tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yoav Shapira" <yo...@apache.org>
Subject Re: URLStreamHandler and ContentHandler
Date Wed, 24 May 2006 14:36:06 GMT
Hola,
For starters, I don't think the article is total FUD.  It's may be
outdated, and like I said progress has been made by multiple parties
involved (Tomcat with JULI, commons-logging with its implementation,
log4j 1.3 in some relevant areas, SLF4j and other external projects,
etc).  But that's besides the point.

More on topic, I don't mind switching Tomcat to java.util.logging, and
I've been happy with the way JULI is working.  Like you said, anything
to remove problems for our users.  We just have to make sure we do it
such that users can still use log4j in their own web applications.

Yoav

On 5/24/06, Peter Rossbach <pr@objektpark.de> wrote:
>
> Am 24.05.2006 um 16:18 schrieb Remy Maucherat:
>
> > Yoav Shapira wrote:
> >> Hola,
> >>> > Mmm, I'd hate having endorsed classes depend on commons-logging ;(
> >>>
> >>> Could you expand this thought?
> >> It's a simple thought, like I said, shooting from the hip.
> >> Commons-Logging has an unfortunate history
> >> (http://www.qos.ch/logging/thinkAgain.jsp), and the deeper /
> >> higher it
> >> is on the classpath, the worse the potential.  It doesn't get much
> >> deeper on the classpath than the endorsed repository, so putting
> >> commons-logging there made me instinctively cringe a bit.
> >
> > This article is total FUD, this should be obvious. Actually, log4j
> > is one of the libraries which has been causing the most problems in
> > Tomcat (the most being held by Xerces, which thankfully is now
> > solved).
> >
> > If you want to say bye bye to logging problem, it's easy: we need
> > to switch Tomcat to java.util.logging (with an appropriate
> > LogManager and Handlers, of course).
> >
> +1 of that...
>
> > Rémy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: dev-help@tomcat.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>


-- 
Yoav Shapira
Nimalex LLC
1 Mifflin Place, Suite 310
Cambridge, MA, USA
yoavs@computer.org / www.yoavshapira.com

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


Mime
View raw message