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
