On Mon, 13 May 2002, Ceki Gülcü wrote:
> Date: Mon, 13 May 2002 23:09:14 +0200
> From: Ceki Gülcü <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject: Re: Resi
At 12:17 10.05.2002 -0700, Craig McClanahan wrote:
>For Tomcat 4 specifically (and generically for 2.3-based servlet
>containers), the webapp class loader is allowed to look locally first for
>things before delegating. Thus, the current implementation in LogFactory
>allows you to put commons-log
On Fri, 10 May 2002, Craig R. McClanahan wrote:
> * If the app has no explicit configuration of commons-logging,
> there are two subalternatives:
>
> - If no other logging implementation has a services entry,
> the factory configured by Log4J will be used.
>
> - If there is also anoth
On Sat, 11 May 2002, Ceki Gülcü wrote:
> Date: Sat, 11 May 2002 00:24:43 +0200
> From: Ceki Gülcü <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject: Re: Resi
On Sat, 11 May 2002, Ceki Gülcü wrote:
> Date: Sat, 11 May 2002 00:06:40 +0200
> From: Ceki Gülcü <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject: Re: Resi
At 12:17 10.05.2002 -0700, Craig R. McClanahan wrote:
> > Another, much more serious worry that I have is the fact that the
> LogFactory
> > class keeps track of LogFactories by classloader. What will happen in an
> > environment with multiple classloader per application, eg. EAR classloader
>
At 14:47 10.05.2002 -0500, Richard Sitze wrote:
>If the interface is based on the commons logging factory then the logger
>(Log4J presumably) is already set by the time Log4J is encountered (else it
>would go elsewhere).
>
>If not, the current default is going to go to Log4J anyway... How SHOULD
<[EMAIL PROTECTED]>
om> cc:
Subject: Re: Resisting the temptation
nless you guys don't want to use it 'cause it's not jakarta stuff (which is a PUN, of
course - if you don't get it, ask me)...
ADK
-Original Message-
From: Rob Oxspring [mailto:[EMAIL PROTECTED]]
Sent: Fri, May 10, 2002 6:47 PM
To: Jakarta Commons Develope
On Fri, 10 May 2002, Ceki Gülcü wrote:
> Date: Fri, 10 May 2002 20:43:45 +0200
> From: Ceki Gülcü <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject: Re: Resi
At 13:17 10.05.2002 -0400, Geir Magnusson Jr. wrote:
>The real problem is the digester dependency on logging, isn't it?
It's one of the problems, perhaps the most interesting one but not
the only one. Other problems are the increase in the number of
necessary jar files, JDK compatibility issues
On 5/10/02 10:49 AM, "Richard Sitze" <[EMAIL PROTECTED]> wrote:
> Ceki,
>
> You don't need complete dependence on commons-logging. About a month back
> there was a discussion on separating the interface from the implementation
> (separate packages and probably separate jar files), and really ma
On 5/10/02 9:17 AM, "James Strachan" <[EMAIL PROTECTED]> wrote:
> Hi Ceki
>
> Anyone who uses the digester needs digester, beanutils, collections and
> logging. Its a shame there's not just a single jar for all these 4 (very
> common) things. How about we bundle these 4 things into a single 'ube
On Fri, 10 May 2002, Ceki Gülcü wrote:
> The down side is that jakarta would have two actively supported digesters,
> the one in commons and the one in log4j resulting in significant maintenance
> effort being wasted.
I wouldn't say XmlMapper is 'actively' supported - the code is frozen, it
does
PROTECTED]]
Sent: Friday, May 10, 2002 6:07 AM
To: [EMAIL PROTECTED]
Subject: Resisting the temptation
Greetings to all,
As most of you are probably aware, log4j version 1.2 final was released
just a few hours ago. One of the important planned new features of
log4j 1.3 is the capability to interpret
Jakarta Commons Developers List
Subject: Re: Resisting the temptation
- Original Message -
From: "Ceki Gülcü" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 4:07 PM
Subject: RE: Resisting the tempta
not invented here
(check this out: http://www.atomica.com/ - used to be gurunet, i think)
> -Original Message-
> From: Rob Oxspring [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 10:47 AM
> To: Jakarta Commons Developers List
> Subject: Re: Resisting
- Original Message -
From: "Ceki Gülcü" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 4:07 PM
Subject: RE: Resisting the temptation
> I'll be the first to admit that my reaction is a var
On Fri, 10 May 2002, Ceki Gülcü wrote:
> [snip] Maybe there would
> be a way for log4j to override commons-logging's search mechanism and force
> c-l to use log4j as the underlying implementation. C-l changed quite a bit
> since I
> last looked at it. Before continuing with more talk, I'll now
On Fri, 10 May 2002, James Strachan wrote:
> Anyone who uses the digester needs digester, beanutils, collections and
> logging. Its a shame there's not just a single jar for all these 4 (very
> common) things. How about we bundle these 4 things into a single 'uber-jar'?
> Say, commons-core.jar.
hat whenever we release one of
these 4 jars, we release the whole bundle (commons-core) together too. Or we
could just get jjar/maven rocking... :-)
James
- Original Message -
From: "Ceki Gülcü" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 2:06
Greetings to all,
As most of you are probably aware, log4j version 1.2 final was released
just a few hours ago. One of the important planned new features of
log4j 1.3 is the capability to interpret configuration files (in XML)
with tags that were unknown at compile time. In other words, we would
22 matches
Mail list logo