Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Message-ID: <3F8AC3E0.6030301@apache.org>
Date: Mon, 13 Oct 2003 17:25:20 +0200
From: Remy Maucherat <remm@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.4) Gecko/20030624
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: commons-logging & classloading
References: <5FA85DB5FB07D7118CF50002A5754C090117FDA0@nbnzhexch2.nbnz.co.nz>
 <3F841630.2060904@umich.edu> <3F857881.4060009@umich.edu>
 <3F86E589.9030809@umich.edu> <3F86E705.6010704@apache.org>
 <3F8AC16F.6030203@umich.edu>
In-Reply-To: <3F8AC16F.6030203@umich.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Will Jaynes wrote:
>> I believe the current commons-logging implementation is just fine. 
>> However, containers which use it (such as Tomcat) must include it in a 
>> very specific way to have it work fine in all situations. I believe 
>> you won't experience any problems with Tomcat 5.
>>
>> The way to use it is what you say: place your logger, its 
>> configuration, as well as the commons-logging logger plugin (or the 
>> full JAR, as you wish) in your /WEB-INF/lib.
>>
>> Remy
> 
> Remy, This how I've handled things up to now. But now I would like to 
> use HttpClient, which uses commons-loggin. Are you saying that the 
> proper way to handle components that use commons-logging is to put them 
> in WEB-INF/lib; that all such components can not be shared at the server 
> level?

No, this works fine. This is the same situation as Jasper (which uses 
c-l, and is in commons/lib).
As I said, put your logger, its configuration, as well as the 
commons-logging logger plugin (or the full JAR, as you wish) in your 
/WEB-INF/lib. You should be able to share them also if you want to.

c-l is rather hard to understand if you're using it inside a container 
like Tomcat (sorry, I screwed up since c-l changed its behavior a few 
times, and only TC 5 will behave right in all cases), but what it does 
is the best for flexible container environments. There's even a way to 
unregister a classloader when reloading webapps (Craig rulz !).

Remy


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