SLF4J: Fehler beim Laden der Klasse "org.slf4j.impl.StaticLoggerBinder"

Meine Anwendung soll sowohl auf tcServer als auch auf WebSphere 6.1 bereitgestellt werden. Diese Anwendung verwendet ehCache und benötigt daher slf4j als Abhängigkeit. Als Ergebnis habe ich die JAR-Datei slf4j-api.jar (1.6) zu meinem War-Dateibündel hinzugefügt.

Die Anwendung funktioniert in tcServer mit Ausnahme des folgenden Fehlers einwandfrei:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

Wenn ich jedoch in WebSphere bereitstelle, erhalte ich eine java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder.

Auch begleitet von Failed to load class "org.slf4j.impl.StaticMDCBinder"

Ich habe die Klassenpfade beider Anwendungsserver überprüft und es gibt keine andere slf4j-JAR.

Hat jemand irgendwelche Ideen, was hier passieren könnte?

Ich hatte das gleiche Problem mit WebSphere 6.1. Wie Ceki betonte, gab es Tonnen von Gläsern, die WebSphere verwendete, und einer von ihnen zeigte auf eine ältere Version von slf4j.

Der No-Op-Fallback tritt nur mit slf4j -1.6+ auf, sodass alles, was älter ist, eine Ausnahme auslöst und Ihre Bereitstellung anhält.

Auf der SLf4J-Site befindet sich eine Dokumentation , die dieses Problem behebt. Ich folgte dem und fügte slf4j-simple-1.6.1.jarmeiner Bewerbung hinzu , mit slf4j-api-1.6.1.jarder ich bereits hatte.

Dies löste mein Problem. Hoffe, es hilft anderen, die dieses Problem haben.

Dies ist für diejenigen, die von der Google-Suche hierher gekommen sind.

Wenn Sie maven verwenden, fügen Sie einfach Folgendes hinzu

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

Oder

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

Fügen Sie dies einfach Ihrer pom.xml hinzu :

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

Sie müssen Ihrem Klassenpfad folgende JAR-Datei hinzufügen : slf4j-simple-1.6.2.jar. Wenn Sie es nicht haben, laden Sie es bitte herunter. Weitere Informationen finden Sie unter http://www.slf4j.org/codes.html#multiple_bindings

In einigen Antworten wird empfohlen, die slf4j-einfache Abhängigkeit zu Ihrer Maven-Pom-Datei hinzuzufügen. Möglicherweise möchten Sie nach der aktuellsten Version suchen.

Unter https://mvnrepository.com/artifact/org.slf4j/slf4j-simple finden Sie die neueste Version der einfachen SLF4J-Bindung. Wählen Sie diejenige aus, die am besten zu Ihnen passt (noch 1.7.26 von 2019-02 ist die stabile Version von 2019-07) und fügen Sie sie Ihrer pom.xml hinzu.

Der Einfachheit halber werden hier einige Abhängigkeiten angezeigt - aber sie sind möglicherweise nicht aktuell, wenn Sie dies lesen!

Alpha-Version von 2019-10

<!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-simple -->
<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-simple</artifactId>
   <version>2.0.0-alpha1</version>
 </dependency>

Beta-Version vom Februar 2019

<!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-simple -->
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-simple</artifactId>
    <version>1.8.0-beta4</version>
</dependency>

Stabile Version 2019-12

<!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-simple -->
<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-simple</artifactId>
   <version>1.7.30</version>
</dependency>

Ich habe den Bereichstestteil dank des Kommentars unten entfernt.

Ich hatte den gleichen Fehler. Ich habe slf4j-api, slf4j-log4j12 und log4j in meiner lokalen Entwicklung konfiguriert. Die gesamte Konfiguration war in Ordnung, aber die Abhängigkeit von slf4j-log4j12, die ich aus dem mvnrepository kopiert habe, hatte einen Testumfang <scope>test</scope>. Wenn ich das entfernt habe, ist alles in Ordnung.

Manchmal brechen uns dumme Fehler den Kopf;)

Irgendwann sollten wir den Hinweis aus der Warnung sehen SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details..

Dies geschieht, wenn im Klassenpfad keine geeignete SLF4J-Bindung gefunden werden konnte

Sie können nach dem Grund suchen, warum diese Warnung angezeigt wird.
Hinzufügen eines des Glases aus *slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jaroder logback-classic.jar*zum Klassenpfad sollte das Problem lösen.

compile "org.slf4j:slf4j-simple:1.6.1"

Fügen Sie beispielsweise den obigen Code zu Ihrem build.gradleoder dem entsprechenden Code pom.xmlfür das Maven-Projekt hinzu.

Datei slf4j-log4j12-1.6.4.jarin den Klassenpfad legen wird den Trick tun.

