commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: [JCS] Rework logging
Date Thu, 21 Aug 2014 19:53:37 GMT
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 <grobmeier@gmail.com>:
> Romain,
>
> On Thu, Aug 21, 2014 at 9:37 PM, Romain Manni-Bucau
> <rmannibucau@gmail.com> wrote:
>> 2014-08-21 21:15 GMT+02:00 Christian Grobmeier <grobmeier@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: 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
>>
>
>
>
> --
> 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
>

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


Mime
View raw message