You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@directory.apache.org by Ceki Gülcü <li...@qos.ch> on 2007/03/21 22:00:36 UTC
Re: Using Logback for ApacheDS (Was: Re: Integration test with
Apache Directory server)
At 05:01 AM 3/21/2007, Alex Karasulu wrote:
>Youch! Why the switch to LGPL for Logback? Yeah you're right we definitely
>
>cannot use it :(.
OK, this one gets asked frequently. Basically, the license change is to
emphasize that logback is a new and different project. Other than that, I
find conditions of the LGPL fairly reasonable, but again I am certainly not
an expert.
>Also now with Logback what will happen to SLF4J? Rather I mean the other
>implementations of SLF4J? Just wondering what the support will be like now
>for SLF4J implementations.
SLF4J has the backing of a large user-community, not as large as say JCL,
but quite large nonetheless. So, SLF4J is here to stay. As for SLF4J
bindings other than logback, they all enjoy equal footing. Feature requests
or bug reports for wrapped bindings, namely slf4j-log4j12, slf4j-jdk14 and
jdk-over-slf4j get the same amount of attention. As for logback, it is
totally aligned on the SLF4J API. However, it does not mean that the other
SLF4J bindings are not supported. I dare to say that support for the 3
wrapped bindings was always fairly good and is likely to remain so in the
future.
I won't go into the reasons about why logback is better because that's not
what you asked. :-)
>Alex
--
Ceki Gülcü
Logback: The reliable, generic, fast and flexible logging framework for Java.
http://logback.qos.ch
Re: Using Logback for ApacheDS (Was: Re: Integration test with Apache Directory server)
Posted by Alex Karasulu <ak...@apache.org>.
On 3/21/07, Ceki Gülcü <li...@qos.ch> wrote:
>
> At 05:01 AM 3/21/2007, Alex Karasulu wrote:
> >Youch! Why the switch to LGPL for Logback? Yeah you're right we
> definitely
> >
> >cannot use it :(.
>
> OK, this one gets asked frequently. Basically, the license change is to
> emphasize that logback is a new and different project. Other than that, I
> find conditions of the LGPL fairly reasonable, but again I am certainly
> not
> an expert.
This is a rediculous reason to go LGPL. Let's change the license so it's
clear to people that it is a different project? Are you serious? It's
clear to us now since we cannot use it.
Hani is right you have lost your logging mind.
I just want to stick to a single Logging framework and not have to deal with
all this confusion every other year.
So why is Logback the best implementation out there now?
Alex