tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jacob Kjome <>
Subject RE: Help with log4j and log4j.propereties under Tomcat 4.1.2
Date Thu, 24 Oct 2002 00:17:03 GMT

See the following for hints on how to set up intelligent Log4j configuration:

There is all the stuff you need to have full control over where you put 
your log4j config file + it enables you to use both properties and xml 
config files and provides the option to use configureAndWatch or just a 
regular configure.


At 03:22 PM 10/23/2002 -0600, you wrote:
>By default, log4j attempts to obtain its configuration file from the 
>current classloader using the getResource() call.
>The classloader for a web-app retrives classes from the WEB-INF/classes 
>folder; placing the file here is the recommended 
>configuration procedure under tomcat according to the log4j short manual.
>You can instruct log4j to retrieve its configuration from another location 
>by using the log4j.configuration system property (see 
> for more details), but I 
>wouldn't recommend it.  You're probably better off leaving 
> in WEB-INF/classes.
>Sean Reilly
>Programmer, Point2 Technologies, Inc.
>(306) 955-1855
> <>
>-----Original Message-----
>From: Carson, Chuck []
>Sent: Wednesday, October 23, 2002 11:30 AM
>To: Tomcat Users List
>Subject: Help with log4j and log4j.propereties under Tomcat 4.1.2
>I am using log4j and have the log4j.jar file located in
>$TOMCAT_HOME/webapps/<myapp>/WEB-INF/classes. For some reason, I can
>only place the file in the same directory as the jar
>file. Is this proper behavior? I would like to keep the
>file in WEB-INF/.
>Thanks for any help
>This message contains confidential information and is intended only for
>the individual named. If you are not the named addressee you should not
>disseminate, distribute or copy this e-mail. Please notify the sender
>immediately by e-mail if you have received this e-mail by mistake and
>delete this e-mail from your system. E-mail transmission cannot be
>guaranteed to be secure or error-free as information could be
>intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
>contain viruses. The sender therefore does not accept liability for any
>errors or omissions in the contents of this message, which arise as a
>result of e-mail transmission. If verification is required please
>request a hard-copy version.
>To unsubscribe, e-mail:   <>
>For additional commands, e-mail: <>
>To unsubscribe, e-mail:   <>
>For additional commands, e-mail: <>

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message