Wenn Sie maven für das Abhängigkeitsmanagement verwenden, können Sie einfach die folgende Abhängigkeit in pom.xml hinzufügen

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-log4j12</artifactId>
    <version>1.5.6</version>
</dependency>

Für Nicht-Maven-Benutzer Laden Sie einfach die Bibliothek herunter und fügen Sie sie in Ihren Projektklassenpfad ein.

Hier sehen Sie Details: http://www.mkyong.com/wicket/java-lang-classnotfoundexception-org-slf4j-impl-staticloggerbinder/

SLF4j ist eine Abstraktion für verschiedene Protokollierungsframeworks . Abgesehen von slf4j müssen Sie daher jedes Ihrer Protokollierungsframeworks wie log4j oder logback (usw.) in Ihren Klassenpfad aufnehmen.
Eine Idee finden Sie im ersten Babyschritt unter http://logback.qos.ch/manual/introduction.html

Slf4j ist eine Fassade für die zugrunde liegenden Protokollierungsframeworks wie log4j, logback, java.util.logging.

Um sich mit zugrunde liegenden Frameworks zu verbinden, verwendet slf4j eine Bindung.

• log4j - slf4j-log4j12-1.7.21.jar
• java.util.logging - slf4j-jdk14-1.7.21.jar etc.

Der obige Fehler wird ausgelöst, wenn das Bindungsglas übersehen wird. Sie können dieses Glas herunterladen und zum Klassenpfad hinzufügen.

Für Maven-Abhängigkeit

<dependency> 
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-log4j12</artifactId>
  <version>1.7.21</version>
</dependency>

Diese Abhängigkeit zieht zusätzlich zu slf4j-log4j12-1.7.21.jar sowohl slf4j-api-1.7.21.jar als auch log4j-1.2.17.jar in Ihr Projekt

Referenz: http://www.slf4j.org/manual.html

Ich hatte das ähnliche Problem mit Spring-Boot-2-Anwendungen mit Java 9-Bibliothek.

Das Hinzufügen der folgenden Abhängigkeit in meiner pom.xml löste das Problem für mich:

    <dependency>
        <groupId>com.googlecode.slf4j-maven-plugin-log</groupId>
        <artifactId>slf4j-maven-plugin-log</artifactId>
        <version>1.0.0</version>
    </dependency>

Im Fall von Websphere haben Sie eine ältere Version von slf4j-api.jar, 1.4.x. oder 1.5.x irgendwo herumliegen. Das Verhalten, das Sie auf tcServer beobachten, dh ein Failover auf NOP, tritt in slf4j-Versionen 1.6.0 und höher auf. Stellen Sie sicher, dass Sie slf4j-api-1.6.x.jar auf allen Plattformen verwenden und dass keine ältere Version von slf4j-api im Klassenpfad platziert ist.

Ich bin auf dieses Problem gestoßen, als ich den folgenden Fehler erhalte:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

als ich slf4j-api-1.7.5.jarin meinem verwendet habe libs.

Trotz ich mit den ganzen vorgeschlagenen Ergänzung Gläser versucht, wie slf4j-log4j12-1.7.5.jar, slf4j-simple-1.7.5die Fehlermeldung blieb still. Das Problem wurde endlich gelöst, als ich slf4j-jdk14-1.7.5.jardie Java-Bibliotheken hinzufügte .

Das gesamte slf4j-Paket finden Sie unter http://www.slf4j.org/download.html

Bitte fügen Sie pom die folgenden Abhängigkeiten hinzu, um dieses Problem zu beheben.

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-simple</artifactId>
  <version>1.7.25</version>
  <scope>test</scope>
</dependency>

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

Als Alternative zum Glaseinschluss und zu reinen Maven-Lösungen können Sie es von Maven mit Gradle einschließen.

Beispiel für die Version 1.7.25

// https://mvnrepository.com/artifact/org.slf4j/slf4j-simple
api group: 'org.slf4j', name: 'slf4j-simple', version: '1.7.25'

Fügen Sie dies in die Abhängigkeiten Ihrer build.gradleDatei ein.

Ich arbeite in einem Projekt Struts2 + Spring. Es braucht also eine Abhängigkeit slf4j-api-1.7.5.jar.

Wenn ich das Projekt ausführe, erhalte ich Fehler wie

Fehler beim Laden der Klasse "org.slf4j.impl.StaticLoggerBinder"

Ich habe mein Problem gelöst, indem ich das hinzugefügt habe slf4j-log4j12-1.7.5.jar.

Fügen Sie dieses Glas in Ihr Projekt ein, um das Problem zu lösen.

Als SLF4J Handbuch Staaten

