Як запобігти виведенню власного статусу вхідного журналу на початку кожного журналу?

Це здається помилковою необережністю, але я не можу знайти причину. Ведення журналу за допомогою logback / slf4j (остання версія slf4j-api-1.6.1, ядро ​​зворотного зв'язку / класичний 0.9.24). Найпростіша конфігурація журналу для тестування:

<configuration>
 <appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
  <layout class="ch.qos.logback.classic.PatternLayout">
   <!-- DONT USE THIS FORMATTER FOR LIVE LOGGING THE %L LINE NUMBER OUTPUTTER IS SLOW -->
   <pattern>%le %-1r [%c{1}:%L] %m%n</pattern>
  </layout>
 </appender>
 <root level="DEBUG">
  <appender-ref ref="stdout" />
 </root>
</configuration>

Кожна установка журналу починається з внутрішніх рядків статусу зворотного зв'язку:

11:21:27,825 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy]
11:21:27,826 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Found resource [logback-test.xml] at [file:.../logback-test.xml]
11:21:28,116 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - debug attribute not set
11:21:28,124 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
11:21:28,129 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [stdout]
11:21:28,180 |-INFO in ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Pushing component [layout] on top of the object stack.
11:21:28,206 |-WARN in ch.qos.logback.core.ConsoleAppender[stdout] - This appender no longer admits a layout as a sub-component, set an encoder instead.
11:21:28,206 |-WARN in ch.qos.logback.core.ConsoleAppender[stdout] - To ensure compatibility, wrapping your layout in LayoutWrappingEncoder.
11:21:28,206 |-WARN in ch.qos.logback.core.ConsoleAppender[stdout] - See also http://logback.qos.ch/codes.html#layoutInsteadOfEncoder for details
11:21:28,207 |-INFO in ch.qos.logback.classic.joran.action.RootLoggerAction - Setting level of ROOT logger to DEBUG
11:21:28,207 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [stdout] to Logger[ROOT]

який, відповідно до документів, використовує стандартний зворотний зв'язок за замовчуванням. Потім він закінчує читання конфігурації (яка налаштована для виведення іншого формату) і продовжує правильно відформатований вихід. Існує параметр config, <configuration debug="false">який на це не впливає.

Хтось знає, як це вимкнути?

Якщо встановити debugатрибут configurationелемента true, ви отримаєте всю інформацію про стан на консолі. Якщо це ваша проблема, просто встановіть її на помилку або видаліть її.

Якщо у вас виникли проблеми з налаштуваннями рівня WARNабо вище, ви також отримаєте всю інформацію про стан, записану на консоль (включаючи повідомлення рівня INFO). Найкраще рішення цієї проблеми - це виправити проблему (у вашому випадку замініть <layout>елемент на <encoder>елемент).

Якщо ви з якихось причин не можете усунути проблему, але хочете видалити інформацію про стан з консолі, можете замість цього налаштувати альтернативну StatusListener. Використовуйте NopStatusListenerдля повного видалення інформації про стан:

<configuration>
  <statusListener class="ch.qos.logback.core.status.NopStatusListener" />
  <!-- etc -->
</configuration>

Як описано в документах , якщо під час розбору конфігураційного файлу трапляються попередження або помилки, зворотний зв'язок автоматично надрукує дані про стан на консолі.

Дотримуйтесь http://logback.qos.ch/codes.html#layoutInsteadOfEncoder, тобто посилання, яке згадується при вході в своєму попереджувальному повідомленні. Після того, як ви будете виконувати вказані в ній кроки, тобто якщо ви заміните елемент <layout> на <encoder>, зворотний зв'язок припинить друкувати повідомлення на консолі.

Відповідь Чекі правильна:

(...) якщо під час розбору файлу конфігурації трапляються попередження або помилки, зворотний зв'язок автоматично надрукує дані про стан на консолі.

Як тільки ви правильно це зробите, в перших рядках вашого журналу більше не буде забруднень.

