SLF4J: Не вдалося завантажити клас "org.slf4j.impl.StaticLoggerBinder"

Мою програму потрібно розгорнути як на tcServer, так і на WebSphere 6.1. Цей додаток використовує ehCache і тому вимагає slf4j як залежність. Як результат, я додав банку "slf4j-api.jar (1.6)" у мій пакет файлів війни.

Програма добре працює в tcServer за винятком наступної помилки:

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.

Однак, коли я розгортаюсь у WebSphere, я отримую java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder.

Також супроводжується Failed to load class "org.slf4j.impl.StaticMDCBinder"

Я перевірив класичні маршрути обох серверів додатків, і немає іншого jar-slf4j.

Хтось має ідеї, що може статися тут?

У мене була така ж проблема з WebSphere 6.1. Як зазначав Секі, у WebSphere використовувались багато банок, і одна з них вказувала на старішу версію slf4j.

Резервний випуск No-Op відбувається лише з slf4j -1.6+, тому все, що є старше, може призвести до виключення та зупинить розгортання.

На сайті SLf4J є документація, яка це вирішує. Я слідував за цим і додав slf4j-simple-1.6.1.jarдо своєї заяви разом з slf4j-api-1.6.1.jarякою я вже мав.

Це вирішило моє питання. Сподіваюся, це допомагає іншим, хто має цю проблему.

Це для тих, хто прийшов сюди з пошуку Google.

Якщо ви використовуєте maven, просто додайте наступне

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

Або

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

Просто додайте це до свого pom.xml :

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

Вам потрібно додати наступний файл jar на своєму classpath : slf4j-simple-1.6.2.jar. Якщо у вас його немає, завантажте його. Будь ласка, зверніться до http://www.slf4j.org/codes.html#multiple_bindings

Тут досить декількох відповідей, рекомендуємо додати файл slf4j-simple до файлу Maven pom. Можливо, ви хочете перевірити найновішу версію.

На https://mvnrepository.com/artifact/org.slf4j/slf4j-simple ви знайдете останню версію SLF4J Simple Binding. Виберіть ту, яка вам найбільше підходить (все-таки 1.7.26 від 2019-02 є стабільною версією на 2019-07) та додайте її до свого pom.xml.

Для вашої зручності тут показані деякі залежності - але вони можуть бути не сучасними, коли ви читаєте це!

Альфа-версія 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>

Бета-версія лютого 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>

Стабільна версія 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>

Я вилучив частину тестової області завдяки коментарю нижче.

Я зіткнувся з такою ж помилкою. Я налаштував slf4j-api, slf4j-log4j12 та log4j, в своєму локальному розвитку. Вся конфігурація була в порядку, але залежність slf4j-log4j12, яку я скопіював з mvnrepository, мала тестову область<scope>test</scope> . Коли я прибрав це, все добре.

Деякі дурні помилки ламають нам голову;)

Колись ми мусимо побачити записку з Варніна SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details..

Це трапляється, коли на шляху до класу не було знайдено відповідного прив'язки SLF4J

Ви можете шукати причину появи цього попередження.
Додавання одного з глечика з *slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jarабо logback-classic.jar*в дорозі класу має вирішити цю проблему.

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

наприклад, додайте вищевказаний код у свій build.gradleабо відповідний код pom.xmlдля проекту Maven.

Поклавши файл slf4j-log4j12-1.6.4.jarна classpath, це зробить трюк.

Якщо ви використовуєте Maven для управління залежністю, ви можете просто додати наступну залежність у pom.xml

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

Для користувачів, що не належать Maven, просто завантажте бібліотеку та покладіть її на свій класний проект.

Тут ви можете побачити деталі: http://www.mkyong.com/wicket/java-lang-classnotfoundexception-org-slf4j-impl-staticloggerbinder/

SLF4j - це абстракція для різних фреймворків . Отже, крім slf4j, вам потрібно включити будь-який ваш фреймворк, наприклад log4j або logback (тощо) у свій класний шлях.
Щоб мати ідею, зверніться до Першого кроку немовляти в http://logback.qos.ch/manual/introduction.html

Slf4j - це фасад для базових каркасних журналів, таких як log4j, logback, java.util.logging.

Для з'єднання з базовими рамками slf4j використовує прив'язку.

• log4j - slf4j-log4j12-1.7.21.jar
• java.util.logging - slf4j-jdk14-1.7.21.jar тощо

