Thanks Romain! On Thu, Aug 21, 2014 at 10:18 PM, Romain Manni-Bucau <rmannibu...@gmail.com> wrote: > I did ;) > > https://issues.apache.org/jira/browse/LOG4J2-658 > https://issues.apache.org/jira/browse/LOG4J2-788 > > didn't create one for PropertyConfigurator since it is surely > something to get rid of in near future (i reused tomee log4j1 > integration but we need to do a log4j2 integration) > > > > Romain Manni-Bucau > Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau > > > 2014-08-21 22:04 GMT+02:00 Gary Gregory <garydgreg...@gmail.com>: >> On Thu, Aug 21, 2014 at 3:37 PM, Romain Manni-Bucau <rmannibu...@gmail.com> >> wrote: >> >>> 2014-08-21 21:15 GMT+02:00 Christian Grobmeier <grobme...@gmail.com>: >>> > On 20 Aug 2014, at 15:47, sebb wrote: >>> > >>> >> On 20 August 2014 14:37, Gary Gregory <garydgreg...@gmail.com> wrote: >>> >>> >>> >>> On Wed, Aug 20, 2014 at 9:28 AM, sebb <seb...@gmail.com> wrote: >>> >>> >>> >>>> On 20 August 2014 14:04, Gary Gregory <garydgreg...@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. >>> > >>> > >>> > yes, I can name a few people from this list who actually know >>> > commons-logging exists. >>> > >>> > >>> >>> 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. >>> > >>> > >>> > its an advanced logging framework, build by ASF people, with modern API, >>> > insane speed and maintained by around 7 competent ASF committers? >>> > Its/It's/It is compatible with slf4j, log4j1, and even jcl, so please >>> > explain to me what are the reasons to NOT choose Log4j 2.0 but anything >>> > else? >>> > >>> >>> >>> Not adding a dependency for one line answer. >>> >>> For longer one: take tomee example: we have [logging], slf4j cause of >>> dependencies but as soon as we'll be able we'll drop them *by >>> default*. We use JUL by default since tomcat integration is not that >>> bad and cause it is built in in the JDK. If you add logging >>> dependencies in the container then you need fine integration to let >>> the application override it/use custom configuration. That's why less >>> dependency we take better it is. >>> >>> I never said log4j2 was bad - actually once 2-3 bugs are fixed >> >> >> Please create JIRAs! ;-) >> >> https://issues.apache.org/jira/browse/LOG4J2 >> >> Gary >> >> >> >>> I think >>> it is really good - but that's really a matter of integration and >>> environment. >>> >>> JCS will not only be used as app lib but also as container component >>> which changes a little bit the constraints. >>> >>> > Regards, >>> > Christian >>> > >>> > >>> > >>> >> >>> >>> Gary >>> >>> >>> >>> >>> >>>>> Gary >>> >>>>> >>> >>>>> -- >>> >>>>> E-Mail: garydgreg...@gmail.com | ggreg...@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-unsubscr...@commons.apache.org >>> >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> -- >>> >>> E-Mail: garydgreg...@gmail.com | ggreg...@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-unsubscr...@commons.apache.org >>> >> For additional commands, e-mail: dev-h...@commons.apache.org >>> > >>> > >>> > >>> > --- >>> > http://www.grobmeier.de >>> > The Zen Programmer: http://bit.ly/12lC6DL >>> > @grobmeier >>> > GPG: 0xA5CC90DB >>> > >>> > --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> > For additional commands, e-mail: dev-h...@commons.apache.org >>> > >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> >> -- >> E-Mail: garydgreg...@gmail.com | ggreg...@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-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org >
-- http://www.grobmeier.de https://www.timeandbill.de --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org