SLF4J: il percorso di classe contiene più associazioni SLF4J

Ricevo il seguente errore. Sembra che ci siano più framework di registrazione associati a sl4j. Non sono sicuro di come risolverlo. Qualsiasi aiuto è molto apprezzato.

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.

Risolto aggiungendo la seguente esclusione nelle dipendenze (di pom.xml) che causavano conflitti.

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

Versione Gradle;

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

L'errore probabilmente fornisce più informazioni come questa (anche se i nomi dei tuoi jar potrebbero essere diversi)

SLF4J: Trovato il binding in [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: Trovato il binding in [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]

Notato che il conflitto proviene da due vasetti, chiamati logback-classic-1.2.3e log4j-slf4j-impl-2.8.2.jar.

Esegui mvn dependency:treein questo progetto la cartella principale pom.xml, fornendo:

Ora scegli quello che vuoi ignorare (potrebbe richiedere uno sforzo delicato, ho bisogno di più aiuto su questo)

Ho deciso di non usare quello importato da spring-boot-starter-data-jpa(la massima dipendenza) fino spring-boot-starterin fondo spring-boot-starter-logging, pom diventa:

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

sopra pom spring-boot-starter-data-jpauserebbe il spring-boot-starterconfigurato nello stesso file, che esclude logging(contiene logback)

Versione Sbt:

Accoda exclude("org.slf4j", "slf4j-log4j12")alla dipendenza che include transitivamente slf4j-log4j12. Ad esempio, quando si utilizza Spark con 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")
)

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

Ho risolto eliminando questo: spring-boot-starter-log4j2

Ho appena ignorato / rimosso quel file jar.

Usa solo la dipendenza richiesta, non tutte :))). Per me, per il normale lavoro di registrazione è necessaria questa dipendenza escludere gli altri da 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>

Questo è un problema a causa della classe StaticLoggerBinder.class che appartiene a due diversi vasetti. questa classe fa riferimento a logback-classic-1.2.3.jar e la stessa classe a cui fa riferimento anche log4j-slf4j-impl-2.10.0.jar. entrambi i vasi in classpath. Quindi c'è conflitto tra loro. Questo è il motivo per cui il file di registro non viene generato anche se il file log4j2.xml nel percorso di classe [src / main / resource].

Abbiamo quindi selezionato uno dei file jar, consiglio di utilizzare il file log4j-slf4j-impl-2.10.0.jar ed escludere il file logback-classic-1.2.3.jar. Soluzione: aprire il file pom e visualizzare la gerarchia delle dipendenze [eclipse] o eseguire
mvn dependency: comando tree per scoprire l'albero delle dipendenze e l'origine della dipendenza che scarica la dipendenza. trovare la dipendenza in conflitto ed escluderli. Per l'applicazione Springboot provare questo.

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

... org.codehaus.mojo cobertura-maven-plugin 2.7 test ch.qos.logback logback-classic tools com.sun ...

## Ho risolto con questo

... org.codehaus.mojo cobertura-maven-plugin 2.7 test ch.qos.logback logback-classic tools com.sun ...

Per me, si è rivelato essere un problema Eclipse / Maven dopo il passaggio da log4j al logback. Dai un'occhiata al tuo .classpathfile e cerca la stringa "log4j".

Nel mio caso ho avuto quanto segue lì: <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" />

La rimozione di quelle voci dal file (o è possibile rigenerarlo) ha risolto il problema.

Per me la risposta è stata quella di forzare una ricostruzione di Maven. In Eclipse:

1. Fare clic destro sul progetto-> Maven -> Disabilita natura Maven
2. Fare clic con il tasto destro del mouse sul progetto-> Strumenti a molla> Aggiorna dipendenze Maven
3. Fare clic destro su progetto-> Configura> Converti progetto Maven

Ho avuto lo stesso problema. Nel mio pom.xml avevo entrambi

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

Quando ho eliminato la dipendenza web spring-boot-starter-web, il problema è stato risolto.

La combinazione di <scope>provided</scope>e <exclusions>non ha funzionato per me.

Ho dovuto usare questo:

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

Dove si empty.jartrova un file jar con letteralmente nulla in esso.

Sembra rimuovere la directory .m2 e:

mvn install -DskipTests -T 4 risolto questo problema per me.