I think I already said it but logging threads are endless in general. Only solutions making sense are:
1) have a little facade in the project 2) reuse a facade Issue with 2 is: which one? log4j2 seems the right one long term but I think it is too early since most of the time today it will not be in apps and containers so it would means double log config for guys - which is ok for dev but a nightmare for prod people. I don't like 1 since it makes the framework having it own logging code which is sometimes weird but it allows to be flexible enough to be compatible with everybody, that's why I vote for this one basically. 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 21:45 GMT+02:00 Christian Grobmeier <grobme...@gmail.com>: > Romain, > > On Thu, Aug 21, 2014 at 9:37 PM, Romain Manni-Bucau > <rmannibu...@gmail.com> wrote: >> 2014-08-21 21:15 GMT+02:00 Christian Grobmeier <grobme...@gmail.com>: >> 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 I think >> it is really good - but that's really a matter of integration and >> environment. > > actually your arguments were all technical based while i often read > "we don't need it" as counter arguments for many proposed changes in > commons. > >> JCS will not only be used as app lib but also as container component >> which changes a little bit the constraints. > > I don't like JUL, but your argumentation is good. I also like zero > deps libraries. > > That said, commons-logging is the wrong choice in any case. > > Cheers, > Christian > > > >> >>> 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 >> > > > > -- > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
