Groovy@Slf4j注释："类路径包含多个SLF4J绑定"

Question

关于这个主题有几个问题，但我找不到一个与Groovy@Slf4j“AST”注释有关的问题。从表面上看，这不仅方便，而且根据日志级别给你有条件的执行。

在我的书Groovy in Action中，它说：

将Slf4j记录器作为静态最终组织注入。slf4j。将日志记录到类中，并使用org对其进行初始化。slf4j。伐木厂。getLogger（类）。LogBack框架使用SLF4J作为底层记录器，因此LogBack用户应该使用@SLF4J

这就是我正在做的。我把这个放在我的gradle里了。建筑

compile 'ch.qos.logback:logback-classic:1.2.1'

... 我做了一个简单的logback测试。xml。

但每次我运行带有此注释的测试类，或直接运行应用程序时，我都会得到：

SLF4J:类路径包含多个SLF4J绑定。SLF4J:在[jar:file:/D:/apps/…fbb0e/logback-classic-1.2.1.jar！/org/SLF4J/impl/StaticLoggerBinder.class]中找到绑定
SLF4J:在[jar:file:/D:/apps/…eca4e/SLF4J-log4j12-1.7.6.jar！/org/SLF4J/impl/StaticLoggerBinder.class]中找到绑定
SLF4J:参见http://www.slf4j.org/codes.html#multiple_bindings我需要一个解释
SLF4J：实际绑定的类型为[ch.qos.logback.classic.util.ContextSelectorStaticBinder]

... 特别是，这有点“污染”我的测试的stderr输出。

我尝试手动删除slf4j-log4j12-1.7.6.jar文件...

乔恩·斯基特是这本书的作者之一。是的，Jon Skeet。救救乔恩！

作为对这两条评论的回应（谢谢！）
。。。这是输出

+--- org.codehaus.groovy:groovy-all:2.6.0-alpha-2
+--- net.bytebuddy:byte-buddy:1.6.11
+--- commons-io:commons-io:2.6
+--- org.apache.odftoolkit:simple-odf:0.8.2-incubating
|    +--- org.apache.odftoolkit:odfdom-java:0.8.11-incubating
|    |    +--- org.apache.odftoolkit:taglets:0.8.11-incubating
|    |    +--- xerces:xercesImpl:2.9.1 -> 2.11.0
|    |    |    \--- xml-apis:xml-apis:1.4.01
|    |    +--- xml-apis:xml-apis:1.3.04 -> 1.4.01
|    |    +--- org.apache.jena:jena-core:2.11.2
|    |    |    +--- org.slf4j:slf4j-api:1.7.6 -> 1.7.22
|    |    |    +--- org.apache.jena:jena-iri:1.0.2
|    |    |    |    +--- org.slf4j:slf4j-api:1.7.6 -> 1.7.22
|    |    |    |    \--- log4j:log4j:1.2.17
|    |    |    +--- xerces:xercesImpl:2.11.0 (*)
|    |    |    \--- log4j:log4j:1.2.17
|    |    +--- net.rootdev:java-rdfa:0.4.2
|    |    |    +--- org.apache.jena:jena-iri:0.9.1 -> 1.0.2 (*)
|    |    |    \--- org.slf4j:slf4j-api:1.5.6 -> 1.7.22
|    |    \--- commons-validator:commons-validator:1.5.0
|    |         +--- commons-beanutils:commons-beanutils:1.9.2
|    |         |    +--- commons-logging:commons-logging:1.1.1 -> 1.2
|    |         |    \--- commons-collections:commons-collections:3.2.1 -> 3.2.2
|    |         +--- commons-digester:commons-digester:1.8.1
|    |         +--- commons-logging:commons-logging:1.2
|    |         \--- commons-collections:commons-collections:3.2.2
|    +--- xerces:xercesImpl:2.9.1 -> 2.11.0 (*)
|    \--- xml-apis:xml-apis:1.3.04 -> 1.4.01
+--- org.apache.lucene:lucene-core:6.+ -> 6.6.2
+--- org.apache.lucene:lucene-analyzers-common:6.+ -> 6.6.2
|    \--- org.apache.lucene:lucene-core:6.6.2
+--- org.apache.lucene:lucene-queryparser:6.+ -> 6.6.2
|    +--- org.apache.lucene:lucene-core:6.6.2
|    +--- org.apache.lucene:lucene-queries:6.6.2
|    \--- org.apache.lucene:lucene-sandbox:6.6.2
+--- commons-io:commons-io:2.5 -> 2.6
\--- ch.qos.logback:logback-classic:1.2.1
     +--- ch.qos.logback:logback-core:1.2.1
     \--- org.slf4j:slf4j-api:1.7.22

显然，斯兹蒙·斯特普尼亚克的评论是正确的。现在，我只需要找出如何排除罪魁祸首（odftoolkit）包使用log4j的情况。。。在这里，我发现有人正想这么做。

Answer 1

出于兴趣，尽管Szymon Stepniak的解决方案可能是最好的方法，但还有另一个解决方案，我基本上是从这个问题中获得的：

configurations {
    runtime.exclude group: "org.slf4j", module: "slf4j-log4j12"
}

...我想这可能有一个好处，那就是你不必单独处理每个违规包裹的除外条款...？

Answer 2

您在控制台中看到的这个错误消息实际上与代码中使用的@Slf4j注释无关——它只是简化了向类添加log字段。您的问题是由在类路径中找到的多个org.slf4j.impl.StaticLoggerBinder类引起的。要解决这个问题，您必须首先使用以下方法检查您的依赖关系树：

gradle dependencies --configuration runtime

它将显示所有依赖项的完整树。这样，您就可以追踪到哪个依赖项正在向类路径添加额外的记录器。正如你在评论中提到的，在你的例子中，它是org。阿帕奇。odftoolkit:简单odf:0.8.2-孵化添加log4j依赖性。

知道必须排除组org的可传递依赖项。slf4j和log4j是org附带的。阿帕奇。odftoolkit:simple odf:0.8.2-孵化。在构建中定义此依赖项。gradle文件如下：

compile ("org.apache.odftoolkit:simple-odf:0.8.2-incubating") {
    exclude group: 'org.slf4j'
    exclude group: 'log4j'
}