commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From James Carman <ja...@carmanconsulting.com>
Subject Re: [Logging] : Can commons.logging be used without log4j
Date Mon, 09 Aug 2010 14:13:35 GMT
Sounds like a classloader configuration issue.  OC4J probably has a
version of log4j on their classpath and it's bleeding over into the
classpath of your webapps.  Is there a webapp-classpath-first setting
somewhere?

On Mon, Aug 9, 2010 at 10:06 AM, Jasmin Mehta <Jasmin_Mehta@nexweb.org> wrote:
> What you are suggesting may be true for JBoss. But I have it practically
> not working on OC4J.
>
> http://download-uk.oracle.com/docs/cd/B31017_01/web.1013/b28952/opensrc.htm#i637153
>
> According to this article, log4j.xml or log4j.properties plays the same
> role. I do have separate log4j.properties configured for each web
> application, pointing to different log directory and file name. But still
> it picks up the one which deploys first. Looks like limitation of OC4J.
>
> So that is why I am looking for option without using log4j at all.
>
>
>
> From:   Brent Worden <brent.worden@gmail.com>
> To:     user@commons.apache.org
> Date:   08/09/2010 09:56 AM
> Subject:        Re: [Logging] : Can commons.logging be used without log4j
>
>
> On 8/9/2010 7:53 AM, Jasmin Mehta wrote:
>> The log4j has limitation that if its used as a shared library then it
> can
>> initiate only one configuration. So my all we applications which shares
>> the same instance are populating the logs into only one log file (the
> web
>> app which deployed first in order), rather than individual / separate
> log
>> files configured in the path of each of the application's
>> log4j.properties.
>>
>>
> This isn't true.  Log4j allows for defining and using multiple log
> configurations in a single JVM.  This is accomplished by using a
> RepositorySelector to manage the multiple log hierarchies.  See
> http://community.jboss.org/wiki/Log4jrepositoryselector for a web
> container example.
>
> Thanks,
>
> Brent Worden
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
>
> ******************************************************************************
> This email and any files transmitted with it are intended solely for
> the use of the individual or agency to whom they are addressed.
> If you have received this email in error please notify the Navy
> Exchange Service Command e-mail administrator. This footnote
> also confirms that this email message has been scanned for the
> presence of computer viruses.
>
> Thank You!
> ******************************************************************************
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org


Mime
View raw message