commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [crypto] Logging dependency
Date Tue, 07 Jun 2016 22:48:38 GMT
Log4j 2 provides minimal support for v1 properties file, and its not
documented yet beyond the code itself. Log4j 2 does support the Log4j 1 API
though, which is the most important level of compatibility.

You make it sound like some folks will not adopt a new library and API
because of the format in a properties file or XML file? Wow!

Gary
On Jun 7, 2016 3:41 PM, "Chris Nauroth" <cnauroth@hortonworks.com> wrote:

> Could you please elaborate on the argument for not logging at all?  As a
> potential user of commons-crypto, I'll be reluctant to use it if it
> doesn't provide adequate diagnostic logging when something goes wrong.
>
> Regarding the choice of Log4J 2, this is also something that could prevent
> uptake.  For better or worse, I need to support applications that
> currently use Log4J 1, and therefore they will have an expectation that
> logging can be tuned through a Log4J 1 log4j.properties or log4j.xml file.
>  I am not aware of any way for Log4J 2 to provide backwards-compatibility
> with Log4J 1 configuration files.
>
> --Chris Nauroth
>
>
>
>
> On 6/7/16, 9:07 AM, "sebb" <sebbaz@gmail.com> wrote:
>
> >On 7 June 2016 at 16:42, Benedikt Ritter <britter@apache.org> wrote:
> >> Hello Gary,
> >>
> >> Gary Gregory <garydgregory@gmail.com> schrieb am Di., 7. Juni 2016 um
> >> 04:01 Uhr:
> >>
> >>> Hi All:
> >>>
> >>> IMO. if [crypto] is to have a dependency on a logging framework, it
> >>>should
> >>> be Log4j 2, not Commons Logging. Log4j 2 has an API module, which you
> >>>can
> >>> pair with any number of implementations: Log4j's own Core, JUL, SLF4J,
> >>>and
> >>> so on.
> >>>
> >>
> >> I agree, but I'd say a low level component like crypto should not do any
> >> logging at all.
> >>
> >
> >+1 to not logging
> >
> >>>
> >>> 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
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message