Wie kann verhindert werden, dass die Rückmeldung zu Beginn jedes Protokolls ihren eigenen Status ausgibt?

Dies scheint ein Fehler in Bezug auf Nachlässigkeit zu sein, aber ich kann die Ursache nicht finden. Protokollierung mit logback / slf4j (neueste Version slf4j-api-1.6.1, logback core / classic 0.9.24). Die einfachste Protokollkonfiguration zum Testen ist:

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

Jedes Protokoll-Setup beginnt mit den internen Statuszeilen von logback:

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]

Dies ist laut Dokument das Standard-Logback, das standardmäßig verwendet wird. Anschließend wird die Konfiguration (die für die Ausgabe eines anderen Formats eingerichtet ist) gelesen und die ordnungsgemäß formatierte Ausgabe fortgesetzt. Es gibt einen Konfigurationsparameter, <configuration debug="false">der dies nicht beeinflusst.

Weiß jemand, wie man das abschaltet?

Wenn Sie das debugAttribut des configurationElements auf festlegen true, werden alle Statusinformationen an die Konsole gesendet. Wenn dies Ihr Problem ist, setzen Sie es einfach auf false oder entfernen Sie es.

Wenn Sie Konfigurationsprobleme der Stufe WARNoder höher haben, werden auch alle Statusinformationen an der Konsole protokolliert (einschließlich Meldungen der Stufe INFO). Die beste Lösung für dieses Problem besteht darin, das Problem zu beheben (in Ihrem Fall ersetzen Sie das <layout>Element durch ein <encoder>Element).

Wenn Sie das Problem aus irgendeinem Grund nicht beheben können, aber die Statusinformationen von der Konsole entfernen möchten, können Sie stattdessen eine Alternative konfigurieren StatusListener . Verwenden Sie die NopStatusListener, um die Statusinformationen vollständig zu entfernen:

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

Wie in den Dokumenten beschrieben , druckt Logback automatisch Statusdaten auf der Konsole, wenn beim Parsen der Konfigurationsdatei Warnungen oder Fehler auftreten.

Folgen Sie http://logback.qos.ch/codes.html#layoutInsteadOfEncoder, dh dem Link, der von logback in seiner Warnmeldung erwähnt wird. Sobald Sie die darin genannten Schritte ausgeführt haben, dh wenn Sie das <layout> -Element durch <encoder> ersetzen, wird bei der Rückmeldung das Drucken von Nachrichten auf der Konsole beendet.

Ceki Antwort ist richtig:

(...) Wenn beim Parsen der Konfigurationsdatei Warnungen oder Fehler auftreten, druckt Logback automatisch Statusdaten auf der Konsole.

Sobald Sie es richtig verstanden haben, wird es in den ersten Zeilen Ihres Protokolls keine Verschmutzung mehr geben.

Ab März 2015 müssen Sie in Logback 1.1.2 die <encoder>Unterkomponente verwenden. Diese<layout> ist jetzt veraltet. Wenn Sie sie verwenden, werden Fehlermeldungen angezeigt . Sie können dies nicht steuern. Dies ist das Standardverhalten von Logback .

Einige interne Klassen wurden ebenfalls umbenannt, und sogar die Beispiele auf ihrer Handbuchseite sind veraltet!

Hier ist das Code-Snippet von der Hilfeseite "Fehlercode" , auf der der Logger korrekt konfiguriert werden kann. Dies hat das Problem in meinem Projekt vollständig behoben. 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>

Mir wurde klar, dass Steve das Update gefunden hatte, aber er erwähnte es nicht im Thread. Falls eine andere Person das gleiche Problem hat, ist dies die Lösung.

Ersetzen Sie "<layout>" - Elemente durch "<encoder> .. </ encoder>"

Der Schuldige ist: <layout class = "ch.qos.logback.classic.PatternLayout">

Ich hatte selbst mit dem gleichen Problem zu kämpfen, dh es wurden gleich zu Beginn eine Reihe von Zeilen protokolliert, die nicht mit meinem Code zusammenhängen. Hier ist, wie ich es behoben habe.

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

Dies wird mit dem folgenden Eintrag in der Datei pom.xml ausgeführt

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

Dies scheint in 0.9.29 behoben zu sein. Habe gerade mehrere Tests gemacht. Keine Joran INFO mehr. Ich denke, dies ist das Fixing-Commit.

Ich hatte das gleiche Problem, das ich dieser Zeile hinzugefügt habe

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

im Logback und es hat erfolgreich funktioniert

Ich habe alles versucht und nichts hat bei mir funktioniert. Mein Problem war auf mehrere logback.xml-Dateien in meinem Klassenpfad zurückzuführen. Dies ist häufig bei multimodularen Projekten der Fall. Wenn sich nur eine logback.xml-Datei im Klassenpfad befindet, gibt es keine Mehrdeutigkeit und das Problem ist behoben.

Die Verwendung von logback.groovy:statusListener(NopStatusListener) (in the src/test/resources/logback.groovy) funktioniert.

(Ein gültiger Anwendungsfall ist z. B. die Arbeit mit ANT in Eclipse, die Verwendung von Logback-Protokollierung, groovigen Klassen und Komponententests, bei denen die Komponententests durchgeführt werden src/test/resources/logback.groovy, aber auch die src/main/resources/logback.groovy(oder ähnliche), die Sie nicht ausschließen können (wenn der Klassenpfad von ANT verwendet werden soll) der Projektklassenpfad).)

Ich bevorzuge die Verwendung des Status-Listeners, um eigene Logback-Protokolle auszuschalten:

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

Wie bereits erwähnt, verhindert NopStatusListener jedoch auch das Anzeigen von Warnungen und Fehlern. So können Sie Ihren benutzerdefinierten Status-Listener schreiben und die Protokollstufe manuell ändern:

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();
            }
        }
    }

}    

Verwenden Sie es dann in Ihrer logback.xml-Datei:

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