SLF4J: falha ao carregar a classe "org.slf4j.impl.StaticLoggerBinder"

Meu aplicativo deve ser implementado no tcServer e no WebSphere 6.1. Este aplicativo usa o ehCache e, portanto, requer slf4j como uma dependência. Como resultado, adicionei o jar slf4j-api.jar (1.6) ao meu pacote de arquivos war.

O aplicativo funciona bem no tcServer, exceto pelo seguinte erro:

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.

No entanto, quando implanto no WebSphere, recebo um java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder.

Também acompanhado por Failed to load class "org.slf4j.impl.StaticMDCBinder"

Eu verifiquei os caminhos de classe dos dois servidores de aplicativos e não há outro jar slf4j.

Alguém tem alguma idéia do que pode estar acontecendo aqui?

Eu tive o mesmo problema com o WebSphere 6.1. Como Ceki apontou, havia muitos jarros que o WebSphere estava usando e um deles estava apontando para uma versão mais antiga do slf4j.

O fallback No-Op acontece apenas com slf4j -1.6+, portanto, qualquer coisa mais antiga lançará uma exceção e interromperá sua implantação.

Existe uma documentação no site SLf4J que resolve isso. Eu segui isso e adicionei slf4j-simple-1.6.1.jarao meu aplicativo junto com o slf4j-api-1.6.1.jarque eu já tinha.

Isso resolveu meu problema. Espero que ajude outras pessoas que têm esse problema.

Isto é para aqueles que vieram aqui da pesquisa do google.

Se você usa o maven, adicione o seguinte

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

Ou

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

Basta adicionar isso ao seu pom.xml :

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

Você precisa adicionar seguinte arquivo jar no classpath: slf4j-simple-1.6.2.jar. Se você não o possui, faça o download. Consulte http://www.slf4j.org/codes.html#multiple_bindings

Algumas respostas aqui recomendam adicionar a dependência slf4j-simple ao seu arquivo maven pom. Você pode querer verificar a versão mais atual.

Em https://mvnrepository.com/artifact/org.slf4j/slf4j-simple, você encontrará a versão mais recente do SLF4J Simple Binding. Escolha a que melhor combina com você (ainda a versão 1.7.26 de 2019-02 é a versão estável a partir de 2019-07) e inclua-a no seu pom.xml.

Para sua conveniência, algumas dependências são mostradas aqui - mas elas podem não estar atualizadas quando você lê isso!

Versão alfa de 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>

Versão beta de fevereiro de 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>

Versão estável 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>

Eu removi a parte do teste de escopo graças ao comentário abaixo.

Eu estava enfrentando o mesmo erro. Eu configurei slf4j-api, slf4j-log4j12 e log4j, no meu desenvolvimento local. Toda a configuração estava correta, mas a dependência do slf4j-log4j12, copiada do mvnrepository, tinha escopo de teste <scope>test</scope>. Quando eu removi isso tudo está bem.

Às vezes, erros tolos quebram nossa cabeça;)

Em algum momento deveríamos ver a nota do aviso SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details..

Isso acontece quando nenhuma ligação SLF4J apropriada foi encontrada no caminho da classe

Você pode pesquisar o motivo pelo qual esse aviso ocorre.
Adicionando um do frasco de *slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jarou logback-classic.jar*para o caminho de classe deve resolver o problema.

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

por exemplo, adicione o código acima ao seu build.gradleou o código correspondente ao pom.xmlprojeto maven.

colocar o arquivo slf4j-log4j12-1.6.4.jarno caminho de classe fará o truque.

Se você estiver usando o maven no gerenciamento de dependências, poderá adicionar a seguinte dependência no pom.xml

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

Para usuários não-Maven Faça o download da biblioteca e coloque-a no caminho de classe do projeto.

Aqui você pode ver detalhes: http://www.mkyong.com/wicket/java-lang-classnotfoundexception-org-slf4j-impl-staticloggerbinder/

O SLF4j é uma abstração para várias estruturas de log . Portanto, além de ter o slf4j, você precisa incluir qualquer estrutura de registro, como log4j ou logback (etc), no seu caminho de classe.
Para ter uma idéia, consulte o Primeiro passo do bebê em http://logback.qos.ch/manual/introduction.html

