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 Wed, 20 Aug 2014 19:08:26 GMT
well think nobody doubt we need it to stay enterprise friendly


Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-08-20 19:02 GMT+00:00 Gary Gregory <garydgregory@gmail.com>:
> On Wed, Aug 20, 2014 at 2:59 PM, Romain Manni-Bucau <rmannibucau@gmail.com>
> wrote:
>
>> how do you handle levels and names then?
>>
>
> You dont't: "as simple as it gets". For more, you need a framework.
>
> Gary
>
>
>>
>> Romain Manni-Bucau
>> Twitter: @rmannibucau
>> Blog: http://rmannibucau.wordpress.com/
>> LinkedIn: http://fr.linkedin.com/in/rmannibucau
>> Github: https://github.com/rmannibucau
>>
>>
>> 2014-08-20 20:54 GMT+02:00 Gary Gregory <garydgregory@gmail.com>:
>> > On Wed, Aug 20, 2014 at 1:31 PM, Thomas Vandahl <tv@apache.org> wrote:
>> >
>> >> Hi folks,
>> >>
>> >> On 20.08.14 16:41, Romain Manni-Bucau wrote:
>> >> > trying to make it complete:
>> >> >
>> >> > Solutions are:
>> >> > 1) [logging] - think it is deprecated too
>> >> > 2) log4j2: not integrated at all with anything so a bit early but we
>> >> > *need* to be compatible
>> >> > 3) slf4j: broken in hierarchical classloaders
>> >> > 4) JUL: not that friendly but prod ready in tomcat/tomee
>> >> > 5) custom logging solution: not a standard but exists in
>> >> containers/frameworks
>> >> > 6) JCS logger facade
>> >>
>> >> You forgot System.out :-)
>> >>
>> >
>> > A non-framework option would be to pass in a PrintWriter/Stream to JCS
>> and
>> > have it use that to do logging. That's as simple as it gets. Then, a
>> > logging f/w can be set up to pickup System.out and err.
>> >
>> > Gary
>> >
>> >
>> >> Seriously, guys, I respect your deep personal involvement in one logging
>> >> framework or another, but this is a *Cache* that is supposed to support
>> >> other code without interfering too much. That is why JCS tries to live
>> >> with as less dependencies as possible (not even commons-lang).
>> >> If it must be, than I'd vote for 6) which would allow to make the
>> >> commons-logging dependency optional.
>> >>
>> >> I agree with Romain, this may be resolved in 2.1. I'll create a version
>> >> in JIRA.
>> >>
>> >> Bye, Thomas.
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> 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
>>
>>
>
>
> --
> 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


Mime
View raw message