Thanks Juha,
But if we remove log4j from WEB-INF\lib we can't separate the messages
from the different webapps, we just end up with one log file. Also we
don't get any further errors reported.
The Tomcat 6 docs talks about setting up common logging and then goes on
to say:
Your web applications should certainly use their own log4j
configuration. This is valid with the above configuration. You would
place a similar log4j.properties file in your web application's
WEB-INF/classes folder, and log4j1.2.8.jar into WEB-INF/lib. Then
specify your package level logging. This is a basic setup of log4j which
does *not* require Commons-Logging
So we aren't doing anything unusual.
Debugging the log4j we can see it loading all jars and all properties
files.
We have also noticed that although we get messages in the correct log
files they only seem to be from context listener classes and nothing
else.
Any other way to get separate log files for each webapp?
Mark
-Original Message-
From: Juha Laiho [mailto:[EMAIL PROTECTED]
Sent: 16 July 2007 07:36
To: Tomcat Users List
Subject: Re: Log4j errors on Tomcat6 startup
Mark Faircloth wrote:
We are in the process of migrating from 5.5 to 6 under Win32/64 and
need
to alter the locations of some of our jars files because of the
changes
to the directory structure and the class loading.
Under 5.5 we have commons-logging.jar and log4j.jar in WEB-INF\lib and
that works fine. For 6 we have put commons-logging and log4j.jar into
\lib otherwise it fails on loading any context listeners. We also have
a
copy of log4j.jar still in WEB-INF\lib for webapp specific logging
pretty much as the documentation states.
This all runs okay and we get the output we would expect but on
start-up
we get errors in the stdout log such as:
log4j:ERROR A org.apache.log4j.DailyRollingFileAppender object is
not
assignable to a org.apache.log4j.Appender variable.
... [error detail describing that classes were loaded by separate
loaders]
log4j:ERROR Could not instantiate appender named MAIN.
Understandably considering we are class loading in two places. My
question is, are these error messages really benign and can we get rid
of them somehow or are we doing something wrong and need to
investigate
further?
You have a problem here; at least some parts of Log4j are in inoprative
state (and you could get more error messages of the same kind later on).
You should fix this by fixing the classloading issue (which pretty much
means throwing the jar files out of WEB-INF\lib), unless you can revert
the classloading structure back to what it was in TC 5.5 - which seems
unlikely.
--
..Juha
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Connaught wins RoSPA Gold Award for fifth year running
Considerate Contractor Gold Award in 2006
Partnering Contractor of the Year Award in 2005
Please visit our website to see a full list of Connaught's Registered Companies
www.connaught.plc.uk/Investors/Registered-Companies
Disclaimer:
The information transmitted is intended only for the person or entity to which
it is addressed and may contain confidential and/or privileged material. Any
review, retransmission, dissemination or other use of, or taking of any action
in reliance upon, this information by persons or entities other than the
intended recipient is prohibited. If you received this in error, please contact
the sender and delete this message.
Connaught plc, Head Office 01392 444546
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]