Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <49F1D55B.4030006@apache.org>
Date: Fri, 24 Apr 2009 16:06:03 +0100
From: Mark Thomas <markt@apache.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Commons Developers List <dev@commons.apache.org>
Subject: Re: Fwd: commons-logging unsuited for cross-context webapplication
 invocation usage - migrating to slf4j?
References: <49ECDF6E.70502@doit.wisc.edu>
 <4A30EC8B-ABA6-4DC0-A766-6EB31A33B24A@dslextreme.com>
 <49F1033D.40704@douma.nu> <49F17679.2060506@apache.org>
 <49F17E0E.7050200@douma.nu> <49F188DC.8090006@apache.org>
 <49F18C56.8060600@qos.ch>
In-Reply-To: <49F18C56.8060600@qos.ch>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Ceki Gulcu wrote:
> 
> 
> Mark Thomas wrote:
>>
>> Two web applications both using slf4j with java.util.logging and both
>> using a third party library that has a logger called "MyLogger".
>>
>> When web app one uses the library, slf4j will return - via a call to
>> j.u.l.getLogger() - a new logger called MyLogger. When web app two uses
>> the library it will get the same logger instance as web app one. This
>> type of behaviour is often at the root of permgen memory leaks.
> 
> Where is the 3rd party library located on the class path? Is the 3rd
> party library loaded by a shared/common class loader, parent of the
> web-app class loaders?

Sorry if I wasn't clear. I intended that the slf4j jars and the third
party jars were all in WEB-INF/lib

My concern in this scenario is more that this j.u.l, as part of the JRE,
will be loaded by the System class loader and hence loggers are
registered JVM wide rather than per webapp. Does slf4j provide a way
around this issue?

Mark


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