RE: commons-logging problem
Hi, Can you just tell me, please, if the option -Dorg.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES should be put in JAVA_OPTS or in CATALINA_OPTS? Thanks. -- View this message in context: http://www.nabble.com/commons-logging-problem-tp21736872p25816008.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
CATALINA_OPTS is more suitable here, though either one will work. Also, you can put the value into catalina.properties. 2009/10/9 niaouli mickae...@gmail.com: Hi, Can you just tell me, please, if the option -Dorg.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES should be put in JAVA_OPTS or in CATALINA_OPTS? Thanks. -- View this message in context: http://www.nabble.com/commons-logging-problem-tp21736872p25816008.html - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
Certainly putting commons-logging and log4j in the container's common/lib directory is the documented configuration. However this does not allow application-level logging for libraries used by the application like digester or spring that themselves use commons logging. The application log messages they generate then end up in the container's log files, and have to be enabled by changing the container's logging config. This is far from ideal. Hence my desire to install commons-logging in the application's WEB-INF/lib directory .. when you hit the problem I encountered. John. Gregor Schneider wrote: On Fri, Jan 30, 2009 at 8:33 PM, Rusty Wright rusty.wri...@gmail.com wrote: Does that work reliably now? I was under the impression that it caused problems, but that may have been with a previous version of tomcat. That's why I asked my where else question; I was wondering if that's what he was thinking of. Since you're talking about TC 5.5, it's a definit yes. Take a look at http://tomcat.apache.org/tomcat-5.5-doc/logging.html I've got one 5.5-instance-running here, and it works like charm. Rgds Gregor - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
John Holman wrote: Also is it a supported configuration to use commons-logging and log4j in WEB-INF/lib? Where else would you put them? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
On Fri, Jan 30, 2009 at 7:45 PM, Rusty Wright rusty.wri...@gmail.com wrote:
John Holman wrote:
Also is it a supported configuration to use commons-logging and log4j in
WEB-INF/lib?
Where else would you put them?
i.e. ${CATALINA_HOME}/common/lib
Saves the hazzle to put them into each webapp.
Rgds
Gregor
--
just because your paranoid, doesn't mean they're not after you...
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
Does that work reliably now? I was under the impression that it caused problems, but
that may have been with a previous version of tomcat. That's why I asked my where
else question; I was wondering if that's what he was thinking of.
Gregor Schneider wrote:
On Fri, Jan 30, 2009 at 7:45 PM, Rusty Wright rusty.wri...@gmail.com wrote:
John Holman wrote:
Also is it a supported configuration to use commons-logging and log4j in
WEB-INF/lib?
Where else would you put them?
i.e. ${CATALINA_HOME}/common/lib
Saves the hazzle to put them into each webapp.
Rgds
Gregor
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
On Fri, Jan 30, 2009 at 8:33 PM, Rusty Wright rusty.wri...@gmail.com wrote: Does that work reliably now? I was under the impression that it caused problems, but that may have been with a previous version of tomcat. That's why I asked my where else question; I was wondering if that's what he was thinking of. Since you're talking about TC 5.5, it's a definit yes. Take a look at http://tomcat.apache.org/tomcat-5.5-doc/logging.html I've got one 5.5-instance-running here, and it works like charm. Rgds Gregor -- just because your paranoid, doesn't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: commons-logging problem
From: John Holman [mailto:j.g.hol...@qmul.ac.uk] Subject: commons-logging problem When packaged as a war file this combination reliably produces the exception shown below in the Tomcat console under the following circumstances: This is likely the result of a fix to prevent PermGen from filling up after some number of webapp redeployments. You can try disabling the newer behavior by setting the system property: org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES to false. Doc is here: http://tomcat.apache.org/tomcat-5.5-doc/config/systemprops.html#Other The original bug report is here: https://issues.apache.org/bugzilla/show_bug.cgi?id=41939 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: commons-logging problem
Thank you - disabling the PermGen fix by setting org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES to false stops the exception from appearing, as you suggested. Doing this does make me a bit nervous though, as we've had problems with PermGen memory exhaustion in the past. It also suggests that this fix has problems of its own. I have a very simple test war that demonstrates the problem - is it worth filing a bug report to pinpoint what's going wrong in this particular case? Also is it a supported configuration to use commons-logging and log4j in WEB-INF/lib? I can't find a definitive statement one way or the other in the Tomcat docs, but it seems necessary to do this to get debugging info from digester etc. Unless I'm missing something. Many thanks, John. Caldarale, Charles R wrote: From: John Holman [mailto:j.g.hol...@qmul.ac.uk] Subject: commons-logging problem When packaged as a war file this combination reliably produces the exception shown below in the Tomcat console under the following circumstances: This is likely the result of a fix to prevent PermGen from filling up after some number of webapp redeployments. You can try disabling the newer behavior by setting the system property: org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES to false. Doc is here: http://tomcat.apache.org/tomcat-5.5-doc/config/systemprops.html#Other The original bug report is here: https://issues.apache.org/bugzilla/show_bug.cgi?id=41939 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: commons-logging problem
From: John Holman [mailto:j.g.hol...@qmul.ac.uk] Subject: Re: commons-logging problem Doing this does make me a bit nervous though, as we've had problems with PermGen memory exhaustion in the past. I think your nervousness is quite justified. is it worth filing a bug report to pinpoint what's going wrong in this particular case? Wouldn't hurt. At worst, it will be closed with a pointer to the original bug. Also is it a supported configuration to use commons-logging and log4j in WEB-INF/lib? That I don't know for sure, but I don't see why it wouldn't be o.k. AFAIK, commons-logging can be used with a variety of logging packages. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
