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

我得到如下错误。似乎有多个日志框架绑定到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.
456520 次浏览

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

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

Gradle版本;

configurations.all {
exclude module: 'slf4j-log4j12'
}

似乎删除。m2目录和:

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

Sbt版本:

exclude("org.slf4j", "slf4j-log4j12")附加到传递包含slf4j-log4j12的依赖项。例如,当使用Log4j 2.6使用Spark时:

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")
)

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

enter image description here

只使用所需的依赖项,而不是全部:)))。对于我来说,对于正常的日志记录过程,您需要这个依赖项来排除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>

错误可能会提供更多类似这样的信息(尽管您的jar名称可能不同)

SLF4J:发现绑定在 [jar文件:/ D: / Java /仓库/ ch / qos / logback / logback-classic / 1.2.3 / logback-classic-1.2.3.jar ! / org/slf4j/impl/StaticLoggerBinder.class] SLF4J:在中找到绑定 [jar文件:/ D: / Java /仓库/ org/apache/logging/log4j/log4j-slf4j-impl/2.8.2/log4j-slf4j-impl-2.8.2.jar ! / org/slf4j/impl/StaticLoggerBinder.class] < / p >

请注意,冲突来自两个名为logback-classic-1.2.3log4j-slf4j-impl-2.8.2.jar的罐子。

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

依赖树冲突

现在选择一个你想忽略的(可能会消耗一个微妙的努力,我需要更多的帮助)

我决定不使用通过spring-boot-starterspring-boot-starter-loggingspring-boot-starter-data-jpa(顶部依赖项)导入的pom, 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)

... org.codehaus.mojo cobertura-maven-plugin 2.7 测验 ch.qos.logback logback-classic 工具 com.sun ...

##我用这个来修复

... org.codehaus.mojo cobertura-maven-plugin 2.7 测验 ch.qos.logback logback-classic 工具 com.sun ...

对我来说,从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" /> < /代码> < / p >

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

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

我通过删除这个来解决:spring-boot-starter-log4j2

对我来说,答案是强制重新构建Maven。在Eclipse中:

  1. 右键单击项目-> Maven ->禁用Maven性质
  2. 右键单击项目-> Spring Tools > Update Maven Dependencies
  3. 右键单击项目->配置>转换Maven项目
这个问题是因为StaticLoggerBinder.class属于两个不同的jar。这个类引用自logback-classic-1.2.3.jar,同样的类也引用自log4j-slf4j- pil -2.10.0.jar。两个jar都在类路径中。因此他们之间产生了冲突。 这是log4j2.xml文件在类路径[src/main/resource]下没有生成日志文件的原因 我们已经选择了一个jar文件,我建议使用log4j-slf4j- pple -2.10.0.jar文件,排除logback-classic-1.2.3.jar文件。 处理步骤:打开pom文件,查看依赖关系层级[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.

<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文件。

我也有同样的问题。在我的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依赖时,问题就解决了。

我在一个非maven项目中得到了这个问题,两个依赖的jar每个包含一个slf4j。我解决了 通过删除一个依赖的jar,编译项目(当然会失败),然后将删除的jar添加回来

1.找到矛盾的罐子

如果无法从警告中识别依赖项,那么可以使用以下命令来识别冲突的jar

mvn dependency: tree

这将显示已导入slf4j-log4j12 JAR的另一个绑定的项目和依赖项的依赖树。

  1. 决议

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

Ex -如果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绑定,你不需要为每个已导入的依赖项添加exclude。 你只需要在第一个放置的依赖项上添加排除依赖项

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

如果你使用gradle,那么将以下代码添加到你的build.gradle文件中,从所有模块中排除SLF4J绑定

configurations.all {
exclude group: 'org.springframework.boot', module: 'spring-boot-starter-logging'
}
我通过从我的Intellij项目转到项目结构来解决这个问题。 我删除了名为:Maven: org.apache.logging.log4j:log4j-to-slf4j-impl:2.14.1的文件 enter image description here < / p >

这个文件没有显示在这张图片中。你可能会看到两个库被称为log4j-to-slf4j。删除一个就可以了。

如果这些日志是这个修复的结果: https://stackoverflow.com/a/9919375/2894819 < / p >

当你的某个库实际使用它时。而且您的应用程序不需要SL4J,只需将实现替换为runtimeOnly即可。

// contains dependency to sl4j-api
implementation("com.github.doyaaaaaken:kotlin-csv-jvm:1.2.0")


// add this to remove both warnings
runtimeOnly("org.slf4j:slf4j-nop:1.7.36")

在这种情况下,当你运行你的应用程序时,实际的依赖关系将被库包含一次,而不会被包含到你的application.jar本身的bundle中。

在我的情况下,我有两个来源的依赖log4 1在C:\Program Files\smcf.Ear目录和来自maven的第二个目录导致了sl4j的多重绑定。

删除smcf。耳朵目录为我解决了这个问题。

对于所有寻找__abc0类型依赖的解决方案的人来说,Gradle的魔法咒语是这样的:

configurations.all {
exclude group: 'ch.qos.logback', module: 'logback-classic'
}

在顶层的build.gradle中(dependencies块中)。

在互联网上找到的所有其他解决方案(包括这里建议排除slf4j模块)都不适合我。

这是我在build.gradle (snippet)中所拥有的:


// Removes the annoying warning about the multiple SLF4J implementations:
//    SLF4J: Class path contains multiple SLF4J bindings.
configurations.all {
exclude group: 'ch.qos.logback', module: 'logback-classic'
}


dependencies {
annotationProcessor "org.springframework.boot:spring-boot-configuration-processor"


implementation ('org.springframework.boot:spring-boot-starter-actuator')
implementation ('org.springframework.boot:spring-boot-starter-data-mongodb-reactive')
implementation ('org.springframework.boot:spring-boot-starter-webflux')


annotationProcessor "org.projectlombok:lombok:${lombokVersion}"
compileOnly "org.projectlombok:lombok:${lombokVersion}"


// Removes the annoying warning:
// warning: unknown enum constant When.MAYBE
//  reason: class file for javax.annotation.meta.When not found
// See: https://stackoverflow.com/questions/29805622/could-not-find-or-load-main-class-org-gradle-wrapper-gradlewrappermain/31622432
implementation group: 'com.google.code.findbugs', name: 'jsr305', version: '3.0.2'


// other stuff...

YMMV