Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of donald.brown@gmail.com
 designates 74.125.46.152 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=Gydt63/8zvgQkJ/jESBFVCUTjvCTI9aRelLodNRwuKnkZmUfjhWgYxjftW8hlGCp0z
         3qyMP9EaCmGX1fYzo2dgWrSy6/ttcJ2MO09Eis1Am2pDuI0B2WnIFh7fQKpfhMB+aEy7
         UtW/GbqY5GMsrx6J9CNLtFXGCUbtdASwIqa2o=
MIME-Version: 1.0
In-Reply-To: <4A3B5151.2050401@apache.org>
References: <4887485D-6ACE-4FB1-A124-E57224F35393@dslextreme.com>
	 <6c59d89a0904150151j41586f34v984d50d633ac0f59@mail.gmail.com>
	 <162C16B6-A28C-4460-982E-57D36F2B7280@dslextreme.com>
	 <4A259009.2010503@apache.org>
	 <DB6A6B4E-F491-404E-8852-B4D5DBD97E75@dslextreme.com>
	 <4A3A24F2.3020605@apache.org>
	 <1c661f2f0906190101k54d71199h7de810dbdfaaa0f2@mail.gmail.com>
	 <4A3B4AAA.1000101@apache.org>
	 <1c661f2f0906190130q136b8b7h611af4caa3b42b2b@mail.gmail.com>
	 <4A3B5151.2050401@apache.org>
Date: Sat, 20 Jun 2009 12:14:09 +1000
Message-ID: <1c661f2f0906191914v78cc3394na287f7a248114006@mail.gmail.com>
Subject: Re: [Configuration] experimental branch uses java.util.logging?
From: Don Brown <donald.brown@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Fri, Jun 19, 2009 at 6:50 PM, Emmanuel Bourg<ebourg@apache.org> wrote:
> Don Brown a =E9crit :
>>
>> Sure, but that's kinda my point - many webapps, ours (Atlassian) in
>> particular, cannot assume a specific application server. =A0Our apps
>> must be able to be dropped into any app server, with any other
>> webapps, and still be expected to play nicely. =A0Even inserting a root
>> logger that filters for packages don't help, as another app could be
>> using the same library. =A0Again, all other serious logging libraries
>> support this, what I would label, basic feature. =A0Even commons
>> logging, with all its flaws, allows us to reimplement their API's (in
>> an OSGi environment) to handle the logging, but since JUL is a java.*
>> package, we're stuck.
>
> I wouldn't be surprised if all other application server had the same
> mechanism implemented by Tomcat. Ensuring webapps isolation is a basic
> feature for the servers. That's definitely worth checking though.

They don't, AFAICT.  Even if they did, it doesn't really help for us
using OSGi.  With Log4j, we control the instances of the Log4j
classes, and therefore, are able to properly configure logging across
multiple classloaders (bundles) that don't inherit from the web app
classloader.  Since JUL is in java.*, we have no way to cleanly (or
any other way) configure logging for one webapp and its classloaders
(via an embedded OSGi container, in our case).

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

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