yes, in your log4j configuration file you can set up your logging categories, that way 
you can omit anything that comes from
org.apache.* classfiles

Filip

----- Original Message -----
From: "Ben Souther" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, September 29, 2004 10:27 AM
Subject: Re: [OT] Re: log4j.properties file co-opting container logging.


Do you know what logger is used by default by commons-logging in Tomcat
if log4j isn't present?

And... Is there a way to configure it separately from log4j to separate
my logging from Axis's?




On Wed, 2004-09-29 at 11:22, Jacob Kjome wrote:
> Quoting Ben Souther <[EMAIL PROTECTED]>:
>
> > Got it...
> >
> > The app in question, uses Axis which uses commons-logging (CL).
> > The addition of the log4j config file must have co-opted the Axis src.
> >
>
> Yep, just set the org.apache or org.apache.commons logger to warn or whatever
> level you prefer which will squelch all but the most important messages.
>
> Jake
>
> >
> > On Wed, 2004-09-29 at 09:25, Ben Souther wrote:
> > > Tomcat 5.0.28
> > > RH Linux 7.3/Windows 2000
> > >
> > > After adding log4j jar file to:
> > > <CONTEXT>/WEB-INF/lib
> > >
> > > and log4j.properties to:
> > > <CONTEXT>/WEB-INF/classes
> > >
> > > my application's log file (the one specified in log4j.properties)
> > > is being filled up with container generated debugging (sample below).
> > >
> > > It doesn't seem to happen when with a clean restart of Tomcat.
> > > The app was deployed as a war file with all the l4j files intact.
> > >
> > > I'm trying to reproduce in a sample app (with no luck so far) that I can
> > > post.
> > >
> > > In the mean time, has anyone seen anything like this before?
> > >
> > >
> > >
> > >
> > >
> > >
> > > ==========================sample========================
> > > DEBUG: Convert string '30' to class 'int'
> > > DEBUG:   Using converter
> > > [EMAIL PROTECTED]
> > > DEBUG: Registering Catalina:type=Manager,path=/appname,host=localhost
> > > DEBUG: Force random number initialization starting
> > > DEBUG: Opening /dev/urandom
> > > DEBUG: Getting message digest component for algorithm MD5
> > > DEBUG: Completed getting message digest component
> > > DEBUG: getDigest() 1
> > > DEBUG: Force random number initialization completed
> > > DEBUG: Start: Loading persisted sessions
> > > DEBUG: Loading persisted sessions from SESSIONS.ser
> > > DEBUG: Creating custom object input stream for class loader
> > > DEBUG: Loading 0 persisted sessions
> > > DEBUG: Finish: Loading persisted sessions
> > > DEBUG: Initializing the Web Service App.........
> > > DEBUG: ContextListener. rbo_account: swdev
> > > DEBUG: Creating ApplicationCodeLists Object
> > > DEBUG: RBO ACCOUNT: swdev
> > > DEBUG: *** Getting error Codes from RBO
> > > DEBUG: 0 valid sessions open.
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to