Вищеописана помилка викидається, якщо пропусник банку пропущений. Ви можете завантажити цю банку і додати її до classpath.

Для залежності від Maven,

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

Ця залежність, крім slf4j-log4j12-1.7.21.jar, призведе до залучення slf4j-api-1.7.21.jar, а також log4j-1.2.17.jar у ваш проект

Довідка: http://www.slf4j.org/manual.html

З подібною проблемою я зіткнувся із програмами Spring-boot-2 із бібліотекою Java 9.

Додавши таку залежність до мого pom.xml вирішив проблему для мене:

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

У випадку Websphere у вас є старша версія slf4j-api.jar, 1.4.x. або 1.5.x десь лежачи. Поведінка, яку ви спостерігаєте на tcServer, тобто перехід на NOP, відбувається на slf4j версії 1.6.0 і пізніших версій. Переконайтесь, що ви використовуєте slf4j-api-1.6.x.jar на всіх платформах і що жодна старіша версія slf4j-api не розміщена на шляху до класу.

Я потрапив у цю проблему, коли отримав таку помилку:

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.

коли я використовував slf4j-api-1.7.5.jarу своєму libs.

Не дивлячись на те, що я спробував з усіма запропонованими банками з доповненням, наприклад slf4j-log4j12-1.7.5.jar, slf4j-simple-1.7.5повідомлення про помилку все ще зберігається Проблема остаточно була вирішена, коли я додав slf4j-jdk14-1.7.5.jarдо явових губ.

Отримайте весь пакет slf4j на веб- сайті http://www.slf4j.org/download.html

Будь ласка, додайте наступні залежності, щоб вирішити цю проблему.

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

В якості альтернативи баночному включенню та чистому розчину Maven, ви можете включити його з maven баночному with gradle.

Приклад для версії 1.7.25

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

Поставте це в залежності від вашого build.gradleфайлу.

Я працюю над проектом Struts2 + Spring. Тож потрібна залежністьslf4j-api-1.7.5.jar .

Якщо я запускаю проект, я отримую на зразок помилок

Не вдалося завантажити клас "org.slf4j.impl.StaticLoggerBinder"

Я вирішив свою проблему, додавши slf4j-log4j12-1.7.5.jar.

Тому додайте цю банку у свій проект, щоб вирішити проблему.

Як SLF4J Керівництво держав

Фасад простого журналу для Java (SLF4J) служить простим фасадом або абстракцією для різних каркасів ведення журналів, таких як java.util.logging, logback та log4j.

і

Попередження зникне, як тільки ви додасте прив’язку до шляху вашого класу.

Тож вам слід вибрати, яке в'яжуче ви хочете використовувати.

Прив'язка NoOp (slf4j-nop)

Прив’язуючи до NOP, мовчки відкидаючи всі журнали.

Перевірити свіжу версію можна за посиланням https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-nop&core=gav

Просте зв'язування (slf4j-simple)

виводить усі події до System.err. Друкуються лише повідомлення рівня INFO та вище. Це зв'язування може бути корисним у контексті невеликих застосувань.

Перевірити свіжу версію можна за посиланням https://search.maven.org/search?q=g:org.slf4j%20AND%20a:slf4j-simple&core=gav

Прив’язки для каркасів ведення журналу (java.util.logging, logback, log4j)

Вам потрібно одне з цих прив’язок, якщо ви збираєтеся писати журнал у файл.

Дивіться опис та інструкції на веб- сайті https://www.slf4j.org/manual.html#projectDep

Моя думка

Я рекомендую " Зворотній зв'язок", оскільки він є наступником log4j проекту .

Ознайомтеся з останньою версією прив'язки для неї на веб-сторінці https://search.maven.org/search?q=g:ch.qos.logback%20AND%20a:logback-classic&core=gav

Ви отримуєте консольний вихід з поля, але якщо вам потрібно записати журнали у файл, просто поставте FileAppenderконфігурацію до src/main/resources/logback.xmlабо src/test/resources/logback-test.xmlтак само:

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

