commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Green <djg2...@gmail.com>
Subject Re: [JCS] Rework logging
Date Wed, 20 Aug 2014 15:05:55 GMT
>From SLF4J homepage:

Here is a non-exhaustive list of [Apache] projects known to depend on SLF4J:

   - Apache ActiveMQ <http://activemq.apache.org/>
   - Apache Archiva <http://arhiva.apache.org/>
   - Apache Camel <http://camel.apache.org/>
   - Apache Directory <http://directory.apache.org/>
   - Apache FTPServer <http://mina.apache.org/ftpserver/>
   - Apache Geronimo <http://geronimo.apache.org/>
   - Apache Graffito <http://incubator.apache.org/graffito/>
   - Apache Jackrabbit <http://jackrabbit.apache.org/>
   - Apache Mina <http://mina.apache.org/>
   - Apache Qpid <http://cwiki.apache.org/qpid/>
   - Apache ServiceMix <http://servicemix.apache.org/>


   - Apache Sling <http://incubator.apache.org/sling/site/index.html>
   - Apache Solr <http://lucene.apache.org/solr/>
   - Apache Tapestry <http://tapestry.apache.org/>
   - Apache Wicket <http://incubator.apache.org/wicket/>  ...






On 20 August 2014 15:41, Romain Manni-Bucau <rmannibucau@gmail.com> wrote:

> trying to make it complete:
>
> Solutions are:
> 1) [logging] - think it is deprecated too
> 2) log4j2: not integrated at all with anything so a bit early but we
> *need* to be compatible
> 3) slf4j: broken in hierarchical classloaders
> 4) JUL: not that friendly but prod ready in tomcat/tomee
> 5) custom logging solution: not a standard but exists in
> containers/frameworks
> 6) JCS logger facade
>
>
> I'd love to go with log4j2 by default byt I'm sure it will break in a
> lot of environment.
> Regarding TomEE use case (this issue popped up from tomee initially):
> log4j2 is not yet fully supported cause PropertyConfigurator is now a
> noop implementation and some shutdown messages were lost last time I
> re-tried (I pan to dig into it next month more or less)
>
> Personally I'd go with JUL since it is library free and can be easily
> extended to support slf4j/log4j - see
>
> http://svn.apache.org/repos/asf/tomee/tomee/trunk/container/openejb-core/src/main/java/org/apache/openejb/log/logger/
> -  etc (done in cxf, OWB, OpenEJB....) but having a light JCS facade
> (mainly a factory) would work too.
>
> PS for who didnt read the associated jira: I don't want this task to
> prevent a 2.0 release. If you see it as a blocker we can do a
> 2.0-alpha but we really need to make this code released IMHO, I really
> want to avoid some tunnel effect.
>
>
>
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
> 2014-08-20 16:22 GMT+02:00 David Green <djg2002@gmail.com>:
> > +1 for slf4j
> >
> >
> >
> > On 20 August 2014 14:54, Yogesh Rao <yogu13@gmail.com> wrote:
> >
> >> Though i am not a member of the dev team :-) I would support a full
> fledge
> >> facade implementation which doesn't provide any logging at all and let
> the
> >> framework user decide which logging would he would like to bind it to.
> >> SLF4J does that very neatly and its also easy, i am also aware it might
> >> turn down the performance a little.
> >>
> >> Regards,
> >> -Yogesh
> >>
> >>
> >> On Wed, Aug 20, 2014 at 7:17 PM, sebb <sebbaz@gmail.com> wrote:
> >>
> >> > On 20 August 2014 14:37, Gary Gregory <garydgregory@gmail.com> wrote:
> >> > > On Wed, Aug 20, 2014 at 9:28 AM, sebb <sebbaz@gmail.com> wrote:
> >> > >
> >> > >> On 20 August 2014 14:04, Gary Gregory <garydgregory@gmail.com>
> wrote:
> >> > >> > Moving discussion about logging from [JCS-122] to this dev
ML.
> >> > >> >
> >> > >> > Why not use Log4j 2, uses can redirect logging to other
> frameworks
> >> if
> >> > >> > needed.
> >> > >>
> >> > >> Why not use Commons Logging, can redirect logging to other
> frameworks
> >> if
> >> > >> needed?
> >> > >>
> >> > >
> >> > > I'd like to think that Commons Logging has been deprecated by Log4j
> 2
> >> can
> >> >
> >> > That is not an opinion that is universally shared.
> >> >
> >> > > do the same thing (in principle) AND provide it's own advanced
> logging
> >> > > framework.
> >> >
> >> > s/it's/its/
> >> >
> >> > That may be so, but I don't think that is sufficient reason to choose
> >> > Log4j2 over any other library.
> >> >
> >> > > Gary
> >> > >
> >> > >
> >> > >> > Gary
> >> > >> >
> >> > >> > --
> >> > >> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> >> > >> > Java Persistence with Hibernate, Second Edition
> >> > >> > <http://www.manning.com/bauer3/>
> >> > >> > JUnit in Action, Second Edition <
> http://www.manning.com/tahchiev/>
> >> > >> > Spring Batch in Action <http://www.manning.com/templier/>
> >> > >> > Blog: http://garygregory.wordpress.com
> >> > >> > Home: http://garygregory.com/
> >> > >> > Tweet! http://twitter.com/GaryGregory
> >> > >>
> >> > >>
> ---------------------------------------------------------------------
> >> > >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> > >> For additional commands, e-mail: dev-help@commons.apache.org
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > > --
> >> > > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> >> > > Java Persistence with Hibernate, Second Edition
> >> > > <http://www.manning.com/bauer3/>
> >> > > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> >> > > Spring Batch in Action <http://www.manning.com/templier/>
> >> > > Blog: http://garygregory.wordpress.com
> >> > > Home: http://garygregory.com/
> >> > > Tweet! http://twitter.com/GaryGregory
> >> >
> >> > ---------------------------------------------------------------------
> >> > 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
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message