Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
In-Reply-To: <AANLkTik9jN85aBbGa4nETNdzL51v79tm3frTB=qSw7iG@mail.gmail.com>
References: 
 <OFBD9BBD6E.C2AE0ADF-ON8525777A.00462859-8525777A.0046CB9B@nexweb.us>
 	<4C6008F1.6070102@gmail.com>
 <OF496776C4.D0C01AF1-ON8525777A.004D5205-8525777A.004D8411@nexweb.us>
 <AANLkTik9jN85aBbGa4nETNdzL51v79tm3frTB=qSw7iG@mail.gmail.com>
To: "Commons Users List" <user@commons.apache.org>
MIME-Version: 1.0
Subject: Re: [Logging] : Can commons.logging be used without log4j
Message-ID: 
 <OF3679D8B3.55DFEAC7-ON8525777D.005267D1-8525777D.00529215@nexweb.us>
From: Jasmin Mehta <Jasmin.Mehta@nexweb.org>
Date: Thu, 12 Aug 2010 11:01:47 -0400
Content-Type: multipart/alternative;
 boundary="=_alternative 005292138525777D_="

--=_alternative 005292138525777D_=
Content-Type: text/plain; charset="US-ASCII"

Can you pl be more specific on classpath?

I found webapp-classpath-first check box during the deployment which now I 
have it checked. And that gets reflected on orion-web.xml as well. Also I 
added \WEB-INF\log4j.xml in my additional classpath. 

But still the logs are created in only 1 file for 2 web application on 
same instance.


From:   James Carman <james@carmanconsulting.com>
To:     Commons Users List <user@commons.apache.org>
Date:   08/09/2010 10:14 AM
Subject:        Re: [Logging] : Can commons.logging be used without log4j
Sent by:        jcarman@carmanconsulting.com


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


--=_alternative 005292138525777D_=--