SLF4J：类路径包含多个 SLF4J 绑定

Posted 2023-02-27

【中文标题】SLF4J：类路径包含多个 SLF4J 绑定

【英文标题】：SLF4J: Class path contains multiple SLF4J bindings

【发布时间】：2012-12-11 01:51:03

【问题描述】：

我收到以下错误。似乎有多个日志框架绑定到 slf4j。不知道如何解决这个问题。非常感谢任何帮助。

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/C:/Users/admin/.m2/repository/org/slf4j/slf4j-log4j12/1.6.4/slf4j-log4j12-1.6.4.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/C:/Users/admin/.m2/repository/org/slf4j/slf4j-log4j12/1.6.1/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.

【问题讨论】：

已解决在导致冲突的依赖项（pom.xml）中使用<exclusions> <exclusion> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> </exclusion> </exclusions>有助于解决问题

重复：***.com/questions/8921382/…

您是否已经按照警告中的说明检查了slf4j.org/codes.html#multiple_bindings？

也许最好为这个问题添加一个答案（自动回答）并将其标记为“已接受”，因此该问题将在 SO 搜索中显示为“已解决”

罗伯托，感谢您的反馈。我从评论中复制了解决方案并将其发布为答案。

【参考方案1】：

我通过从我的 Intellij 项目转到项目结构解决了这个问题。 我删除了名为： Maven: org.apache.logging.log4j:log4j-to-slf4j-impl:2.14.1 的文件

此文件未显示在此图片中。您可能会看到两个称为 log4j-to-slf4j 的库。删除一个就可以了。

【参考方案2】：

1.找到冲突的jar

如果无法从警告中识别依赖关系，则可以使用以下命令来识别冲突的 jar

mvn dependency: tree

这将显示项目的依赖关系树以及使用slf4j-log4j12 JAR 拉入另一个绑定的依赖关系。

分辨率

现在我们知道了有问题的依赖项，我们需要做的就是从该依赖项中排除 slf4j-log4j12 JAR。

例如 - 如果 spring-security 依赖项还引入了另一个与 slf4j-log4j12 JAR 的绑定，那么我们需要从 spring-security 依赖项中排除 slf4j-log4j12 JAR。

 <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-security</artifactId>
           <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
            </exclusions>
    </dependency>

注意 - 在某些情况下，多个依赖项已与 slf4j-log4j12 JAR 绑定，您无需为已引入的每个依赖项添加排除。 您只需要使用最初放置的依赖项添加排除依赖项。

前-

<dependencies>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-security</artifactId>
        </dependency>

</dependencies>

【参考方案3】：

我在一个非 Maven 项目中遇到了这个问题，两个依赖的 jar 每个都包含一个 slf4j。我解决了 通过删除一个依赖的jar，编译项目（当然会失败）然后添加删除的一个。

【参考方案4】：

我遇到了同样的问题。在我的 pom.xml 我有两个

 <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-simple</artifactId>
        <version>1.7.28</version>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <version>2.2.1.RELEASE</version>
    </dependency>

当我删除 spring-boot-starter-web 依赖后，问题就解决了。

【参考方案5】：

<scope>provided</scope> 和 <exclusions> 的组合对我不起作用。

我不得不使用这个：

<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <scope>system</scope>
    <systemPath>$project.basedir/empty.jar</systemPath>
</dependency>

empty.jar 是一个 jar 文件，其中实际上没有任何内容。

【参考方案6】：

这是因为 StaticLoggerBinder.class 类属于两个不同的 jar 的问题。此类从 logback-classic-1.2.3.jar 引用，同样的类也从 log4j-slf4j-impl-2.10.0.jar 引用。类路径中的两个 jar。因此，他们之间存在冲突。 这是日志文件未生成的原因，即使类路径 [src/main/resource] 中的 log4j2.xml 文件。

我们已经选择了一个 jar，我建议使用 log4j-slf4j-impl-2.10.0.jar 文件并排除 logback-classic-1.2.3.jar 文件。 解决方法：打开pom文件查看依赖Hierarchy [eclipse]或者运行 mvn dependency:tree 命令找出下载依赖的依赖树和依赖源。找到冲突的依赖项并排除它们。对于 Springboot 应用程序试试这个。

<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <exclusions>
                    <exclusion>
                        <groupId>org.springframework.boot</groupId>
                        <artifactId>spring-boot-starter-logging</artifactId>
                    </exclusion>
                </exclusions>
        </dependency>
    <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

This is working fine for me after struggling a lots.

【参考方案7】：

对我来说，答案是强制 Maven 重建。在 Eclipse 中：

右键项目->Maven->禁用Maven性质 右键项目-> Spring Tools > Update Maven Dependencies 右键项目->配置>转换Maven项目

【讨论】：

在数字 1 之后，其他选项不再出现......感谢更多修复

【参考方案8】：

该错误可能会提供更多这样的信息（尽管您的 jar 名称可能不同）

