SLF4J с запросом журнала еще не выполнил загрузку класса "org.slf4j.impl.StaticLoggerBinder"

У меня есть проект maven, который использует slf4j с logback как регистратор. Я мог видеть, что оба артефакта находятся в моем элементе дерева зависимостей maven. Но всякий раз, когда я пытался запустить свой проект, я продолжаю предлагать:

SLF4J: Не удалось загрузить класс "org.slf4j.impl.StaticLoggerBinder". SLF4J: по умолчанию для выполнения бездействия (NOP) SLF4J: Подробнее см. http://www.slf4j.org/codes.html#StaticLoggerBinder.

Я проверяю ссылку, и было сказано:

Помещение одного (и только одного) из slf4j-nop.jar, slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar или logback-classic.jar в путь класса должно решить проблему.

Я добавляю logback-classic к моему проекту (я использую 1.0.9), но я продолжаю запрашивать, что это сообщение и мой журнал не работают.

Может ли кто-нибудь помочь мне решить эту проблему? Спасибо.

UPDATE:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.employee.scheduler</groupId> <artifactId>rostering</artifactId> <version>0.0.1-SNAPSHOT</version> <name>nurserostering</name> <build> <pluginManagement> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration>  <source>1.7</source> <target>1.7</target> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <configuration> <archive> <manifest>  <addClasspath>true</addClasspath> <classpathPrefix>../../binaries/</classpathPrefix> </manifest> </archive> </configuration> </plugin> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>exec-maven-plugin</artifactId> <configuration> <executable>java</executable> <classpathScope>runtime</classpathScope> <arguments> <argument>-Xms256m</argument> <argument>-Xmx1024m</argument> <argument>-server</argument> <argument>-cp</argument> <classpath /> <argument>com.employee.scheduler.nurserostering.app.NurseRosteringApp</argument> </arguments> </configuration> </plugin> </plugins> </pluginManagement> </build> <dependencies> <dependency> <groupId>org.optaplanner</groupId> <artifactId>optaplanner-core</artifactId> <version>6.1.0.Final</version> </dependency> <dependency> <groupId>jdom</groupId> <artifactId>jdom</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>org.optaplanner</groupId> <artifactId>optaplanner-benchmark</artifactId> <version>6.1.0.Final</version> </dependency> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-core</artifactId> <version>1.0.9</version> </dependency> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.0.9</version> </dependency> </dependencies>

и вот мой logback.xml:

<?xml version="1.0" encoding="UTF-8"?>  <configuration> <appender name="consoleAppender" class="ch.qos.logback.core.ConsoleAppender"> <encoder>   <pattern>%d [%t] %-5p %m%n</pattern> </encoder> </appender>                 <logger name="org.optaplanner" level="debug"/> <logger name="com.employee.scheduler" level="debug"/> <root level="warn"> <appender-ref ref="consoleAppender" />  </root> </configuration>

Как я использую его в своей программе:

public class SolutionBusiness { protected final transient Logger logger = LoggerFactory.getLogger(getClass()); // some other codes public void doMove(Move move) { if (solver.isSolving()) { logger.error("Not doing user move ({}) because the solver is solving.", move); return; } if (!move.isMoveDoable(guiScoreDirector)) { logger.warn("Not doing user move ({}) because it is not doable.", move); return; } logger.info("Doing user move ({}).", move); move.doMove(guiScoreDirector); } }

Вот мои зависимости maven:

Ответы

Ответ 1

Думаю, это происходит, когда у вас есть пользовательская задача sbt, и эта задача использует slf4j. Пользовательская задача sbt, запускаемая с помощью runner имеет classPath, которые обычно указываются как

(dependencyClasspath in Compile) value

Это вызвало ошибку, когда logback-classic обычно logback-classic в % runtime.

Чтобы устранить эту ошибку, вы должны включить logback-classic в libraryDependencies при compile везде, где определена или используется пользовательская задача.

Ответ 2

У вас может быть только это конкретное сообщение об ошибке, если logback-classic или logback-core не находятся в пути к классам. Поскольку они находятся в ваших зависимостях maven (см. Pom) и в вашем пути к классу eclipse (см. Снимок экрана), это странно.

Сначала проверьте, все ли вы получаете то же сообщение об ошибке (возможно, вы исправили эту проблему и теперь получили другое сообщение об ошибке).

Во-вторых, в eclipse откройте тип "StaticLoggerBinder" и установите там точку останова. Также установите точку останова в "LoggerFactory.getLogger". Затем отлаживаем.

Ответ 3

Была такая же ошибка. Я пошел в репозиторий Maven и искал последние не бета-версии. Просто смена версий работала. Работающий пом:

<properties>
    <slf4j.version>1.7.26</slf4j.version>
    <logback.version>1.2.3</logback.version>
</properties>

<dependencies>
    <!-- LOGGING -->
    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>${logback.version}</version>
    </dependency>

    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-core</artifactId>
        <version>${logback.version}</version>
    </dependency>

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