Hi
You could manually load the log4j from the WEB-INF dir using
Servlet.init(). This way you get a logger for each web app and you can
manually change it at runtime without recompiling or redeploying.
Glen
-----Original Message-----
From: Mark Hansen [mailto:marklists_at_javector.com]
Sent: 19 December 2006 02:41
To: users_at_glassfish.dev.java.net
Subject: Re: logging best practice
In my experience java.util.logging is not well suited to server side
logging within a container. You basically get one configuration for the
entire JVM. So, unless all your Web applications can be configured
centrally, its of no use. Am I wrong about that?
roger.keays wrote:
>use java.util.logging
>
>
>Mark Hansen-3 wrote:
>
>
>>I'm trying to deploy a WAR that includes log4j in the WEB-INF/lib.
>>GlassFish isn't finding it, and I understand from reading some of the
>>blogs that this is because commons-logging is getting loaded by the
>>System classloader is trying to instantiate the log4j classes that are
>>on the local Web classloader.
>>
>>First question: I don't really understand this behavior. Is
>>GlassFish autodetecting the use of Log4J in my webapp and trying to
>>load the Log4J classes directly from the System classloader rather
>>than from my Web classloader? If so, why is it designed that way?
>>Why not just let my Web app. load the Log4J classes?
>>
>>Second question: What is best practice for logging in a Web app that
>>is going to be deployed to GlassFish? I don't really like the
>>solution of putting Log4J into the GlassFish/lib because I'd like my
>>apps to run on an "out of the box" GlassFish (or SJSAS) install. And
>>what if I've got different apps using different versions of Log4J?
>>
>>Thanks for any advice,
>>
>>Mark
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>>
>>
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
For additional commands, e-mail: users-help_at_glassfish.dev.java.net