Slf4j é uma fachada para as estruturas de log subjacentes, como log4j, logback, java.util.logging.

Para conectar-se às estruturas subjacentes, o slf4j usa uma ligação.

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

O erro acima é gerado se o jar de ligação estiver ausente. Você pode baixar este jar e adicioná-lo ao caminho de classe.

Para dependência maven,

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

Essa dependência, além do slf4j-log4j12-1.7.21.jar, puxará o slf4j-api-1.7.21.jar e o log4j-1.2.17.jar para o seu projeto

Referência: http://www.slf4j.org/manual.html

Eu estava enfrentando o problema semelhante com aplicativos Spring-boot-2 com a biblioteca Java 9.

A adição da seguinte dependência no meu pom.xml resolveu o problema para mim:

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

No caso do Websphere, você tem uma versão mais antiga do slf4j-api.jar, 1.4.x. ou 1.5.x em algum lugar. O comportamento observado no tcServer, com failover para o NOP, ocorre no slf4j versões 1.6.0 e posterior. Certifique-se de estar usando slf4j-api-1.6.x.jar em todas as plataformas e de que nenhuma versão mais antiga do slf4j-api seja colocada no caminho da classe.

Eu entrei nesse problema quando recebo o seguinte erro:

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.

quando eu estava usando slf4j-api-1.7.5.jarno meu libs.

Apesar de ter tentado com todos os frascos de complemento sugeridos slf4j-log4j12-1.7.5.jar, slf4j-simple-1.7.5a mensagem de erro ainda persistia. O problema finalmente foi resolvido quando adicioneislf4j-jdk14-1.7.5.jar as bibliotecas java.

Obtenha o pacote completo do slf4j em http://www.slf4j.org/download.html

Adicione as seguintes dependências ao pom para resolver esse problema.

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

Como uma alternativa para a inclusão de jar e soluções puras do maven, você pode incluí-lo no maven with gradle.

Exemplo para versão 1.7.25

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

Coloque isso dentro das dependências do seu build.gradlearquivo.

Estou trabalhando em um projeto Struts2 + Spring. Então, precisa de uma dependênciaslf4j-api-1.7.5.jar .

Se eu executar o projeto, estou recebendo um erro como

Falha ao carregar a classe "org.slf4j.impl.StaticLoggerBinder"

Resolvi meu problema adicionando o slf4j-log4j12-1.7.5.jar.

Portanto, adicione este jar no seu projeto para resolver o problema.

Como o Manual do SLF4J declara

A Fachada de Log Simples para Java (SLF4J) serve como uma fachada ou abstração simples para várias estruturas de log, como java.util.logging, logback e log4j.

e

O aviso desaparecerá assim que você adicionar uma ligação ao seu caminho de classe.

Portanto, você deve escolher qual ligação deseja usar.

Ligação NoOp (slf4j-nop)

Ligação para NOP, descartando silenciosamente todos os logs.

Verifique a versão nova em https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-nop&core=gav

Ligação simples (slf4j-simple)

gera todos os eventos para System.err. Somente mensagens de nível INFO e superior são impressas. Essa ligação pode ser útil no contexto de aplicativos pequenos.

Verifique a versão nova em https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-simple&core=gav

Ligações para as estruturas de log (java.util.logging, logback, log4j)

Você precisará de uma dessas ligações se estiver gravando log em um arquivo.

Veja a descrição e as instruções em https://www.slf4j.org/manual.html#projectDep

Minha opinião

Eu recomendaria o Logback porque é um sucessor do log4j projeto .

Verifique a versão mais recente da encadernação em https://search.maven.org/search?q=g:ch.qos.logback%20AND%20a:logback-classic&core=gav

Você obtém a saída do console imediatamente, mas se precisar gravar logs no arquivo, basta colocar a FileAppenderconfiguração no src/main/resources/logback.xmlou no src/test/resources/logback-test.xmlseguinte:

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