Die Simple Logging Facade für Java (SLF4J) dient als einfache Fassade oder Abstraktion für verschiedene Protokollierungsframeworks wie java.util.logging, logback und log4j.

und

Die Warnung verschwindet, sobald Sie Ihrem Klassenpfad eine Bindung hinzufügen.

Sie sollten also auswählen, welche Bindung Sie verwenden möchten.

NoOp-Bindung (slf4j-nop)

Bindung für NOP, stummes Verwerfen der gesamten Protokollierung.

Überprüfen Sie die neue Version unter https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-nop&core=gav

Einfache Bindung (slf4j-simple)

gibt alle Ereignisse an System.err aus. Es werden nur Nachrichten der Stufe INFO und höher gedruckt. Diese Bindung kann im Zusammenhang mit kleinen Anwendungen nützlich sein.

Überprüfen Sie die neue Version unter https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-simple&core=gav

Bindungen für die Protokollierungsframeworks (java.util.logging, logback, log4j)

Sie benötigen eine dieser Bindungen, wenn Sie ein Protokoll in eine Datei schreiben möchten.

Siehe Beschreibung und Anweisungen unter https://www.slf4j.org/manual.html#projectDep

Meine Meinung

Ich würde Logback empfehlen, da es ein Nachfolger des log4j- Projekts ist.

Überprüfen Sie die neueste Version der Bindung unter https://search.maven.org/search?q=g:ch.qos.logback%20AND%20a:logback-classic&core=gav

Sie erhalten Konsolenausgabe aus der Box , aber wenn Sie zu schreiben Protokolle in Datei benötigen nur setzen FileAppenderKonfiguration der src/main/resources/logback.xmloder die src/test/resources/logback-test.xmlwie folgt aus :

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <!-- encoders are assigned the type
             ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->
        <encoder>
            <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
        </encoder>
    </appender>
    <appender name="FILE" class="ch.qos.logback.core.FileAppender">
        <file>logs/logs.log</file>

        <encoder>
            <pattern>%date %level [%thread] %logger{10} - %msg%n</pattern>
        </encoder>
    </appender>

    <root level="debug">
        <appender-ref ref="STDOUT" />
        <appender-ref ref="FILE" />
    </root>

    <logger level="DEBUG" name="com.myapp"/>
</configuration>