SLF4J：发现绑定在 [jar:file:/D:/Java/repository/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J：发现绑定 [jar:file:/D:/Java/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.8.2/log4j-slf4j-impl-2.8.2.jar!/org/slf4j/impl/ StaticLoggerBinder.class]

注意到冲突来自两个 jar，分别名为 logback-classic-1.2.3 和 log4j-slf4j-impl-2.8.2.jar。

在这个项目的 pom.xml 父文件夹中运行mvn dependency:tree，给出：

现在选择一个你想忽略的（可能会耗费一些精力，我需要更多帮助）

我决定不使用从spring-boot-starter-data-jpa（***依赖）到spring-boot-starter和spring-boot-starter-logging导入的那个，pom变成：

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter</artifactId>
        <exclusions>
            <exclusion>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-logging</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-jpa</artifactId>
    </dependency>

在上面的 pom spring-boot-starter-data-jpa 将使用在同一文件中配置的spring-boot-starter，不包括logging（它包含logback）

【讨论】：

感谢您介绍mvn dependency:tree。太有帮助了……

【参考方案9】：

<!--<dependency>-->
     <!--<groupId>org.springframework.boot</groupId>-->
     <!--<artifactId>spring-boot-starter-log4j2</artifactId>-->
<!--</dependency>-->

我通过删除这个解决了：spring-boot-starter-log4j2

【讨论】：

不清楚：你的意思是删除/注释上面的 xml 部分，还是添加？

【参考方案10】：

对我来说，从 log4j 切换到 logback 后，它原来是一个 Eclipse/Maven 问题。查看您的.classpath 文件并搜索字符串"log4j"。

就我而言，我有以下内容： <classpathentry kind="var" path="M2_REPO/org/slf4j/slf4j-log4j12/1.7.1/slf4j-log4j12-1.7.1.jar"/> <classpathentry kind="var" path="M2_REPO/log4j/log4j/1.2.17/log4j-1.2.17.jar" />

从文件中删除这些条目（或者您可以重新生成它）解决了这个问题。

【参考方案11】：

... org.codehaus.mojo cobertura-maven-插件 2.7 测试 ch.qos.logback logback-经典 工具 com.sun ...

## 我已经解决了这个问题

... org.codehaus.mojo cobertura-maven-插件 2.7 测试 ch.qos.logback logback-经典 工具 com.sun ...

【参考方案12】：

似乎正在删除 .m2 目录和：

mvn install -DskipTests -T 4 为我解决了这个问题。

【参考方案13】：

只使用必需的依赖项，而不是全部:)))。对我来说，对于日志记录过程的正常工作，您需要此依赖项从 pom.xml 中排除其他人

<dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.5</version>
    </dependency>

    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>1.1.8</version>
    </dependency>

    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-core</artifactId>
        <version>1.1.8</version>
    </dependency>

【参考方案14】：

我只是忽略/删除了那个 jar 文件。

【参考方案15】：

Sbt 版本：

将exclude("org.slf4j", "slf4j-log4j12") 附加到传递包含slf4j-log4j12 的依赖项。例如，将 Spark 与 Log4j 2.6 一起使用时：

libraryDependencies ++= Seq(
  // One SLF4J implementation (log4j-slf4j-impl) is here:
  "org.apache.logging.log4j" % "log4j-api" % "2.6.1",
  "org.apache.logging.log4j" % "log4j-core" % "2.6.1",
  "org.apache.logging.log4j" % "log4j-slf4j-impl" % "2.6.1",
  // The other implementation (slf4j-log4j12) would be transitively
  // included by Spark. Prevent that with exclude().
  "org.apache.spark" %% "spark-core" % "1.5.1" exclude("org.slf4j", "slf4j-log4j12")
)

【讨论】：

Sbt 代表什么？

简单构建工具*

【参考方案16】：

Gradle 版本；

configurations.all 
    exclude module: 'slf4j-log4j12'

【讨论】：

将模型从主应用程序导入自动化框架。这解决了我的 gradle 问题。泰。

有蚂蚁版本的吗？

否：ant 不是依赖感知工具。强烈考虑将您的构建移植到 gradle。

强烈建议将您的构建移植到 sbt :)

优秀。把我从几个小时的依赖地狱中救了出来！

【参考方案17】：

通过在导致冲突的依赖项（pom.xml）中添加以下排除项来解决。

<exclusions>
    <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
    </exclusion>
</exclusions> 

【讨论】：

在这种情况下哪个依赖导致了冲突，我有依赖树有 3 次提到 slf4j

要了解 log4j 是如何进入你的路径的，运行 mvn dependency:tree 并梳理，然后将上面的 sn-p 添加到你的 pom.xml 中的该依赖项

@user1493140 仍然对我不起作用。 log4jlog4j1.2.17org.slf4jslf4j- log4j12

对我来说是另一个罐子战争的原因。我不得不排除 id 为 slf4j-nop 和 slf4j-jdk14 的工件。对我造成冲突的依赖是 clover-maven-plugin

版本 (slf4j-log4j12) 是否适用于所有人？还是我们应该从 mvn dependency:tree 中找出版本？