commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Grobmeier <grobme...@gmail.com>
Subject Re: [JCS] Rework logging
Date Fri, 22 Aug 2014 07:39:32 GMT
Thanks Romain!

On Thu, Aug 21, 2014 at 10:18 PM, Romain Manni-Bucau
<rmannibucau@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 <garydgregory@gmail.com>:
>> On Thu, Aug 21, 2014 at 3:37 PM, Romain Manni-Bucau <rmannibucau@gmail.com>
>> wrote:
>>
>>> 2014-08-21 21:15 GMT+02:00 Christian Grobmeier <grobmeier@gmail.com>:
>>> > On 20 Aug 2014, at 15:47, sebb 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.
>>> >
>>> >
>>> > 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: 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
>>> >
>>> >
>>> >
>>> > ---
>>> > http://www.grobmeier.de
>>> > The Zen Programmer: http://bit.ly/12lC6DL
>>> > @grobmeier
>>> > GPG: 0xA5CC90DB
>>> >
>>> > ---------------------------------------------------------------------
>>> > 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
>>>
>>>
>>
>>
>> --
>> 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
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message