【问题标题】:SLF4J: Class path contains multiple SLF4J bindingsSLF4J:类路径包含多个 SLF4J 绑定
【发布时间】: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>有助于解决问题
  • 您是否已经按照警告中的说明检查了slf4j.org/codes.html#multiple_bindings
  • 也许最好为这个问题添加一个答案(自动回答)并将其标记为“已接受”,因此该问题将在 SO 搜索中显示为“已解决”
  • 罗伯托,感谢您的反馈。我从评论中复制了解决方案并将其发布为答案。

标签: maven-2 slf4j


【解决方案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 拉入另一个绑定的依赖关系。

    1. 分辨率

    现在我们知道了有问题的依赖项,我们需要做的就是从该依赖项中排除 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】:

          &lt;scope&gt;provided&lt;/scope&gt;&lt;exclusions&gt; 的组合对我不起作用。

          我不得不使用这个:

          <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 中:

              1. 右键项目->Maven->禁用Maven性质
              2. 右键项目-> Spring Tools > Update Maven Dependencies
              3. 右键项目->配置>转换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.3log4j-slf4j-impl-2.8.2.jar

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

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

              我决定不使用从spring-boot-starter-data-jpa(顶级依赖)到spring-boot-starterspring-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 中找出版本?
                        猜你喜欢
                        • 2016-03-12
                        • 2014-05-18
                        • 2021-05-19
                        • 2020-07-07
                        • 2018-12-12
                        • 2012-09-11
                        • 2018-07-29
                        • 1970-01-01
                        相关资源
                        最近更新 更多