(Дивіться докладний опис у посібнику: https://logback.qos.ch/manual/configuration.html )

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

Помістіть вищезазначену залежність у файл pom.xml

Я додав цю залежність, щоб вирішити цю проблему:

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

Відповідно до офіційної документації SLF4J

Не вдалося завантажити клас org.slf4j.impl.StaticLoggerBinder

Це попередження повідомляється, коли клас org.slf4j.impl.StaticLoggerBinder не вдалося завантажити в пам'ять. Це трапляється, коли на шляху до класу не було знайдено відповідного прив'язки SLF4J. Розміщення однієї (і єдиної) з slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar або logback-classic.jar на шляху до класу повинно вирішити проблему.

Просто додайте цю банку разом із slf4j api.jar у свій класний шлях, щоб зробити все можливим. Удачі

Я вирішую це, додаючи цю бібліотеку: slf4j-simple-1.7.25.jar Ви можете завантажити це в офіційному веб-сайті https://www.slf4j.org/download.html

зіткнувся з тією ж проблемою і на payara 5.191

jcl-over-slf4j разом із slf4j-log4j12 вирішили проблему

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

Я знаю, що ця публікація трохи стара, але у випадку, якщо хтось інший зіткнеться з цією проблемою:

Додайте slf4j-jdk14-XXXjar до свого CLASSPATH (де XXX - номер версії - наприклад, slf4j-jdk14-1.7.5.jar).

HTH Петро

Я використовую Jena, і я додаю товаришську залежність до pom.xml

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

Я намагаюся додати slf4j-simple, але це просто зникає помилка "SLF4J: Не вдалося завантажити клас" org.slf4j.impl.StaticLoggerBinder "", але класичний зворотний зв'язок показує більш детальну інформацію.

Офіційний документ

рішення зазначено на їх офіційному веб-сайті:

Не вдалося завантажити клас org.slf4j.impl.StaticLoggerBinder

Це попередження повідомляється, коли клас org.slf4j.impl.StaticLoggerBinder не вдалося завантажити в пам'ять. Це трапляється, коли на шляху до класу не було знайдено відповідного прив'язки SLF4J. Розміщення однієї (і єдиної) slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar або logback-classic.jar на шляху класу повинно вирішити проблему. SINCE 1.6.0 Що стосується SLF4J версії 1.6, за відсутності прив'язки, SLF4J за замовчуванням реалізує реєстратор без операцій (NOP). Якщо ви несете відповідальність за упаковку програми та не піклуєтесь про ведення журналів, то розміщення slf4j-nop.jar на шляху класу вашої програми позбудеться цього попередження. Зауважте, що вбудовані компоненти, такі як бібліотеки або рамки, не повинні оголошувати залежність від будь-якого зв'язування SLF4J, а залежати лише від slf4j-api.

рішення: Я додав до свого проекту за допомогою Maven research on intellij, і я вибрав slf4j-jdk14.jar.

Швидше за все, ваша проблема була через <scope>test</scope>(в деяких випадках також <scope>provided</scope>), як згадувалося @thangaraj .

Документація говорить:

Ця область вказує на те, що залежність не потрібна для звичайного використання програми та доступна лише для етапів складання та виконання тестів. Залежності тесту не перехідні та є лише для класів тестів та виконання.

Отже, якщо вам не потрібні залежності для тестових цілей, ви можете використовувати замість (що ви побачите в 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>

Без будь-яких областей (за замовчуванням буде складено область, коли не передбачено іншої області):

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

Це те саме, що:

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

Ось мої 5 копійок ...

У мене були ті ж проблеми під час запуску тестів. Тому я це виправив, додавши реалізацію лише для виконання тестового часу. Я використовую gradle для цього проекту.

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

testRuntimeOnly group: 'ch.qos.logback', назва: 'logback-classic', версія: '1.2.3'

Для мене проблемою було: Використовуючи сплячий режим, я побачив, що він уже використовує slf4j, і він вже був на моєму уроці, тому вирішив його використовувати. Наступний крок - додавання імлементатора для slf4j, тому я додав maven:

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

Але це не вдалося помилково! SLF4J: Не вдалося завантажити клас "org.slf4j.impl.StaticLoggerBinder"

Рішення полягало в тому, що залежність від slf4j в сплячому режимі була версія 1.7.26 , і я додав незначну залежність версії 1.7.25 . Тож коли я це зафіксував - все стало нормально

Я не додав ніяких залежностей, я просто змінюю спосіб їх вживання.

Код попереднього перегляду

(Коментуйте цей код, якщо ви використовуєте еластичну пошукову версію <7.0)

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

Поточний код

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

Я використовую bulkrequest і я видаляю цю помилку.