While it clearly states that this is the behavior, it does not explain why it needs to be that way.  I am currently trying to test SLF4J with Logback and there is no way to do that. I really don’t know why, when you clearly can detect that no ServiceProviders are available and can load the old style binding you aren’t using that.  That will create problems for people who happen to upgrade their SLF4J version and don’t know that they have to upgrade their Logback version, or worse they are using some other SLF4J implementation that wasn’t aware of this change or isn’t so actively maintained like https://github.com/jdillon/gossip.

Ralph

On Apr 23, 2017, at 10:14 PM, Ceki Gulcu <ceki@qos.ch> wrote:



I think this is explained in:

 http://www.slf4j.org/codes.html#ignoredBindings

and

 https://www.slf4j.org/faq.html#changesInVersion18



On 23.04.2017 22:01, Ralph Goers wrote:
I have a test that is trying to use SLF4J 1.8.0-alpha1 and am getting
the error below - which implies that SLF4J doesn’t work with Logback.
Why isn’t the SLF4J binding backward compatible?

SLF4J: No SLF4J providers were found.
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#noProviders for further details.
SLF4J: Class path contains SLF4J bindings targeting slf4j-api versions
prior to 1.8.
SLF4J: Ignoring binding found at
[jar:file:/Users/rgoers/.m2/repository/ch/qos/logback/logback-classic/1.2.2/logback-classic-1.2.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#ignoredBindings for an
explanation.

Ralph


_______________________________________________
slf4j-dev mailing list
slf4j-dev@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-dev

_______________________________________________
slf4j-dev mailing list
slf4j-dev@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-dev