[Installation, Configuration & DEPLOYMENT] - Re: Problem with logs
by chuchuaguilera
Hi Peter, Sorry I coudn't answer before. The previuos is an extract of the server.log when it stop logging. I could notice that it always stop inthe same place, doing the same thing. I don't know, because I'm not a developer, if it's caused by a java class or something. The version of Jboss is 4.3 AS.
I tried before eliminating the telnet appender, I used the original jboss-log4j.xml, a fresh one. But the same result. And, when I said stops logging, it really stops, in all the appender I've used. Thanks in advance for your effort. Finally I just want you to know that we decided to go to the production environment with this problem over us, but it was necessary because we couldn´t continue afford the oracle's solution. I have now the responsability of doing it work.... This is another reason to say THANKS for your time.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231681#4231681
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231681
17 years, 2 months
[Installation, Configuration & DEPLOYMENT] - Re: Support of J2EEDeployer and AutoDeployer in jboss-5.0.1
by PeterJ
If you create an index or add a table column, redeploying the app should be sufficient. You might also have to redeploy the *-ds.xml file.
You can change a JSP file without redeploying, though there is a setting in the global web.xml that governs this. (And I have a vague recollection of an issue with this in 5.0.0, but I cannot recall if that was with GA or one of the CRs or Betas.)
As far as redeploying an arbitrary file - that depends on the type of file:
* Static files (images, CSS, HTML, etc.) should be picked up automatically, though the users will have to hit the refresh buttons on their browsers to force the browser to reload the file.
* JSPs I already covered.
* Property and configuration files read by your app depend on your app - if it reads those files only once and never checks for updated then they will be ignored until you redeploy the app - but this is the fault of your code.
* Class and JAR files require the app to be redeployed.
For those cases where the app needs to be redeployed, provide an updated application.xml file - that will cause the app server to redeploy the app.
Another possibility - I usually recommend that the hot deployer be turned off in a production environment. Doing so prevent surprises should something be accidentally changed. In such a situation, you can redeploy an app by having a script that first copies the updated files and then calls the MainDeployer mbean to redeploy the app.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231676#4231676
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231676
17 years, 2 months
[Installation, Configuration & DEPLOYMENT] - Re: Problem with logs
by chuchuaguilera
ERROR: invalid console appender config detected, console stream is looping2009-05-12 16:52:09,984 DEBUG [ve.gob.mf.sigecof.oocp.gasto.pddSolicitudCuotaCompromiso.actions.PDDSolicitudCuotaCompromisoAction] entrando al PDDSolicitudCuotaCompromisoAction ....
| 2009-05-12 16:52:09,984 DEBUG [ve.gob.mf.sigecof.oocp.gasto.pddSolicitudCuotaCompromiso.actions.PDDSolicitudCuotaCompromisoAction] se leeran los parametros para mostrar las decisiones ....
| 2009-05-12 16:52:09,984 DEBUG [ve.gob.mf.sigecof.comunes.pdd.actions.PDDGenericoAction] obteniendo los parametros de invocacion ....
| 2009-05-12 16:52:09,984 DEBUG [ve.gob.mf.sigecof.comunes.pdd.actions.PDDGenericoAction] aplicando la conversion a los parametros necesarios ....
| 2009-05-12 16:52:09,984 DEBUG [ve.gob.mf.sigecof.comunes.pdd.actions.PDDGenericoAction] colocando los parametros en el AF ....
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231674#4231674
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231674
17 years, 2 months
[JBossWS] - Re: Help! Call Web service error!
by PeterJ
You have he perfect setup to track down the issue. Add -verbose:gc to both run.bat files and then compare the results, you should find that on XP some of the classes are being loaded from somewhere different that where they are being loaded on Server 2003.
I assume you are using the exact same version of the JDK on both platforms.
And here is an interesting thing to try: install the latest patch level for your JDK on XP and see if that works. When I ran into a similar issue several years ago, though in a build environment instead of a run environment, it turned out that some other group was being lazy and copied a JAR file int the JDK's endorsed directory. The build guy could never figure out why the problem always got fixed when he installed a new JDK.
I run on XP and Server 2003 without any issues.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231671#4231671
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231671
17 years, 2 months