(Siehe detaillierte Beschreibung im Handbuch: https://logback.qos.ch/manual/configuration.html )

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

Fügen Sie die oben genannte Abhängigkeit in die Datei pom.xml ein

Ich habe diese Abhängigkeit hinzugefügt, um dieses Problem zu beheben:

https://mvnrepository.com/artifact/org.slf4j/slf4j-simple/1.7.25

Laut offizieller Dokumentation von SLF4J

Fehler beim Laden der Klasse org.slf4j.impl.StaticLoggerBinder

Diese Warnmeldung wird gemeldet, wenn die Klasse org.slf4j.impl.StaticLoggerBinder nicht in den Speicher geladen werden konnte. Dies geschieht, wenn im Klassenpfad keine geeignete SLF4J-Bindung gefunden werden konnte. Das Platzieren eines (und nur eines) von slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar oder logback-classic.jar im Klassenpfad sollte das Problem lösen.

Fügen Sie einfach dieses Glas zusammen mit slf4j api.jar zu Ihrem Klassenpfad hinzu, um die Dinge zu erledigen. Viel Glück

Ich löse es, indem ich diese Bibliothek hinzufüge: slf4j-simple-1.7.25.jar Sie können diese im offiziellen Web https://www.slf4j.org/download.html herunterladen

Das gleiche Problem trat bei Payara 5.191 auf

jcl-over-slf4j löste zusammen mit slf4j-log4j12 das Problem

<properties>
  <slf4j.version>1.7.29</slf4j.version>
</properties>

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-api</artifactId>
  <version>${slf4j.version}</version>
  <type>jar</type>
</dependency> 

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>jcl-over-slf4j</artifactId>
  <version>${slf4j.version}</version>
</dependency>        

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-log4j12</artifactId>
  <version>${slf4j.version}</version>
</dependency>

Ich weiß, dass dieser Beitrag etwas alt ist, aber falls jemand anderes auf dieses Problem stößt:

Fügen Sie Ihrem CLASSPATH slf4j-jdk14-XXXjar hinzu (wobei XXX die Versionsnummer ist - z. B. slf4j-jdk14-1.7.5.jar).

HTH Peter

Ich benutze Jena und füge die Fellowing-Abhängigkeit zu pom.xml hinzu

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

Ich versuche, slf4j-simple hinzuzufügen, aber es verschwindet einfach der Fehler "SLF4J: Fehler beim Laden der Klasse" org.slf4j.impl.StaticLoggerBinder "", aber logback-classic zeigt detailliertere Informationen.

Das offizielle Dokument

Die Lösung ist auf der offiziellen Website angegeben:

Fehler beim Laden der Klasse org.slf4j.impl.StaticLoggerBinder

Diese Warnmeldung wird gemeldet, wenn die Klasse org.slf4j.impl.StaticLoggerBinder nicht in den Speicher geladen werden konnte. Dies geschieht, wenn im Klassenpfad keine geeignete SLF4J-Bindung gefunden werden konnte. Das Platzieren eines (und nur eines) von slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar oder logback-classic.jar im Klassenpfad sollte das Problem lösen. SEIT 1.6.0 Ab SLF4J Version 1.6 verwendet SLF4J ohne Bindung standardmäßig eine NOP-Logger-Implementierung (No-Operation). Wenn Sie für das Packen einer Anwendung verantwortlich sind und sich nicht um die Protokollierung kümmern, wird diese Warnmeldung durch Platzieren von slf4j-nop.jar im Klassenpfad Ihrer Anwendung entfernt. Beachten Sie, dass eingebettete Komponenten wie Bibliotheken oder Frameworks keine Abhängigkeit von einer SLF4J-Bindung deklarieren sollten, sondern nur von slf4j-api abhängen.

Lösung: Ich habe mein Projekt mithilfe von Maven Research auf Intellij erweitert und mich für slf4j-jdk14.jar entschieden.

Höchstwahrscheinlich lag Ihr Problem an <scope>test</scope>(in einigen Fällen auch <scope>provided</scope>), wie bereits erwähnt @thangaraj .

Die Dokumentation sagt:

Dieser Bereich gibt an, dass die Abhängigkeit für die normale Verwendung der Anwendung nicht erforderlich ist und nur für die Testkompilierungs- und Ausführungsphase verfügbar ist. Testabhängigkeiten sind nicht transitiv und nur für Test- und Ausführungsklassenpfade vorhanden.

Wenn Sie also keine Abhängigkeiten für Testzwecke benötigen, können Sie stattdessen Folgendes verwenden (was Sie im mvnrepository sehen werden ):

<!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-nop -->
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-nop</artifactId>
    <version>1.7.24</version>
    <scope>test</scope>
</dependency>

Ohne Bereiche (standardmäßig wäre der Kompilierungsbereich, wenn kein anderer Bereich bereitgestellt wird):

<!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-nop -->
<dependency>  
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-nop</artifactId>
   <version>1.7.25</version>
</dependency>

Dies ist das gleiche wie:

 <!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-nop -->
 <dependency>  
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-nop</artifactId>
   <version>1.7.25</version>
   <scope>compile</scope>
 </dependency>

Hier sind meine 5 Cent ...

Ich hatte die gleichen Probleme beim Ausführen von Tests. Daher habe ich das Problem behoben, indem ich eine Implementierung nur für die Testlaufzeit hinzugefügt habe. Ich benutze Gradle für dieses Projekt.

// https://mvnrepository.com/artifact/ch.qos.logback/logback-classic

testRuntimeOnly Gruppe: 'ch.qos.logback', Name: 'logback-classic', Version: '1.2.3'

Für mich war das Problem: Mit Hibernate habe ich gesehen, dass es bereits slf4j verwendet hat, und es war bereits in meinem Klassenpfad, also habe ich beschlossen, es zu verwenden. Der nächste Schritt - Hinzufügen von Imlementor für slf4j, also habe ich zu maven hinzugefügt:

<dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-jdk14</artifactId>
        <version>1.7.25</version>
</dependency>

Aber es ist mit Fehler gescheitert! SLF4J: Fehler beim Laden der Klasse "org.slf4j.impl.StaticLoggerBinder"

Die Lösung war: Hibernates Abhängigkeit von slf4j war Version 1.7.26 , und ich habe eine geringfügige Versionsabhängigkeit 1.7.25 hinzugefügt . Als ich das reparierte, wurde alles in Ordnung

Ich habe keine Abhängigkeiten hinzugefügt, sondern nur die Art und Weise geändert, wie ich sie konsumiert habe.

Vorschau-Code

(Kommentieren Sie diesen Code aus, wenn Sie die elastische Suchversion <7.0 verwenden.)

IndexRequest indexRequest = new IndexRequest(
  "twitter",
  "tweets",
  id // this is to make our consumer idempotent
).source(record.value(), XContentType.JSON);

Aktueller Code

IndexRequest indexRequest = new IndexRequest("tweets")
  .source(record.value(), XContentType.JSON)
  .id(id); // this is to make our consumer idempotent

Ich benutze bulkrequest und damit entferne ich diesen Fehler.