Станом на березень 2015 року в Logback 1.1.2 вам потрібно використовувати <encoder>підкомпонент - <layout>тепер застарілий, і якщо його використовувати, з’являться повідомлення про помилки. Ви не можете контролювати це, це поведінка за замовчуванням у режимі " Зворотний зв'язок" .

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

Ось фрагмент коду зі сторінки довідки про помилки коду , яка має правильний спосіб налаштування реєстратора. Це повністю вирішило це питання в моєму проекті. http://logback.qos.ch/codes.html#layoutInsteadOfEncoder

<appender name="FILE" class="ch.qos.logback.core.FileAppender">
  <file>testFile.log</file>
  ...
  <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
    <pattern>%msg%n</pattern>
  </encoder>
</appender>

Я зрозумів, що Стів знайшов виправлення, але він не згадував про це в потоці. У випадку, якщо будь-яка інша людина потрапила на ту саму проблему, тут це виправлення.

Замініть елементи "<layout>" на "<encoder> .. </encoder>"

Винуватець: <layout class = "ch.qos.logback.classic.PatternLayout">

Я і сам зіткнувся з тією ж проблемою, тобто на початку було купі рядків, які не були пов'язані з моїм кодом. Ось як я це виправив.

<configuration debug="false">

<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <!-- <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level 
        %logger{36} - %msg%n</pattern> </encoder> -->
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} %-5level %logger{10} - %msg%n</pattern>
    </encoder>
</appender>

<root level="error">
    <appender-ref ref="STDOUT" />
</root>

<logger name="fun.n.games" level="DEBUG" />

Це працює із наступним записом у pom.xml

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

Здається, це зафіксовано в 0.9.29. Просто зробив кілька тестів. Більше немає жодної ІНФОРМАЦІЇ Я думаю, що це фіксуюча фіксація.

У мене була така ж проблема, я додав цей рядок

        <!-- Stop output INFO at start -->
        <statusListener class="ch.qos.logback.core.status.NopStatusListener" />

під час реєстрації, і він успішно працював

Я все пробував, і мені нічого не вийшло. Моя проблема була через кілька файлів logback.xml у моєму класі. Це звичайний випадок у мультимодульних проектах. Якщо у класі class є лише один файл logback.xml, то неоднозначності немає і проблема вирішена.

Використання logback.groovy:statusListener(NopStatusListener) (в src/test/resources/logback.groovy) робіт.

(Дійсний випадок використання, наприклад, якщо ви працюєте з ANT у Eclipse, використовуючи журнал зворотного зв'язку, класові уроки та тестові одиниці, де проводяться одиничні тести src/test/resources/logback.groovy, але ви побачите src/main/resources/logback.groovy(або подібне), яке ви не можете виключити (якщо, як кажуть , використовує класний шлях ANT класифікація проектів).)

Я вважаю за краще використовувати слухач статусу, щоб вимкнути власні журнали входу:

<configuration>
  <statusListener class="ch.qos.logback.core.status.NopStatusListener" />
  ...
</configuration>

Але, як згадувалося, NopStatusListener також запобігає показу попередження та помилок. Таким чином, ви можете написати власний слухач статусу та змінити рівень журналу для нього вручну:

package com.your.package;

import ch.qos.logback.core.status.OnConsoleStatusListener;
import ch.qos.logback.core.status.Status;

import java.util.List;

public class PrintOnlyWarningLogbackStatusListener extends OnConsoleStatusListener {

    private static final int LOG_LEVEL = Status.WARN;

    @Override
    public void addStatusEvent(Status status) {
        if (status.getLevel() == LOG_LEVEL) {
            super.addStatusEvent(status);
        }
    }

    @Override
    public void start() {
        final List<Status> statuses = context.getStatusManager().getCopyOfStatusList();
        for (Status status : statuses) {
            if (status.getLevel() == LOG_LEVEL) {
                super.start();
            }
        }
    }

}    

Потім використовуйте його у файлі logback.xml:

<configuration>
  <statusListener class="com.your.package.PrintOnlyWarningLogbackStatusListener" />
  ...
</configuration>