Sorry for the delay, had a few vacation days.
I ran some tests to verify Log4J config at webapp vs server level and had
these additional observations:
The log4j.properties file in CATALINA_HOME/lib is still used for
initialization unless overridden in the default locations (log4j.properties
or
: Tomcat Users List
Subject: Re: Seeking authoritative answer re using Log4J with v6
Mark Thomas wrote:
> Caldarale, Charles R wrote:
>>> From: Jonathan Ross [mailto:jonr...@alum.mit.edu]
>>> Subject: Seeking authoritative answer re using Log4J with v6
>>>
>>>
> From: Caldarale, Charles R
> Subject: RE: Seeking authoritative answer re using Log4J with v6
>
> > Are you sure you followed all of the steps on the logging page with a
> > clean Tomcat install?
>
> I will try again from scratch, and report back.
Did a clean inst
Thanks, this worked. I downloaded tomcat-juli.jar from
http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.18/bin/extras/, replaced
my build with it, and now have log4j at the server level. (I still need to
very the classloader order prefers log4j.jar in a webapp.)
Mark Thomas-18 wrote:
>
> M
> From: Mark Thomas [mailto:ma...@apache.org]
> Subject: Re: Seeking authoritative answer re using Log4J with v6
>
> Are you sure you followed all of the steps on the logging page with a
> clean Tomcat install?
I will try again from scratch, and report back.
- Chuck
THIS CO
Caldarale, Charles R wrote:
>> From: Mark Thomas [mailto:ma...@apache.org]
>> Subject: Re: Seeking authoritative answer re using Log4J with v6
>>
>> I have checked recently (with 6.0.18) and it worked as
>> expected and documented.
>
> So why was it necessary
Caldarale, Charles R wrote:
>> From: Mark Thomas [mailto:ma...@apache.org]
>> Subject: Re: Seeking authoritative answer re using Log4J with v6
>>
>> It looks very much like your build environment is broken.
>
> I just duplicated Jonathan's findings on my Vist
> From: Mark Thomas [mailto:ma...@apache.org]
> Subject: Re: Seeking authoritative answer re using Log4J with v6
>
> I have checked recently (with 6.0.18) and it worked as
> expected and documented.
So why was it necessary for Suresh to place his log handler on Tomcat's sta
> From: Mark Thomas [mailto:ma...@apache.org]
> Subject: Re: Seeking authoritative answer re using Log4J with v6
>
> It looks very much like your build environment is broken.
I just duplicated Jonathan's findings on my Vista box. There are several
things broken, but the
Mark Thomas wrote:
> Caldarale, Charles R wrote:
>>> From: Jonathan Ross [mailto:jonr...@alum.mit.edu]
>>> Subject: Seeking authoritative answer re using Log4J with v6
>>>
>>> if log4j.jar is placed in catalina.home/lib per instructions,
>>> it's not on the system classpath, which is used by bootst
Caldarale, Charles R wrote:
>> From: Jonathan Ross [mailto:jonr...@alum.mit.edu]
>> Subject: Seeking authoritative answer re using Log4J with v6
>>
>> if log4j.jar is placed in catalina.home/lib per instructions,
>> it's not on the system classpath, which is used by bootstrap.jar.
>
> A recent pos
> From: Jonathan Ross [mailto:jonr...@alum.mit.edu]
> Subject: RE: Seeking authoritative answer re using Log4J with v6
>
> According to the
> http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
> classloader howto , the order is: system classloader, webapp
>
> > I can't move log4j.jar to the system classpath, because then it
> > will be visible to all webapps
> It was already visible to all webapps when the jar was in Tomcat's lib
> directory, so moving it
> should not matter. The local copies in WEB-INF/lib *should* be found
> before the system
>
> From: Jonathan Ross [mailto:jonr...@alum.mit.edu]
> Subject: Seeking authoritative answer re using Log4J with v6
>
> if log4j.jar is placed in catalina.home/lib per instructions,
> it's not on the system classpath, which is used by bootstrap.jar.
A recent posting by Mark T indicates the doc mig
14 matches
Mail list logo
