commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yogesh Rao <yog...@gmail.com>
Subject Re: [JCS] Rework logging
Date Wed, 20 Aug 2014 14:17:18 GMT
Hi Gary,

Not that i have anything against the log4j 2 guys :-)  its just that log4j
2 combines both the API and a implementation I am right now not sure of how
the segregation has been done between them i.e. during deployment when
using it in API mode does it have any dependency on other log4j2 jars etc.

Regards,
-Yogesh


On Wed, Aug 20, 2014 at 7:31 PM, Gary Gregory <garydgregory@gmail.com>
wrote:

> On Wed, Aug 20, 2014 at 9:54 AM, 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.
> >
>
> Log4J 2 also provides an API, see
> https://logging.apache.org/log4j/2.x/manual/api.html
>
> Gary
>
>
> >
> > 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
> > >
> > >
> >
>
>
>
> --
> 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
>

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