(Veja a descrição detalhada no manual: https://logback.qos.ch/manual/configuration.html )

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

Coloque a dependência mencionada acima no arquivo pom.xml

Eu adicionei essa dependência para resolver esse problema:

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

De acordo com a documentação oficial do SLF4J

Falha ao carregar a classe org.slf4j.impl.StaticLoggerBinder

Essa mensagem de aviso é relatada quando a classe org.slf4j.impl.StaticLoggerBinder não pôde ser carregada na memória. Isso acontece quando nenhuma ligação SLF4J apropriada foi encontrada no caminho da classe. Colocar um (e apenas um) de slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar ou logback-classic.jar no caminho da classe deve resolver o problema.

Basta adicionar este jar junto com slf4j api.jar ao seu caminho de classe para fazer as coisas. Boa sorte

Eu resolvo adicionando esta biblioteca: slf4j-simple-1.7.25.jar Você pode fazer o download no site oficial https://www.slf4j.org/download.html

encontrou o mesmo problema no payara 5.191

jcl-over-slf4j junto com slf4j-log4j12 resolveram o problema

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

Eu sei que este post é um pouco antigo, mas no caso de mais alguém encontrar esse problema:

Adicione slf4j-jdk14-XXXjar ao seu CLASSPATH (onde XXX é o número da versão - por exemplo, slf4j-jdk14-1.7.5.jar).

HTH Peter

Eu uso Jena e adiciono a dependência de companheiros ao pom.xml

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

Eu tento adicionar slf4j-simple, mas simplesmente desaparece o erro "SLF4J: Falha ao carregar a classe" org.slf4j.impl.StaticLoggerBinder "", mas o logback-classic mostra mais informações.

O documento oficial

a solução é indicada no site oficial:

Falha ao carregar a classe org.slf4j.impl.StaticLoggerBinder

Essa mensagem de aviso é relatada quando a classe org.slf4j.impl.StaticLoggerBinder não pôde ser carregada na memória. Isso acontece quando nenhuma ligação SLF4J apropriada foi encontrada no caminho da classe. Colocar um (e apenas um) de slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar ou logback-classic.jar no caminho da classe deve resolver o problema. DESDE 1.6.0 A partir do SLF4J versão 1.6, na ausência de uma ligação, o SLF4J assumirá o padrão de implementação do criador de logs sem operação (NOP). Se você é responsável pelo empacotamento de um aplicativo e não se preocupa com o log, colocar o slf4j-nop.jar no caminho da classe do seu aplicativo se livrará dessa mensagem de aviso. Observe que os componentes incorporados, como bibliotecas ou estruturas, não devem declarar dependência de nenhuma ligação do SLF4J, mas apenas do slf4j-api.

solução: eu adicionei ao meu projeto usando a pesquisa maven sobre intellij e escolhi o slf4j-jdk14.jar.

Provavelmente o seu problema foi causado por <scope>test</scope>(em alguns casos também <scope>provided</scope>), como mencionado @thangaraj .

A documentação diz:

Esse escopo indica que a dependência não é necessária para o uso normal do aplicativo e está disponível apenas para as fases de compilação e execução de teste. As dependências de teste não são transitivas e estão presentes apenas para caminhos de classe de teste e execução.

Portanto, se você não precisa de dependências para fins de teste, pode usar em vez de (o que verá no mvnrepository ):

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

Sem escopos (por padrão, o escopo de compilação é quando nenhum outro escopo é fornecido):

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

É o mesmo que:

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

Aqui estão os meus 5 centavos ...

Eu tive os mesmos problemas ao executar testes. Então, eu o corrigi adicionando uma implementação apenas para o tempo de execução de teste. Estou usando o gradle para este projeto.

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

Grupo testRuntimeOnly: 'ch.qos.logback', nome: 'logback-classic', versão: '1.2.3'

Para mim, o problema era: usando o Hibernate, vi que ele já usava slf4j e já estava no meu caminho de classe, então decidi usá-lo. A próxima etapa - adicionando o imlementor para slf4j, então adicionei ao maven:

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

Mas falhou com erro! SLF4J: falha ao carregar a classe "org.slf4j.impl.StaticLoggerBinder"

A solução foi: a dependência do slib4j do Hibernate era a versão 1.7.26 e eu adicionei a dependência menor da versão 1.7.25 . Então, quando eu consertei isso - tudo ficou bem

Não adicionei nenhuma dependência, apenas mudei a maneira como as consumia.

Código de visualização

(Remova o comentário deste código se você estiver usando a versão de pesquisa elástica <7.0)

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

Código atual

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

Estou usando o bulkrequest e, com isso, removo esse erro.