Wie Sie sich mit TÖDLICHEM Ausgang (oder alle benutzerdefinierten log-level) mit SLF4J und Log4j2

Ich habe diese spezifischen Anforderungen :

  • Müssen in der Lage sein, um log-in FATAL Ebene
  • Verwenden müssen SLF4J
  • Verwenden müssen Log4j2

Recht, hier ist nun mein Umsetzung:

final Logger logger = LoggerFactory.getLogger(HelloWorld.class);
final Marker marker = MarkerFactory.getMarker("FATAL");
logger.error(marker, "!!! Fatal World !!!");

Hier mein PatternLayout (in yaml):

PatternLayout:
  Pattern: "%d{ISO8601_BASIC} %-5level %marker [%t] %logger{3.} - %msg%n"

Hier mein log-Ausgabe : 

20150506T155705,158 ERROR FATAL [main] - !!! Fatal World !!!

Haben Sie eine Idee haben über, wie man effizient zu entfernen, die "FEHLER" aus der log-Ausgabe?

Vielen Dank

InformationsquelleAutor Daniel Marcotte | 2015-05-06
  1. 8

    Marker ist nicht wirklich das, was Sie hier wollen. Marker ist für die "Bereicherung" log-Nachrichten, so dass Sie mehr leicht durchsuchbar. Sie versuchen, ändern Sie den log-level/Priorität, die ein wenig anders ist.

    Bist du mit logger.error() dem melden der Nachricht als ERROR Ebene.

    Wenn es keine FATAL level pre-definiert (in der Regel gibt es, wie logger.fatal()), dann verwenden Sie die generische logger.log() festlegen können, um den log-level.

    logger.fatal(yourMessage);

    ODER

    logger.log(priorityLevel, yourMessage);

    UPDATE:

    Aus der SLF4J Homepage:

    Dem Marker-interface, Teil der org.slf4j-Paket, rendert die TÖDLICHE Ebene weitgehend überflüssig. Wenn ein Fehler Aufmerksamkeit erfordert darüber hinaus, dass die Mittel für die gewöhnlichen Fehler, markieren Sie einfach die logging-Anweisung mit einem speziell benannten marker können benannt werden "FATAL" oder irgendwelche anderen Namen nach Ihren wünschen.

    http://www.slf4j.org/faq.html#fatal

    So, mit SLF4J, es ist nicht möglich, ein FATAL log-level. Ich Stimme überhaupt nicht mit der Logik hinter dieser Entscheidung, aber es ist was es ist.

    • SLF4J nicht unterstützt diese Lösung. Ich weiß, dass Log4j2 unterstützt Sie, aber ich brauche, um das arbeiten mit der Fassade für legacy-code.
    • Leider, dann scheint es keine Möglichkeit zu tun, was Sie Fragen. SLF4J scheint zu denken, dass die FATAL Ebene ist "redundant", obwohl ich stark widersprechen. slf4j.org/faq.html#fatal
    InformationsquelleAutor SnakeDoc
  2. 5

    Hier ist die nächste funktionierende Lösung kam ich mit einigen Kollegen :

    1. Erstellen Sie eine Fatal Marker-Klasse mit SLF4J Marker.
    2. Mit einem RoutingAppender, verwenden Sie die Marker wie die routing-Muster: "$${marker:}"
    3. Konfigurieren Fatal-spezifische appender, der hat seine eigenen PatternLayout, dass nicht das LogLevel aber eine Feste TÖDLICHE Ebene.

    Hier ist die Java Beispiel : 

    Marker fatal = MarkerFactory.getMarker("FATAL");
//Usage example
final Logger logger = LoggerFactory.getLogger(FatalLogger.class);
logger.log(fatal, "this is a fatal message");

//Log sample : 
20150514T115144,279  FATAL [main] FatalLogger - this is a fatal message

    Hier ist die YAML Beispiel : 

    Configuration:
  status: debug

  Appenders:
    RandomAccessFile:
      - name: APPLICATION_APPENDER
        fileName: logs/application.log
        PatternLayout:
          Pattern: "%d{ISO8601_BASIC} %-5level %msg%n"
      - name: FATAL_APPENDER
        fileName: logs/application.log
        PatternLayout:
          Pattern: "%d{ISO8601_BASIC} FATAL %msg%n"

    Routing:
      name: ROUTING_APPENDER
      Routes:
        pattern: "$${marker:}"
        Route:
        - key: FATAL
          ref: FATAL_APPENDER
        - ref: APPLICATION_APPENDER #DefaultRoute

  Loggers:
    Root:
      level: trace
      AppenderRef:
        - ref: ROUTING_APPENDER
    • Beachten Sie, dass, wenn Sie gehen, erstellen Sie eine wrapper - (FatalLogger) sowieso, Sie können auch wickeln Sie ein Log4j2 Logger anstelle eines SLF4J-logger. So erhalten Sie fatal () - Methode, ohne zu springen durch die Reifen MARKER in Ihrem code, und Sie benötigen nur einen file-appender in Ihrer Konfiguration. Log4j2 enthält ein tool zum generieren benutzerdefinierter-logger-Wrapper, die nützlich sein können: logging.apache.org/log4j/2.x/manual/... (Dieses Werkzeug ist dafür gedacht, benutzerdefinierte log-Level, sondern man kann einfach erzeugen ein Umschlag ohne hinzufügen von benutzerdefinierten log-Stufen.)
    • Danke. das ist eine gute Idee! Im moment bin ich zu schreiben versucht, eine benutzerdefinierte RewritePolicy (stackoverflow.com/questions/30247323/...) anfügen, die SLF4J-Marker, um die ThreadContextMap. Mit, dass, würde ich in der Lage sein zu verwenden, die RoutingAppender mit $${ctx:_myMarker} und verwenden Sie nur Marken aus SLF4J. Ich würde Total SLF4J konform mit dieser Lösung.
    • Ich dachte nur, es scheint, wie Sie machen eine Menge Arbeit... von 3rd party-tools verwenden, SLF4J nicht TÖDLICH-Stufe log-Nachrichten, so dass alle die Arbeit, die Sie tun, zu unterstützen TÖDLICH ist, für die Protokolle generiert, die von Ihrer eigenen Anwendung. Da Sie versteckt sind, die log4j2 Abhängigkeit in Ihrem wrapper-Klasse sowieso, gibt es immer noch keinen nutzen zu SLF4J-konform?
    • Nun, es gibt mehr als nur "Fatal" in meinen Anforderungen. Die optimale Lösung wäre, um der Lage sein, leiten Nachrichten basierend auf der SLF4J-Marker, das scheint unmöglich im moment in Log4j2 (stackoverflow.com/questions/30111754/...). Mit SLF4J ermöglicht es uns, stick mit bekannten open-source-standards, Klacks integration und keine Umsetzung Verständnis von den anderen Entwickler-Sicht.
    • Sorry, vielleicht bin ich etwas fehlt, aber sobald Sie Dinge schaffen, wie benutzerdefinierte RewritePolicies, Sie sind fest binden Sie sich die log4j2 Umsetzung... ich würde empfehlen, anstatt Sie wenigstens nur von der log4j2-API. Sie können dies erreichen, indem Sie einfach die log4j2-API in Ihrem FatalLogger wrapper. Dies beseitigt die Notwendigkeit für benutzerdefinierte RewritePolicies, entfällt die Notwendigkeit für mehrere appenders zeigen auf die gleiche Datei, und daher entfällt auch die Notwendigkeit für die RoutingAppender und Marker. Klingt wie die ideale Lösung für mich (es sei denn, ich bin fehlt etwas).
    • Vielen Dank für Ihre Eingabe. Ich werde deine Ratschläge befolgen.
    • Deine Lösung oben definiert zwei appenders wenn Sie einzige Unterschied zwischen Ihnen ist die definition des Musters in der PatternLayout. Für die genaue situation sollten Sie nur eine einzige Appen und verwenden Sie eine PatternSelector statt.

    InformationsquelleAutor Daniel Marcotte
  3. 3

    Ich weiß, die Frage ist für log4j. Ich fand diese Seite, wenn Sie suchen, in Bezug auf logback. Hier ist, was sl4j empfiehlt: https://www.slf4j.org/faq.html#fatal.

    InformationsquelleAutor thebiggestlebowski
  4. 1

    Hier ist was ich getan habe, für log4j, die ich auch empfehlen für log4j2....

    Schreiben Sie Ihre eigenen benutzerdefinierten slf4j statische binder aka Brücke. Dies erfordert ein wenig Arbeit, aber es lohnt, sich für eine Vielzahl von komplizierten Gründen 1, dass ich das blog über einen Tag.

    Hier ist, was Sie tun.

    1. Kopieren Sie diesen code hier ein: https://github.com/apache/logging-log4j2/tree/master/log4j-slf4j-impl
    2. Sie dann Bearbeiten möchte Log4jLogger Klasse, und ändern Sie die marker-Methoden (trace,error,warn,info, etc) zum Versand angemessen. ie if (marker.contains("FATAL")) fatal(....);
    3. Ausschließen das original log4j-slf4j-impl von Ihrem Projekt und verwenden Sie Ihren neuen code.

    <soap-box-rant>

    Ich denke ehrlich gesagt, dass slf4j ist stark fehlerhaft, weil

    • macht es sehr schwierig/unmöglich zu überschreiben hardcore statische Initialisierung zusammen mit auch nicht die logger.fatal(...).
    • Marker werden nicht benötigt und sind von Natur aus Komplex:
      • Sehr sehr sehr wenige Projekte, verwenden Sie Markierungen. Ich sah tatsächlich/grep open-source-Projekte und marker-Auslastung nahe null niedrig.
      • Diejenigen, die marker sind da fatal fehlt. Es ist nicht 80/20. Marker sind für die 1% und fatal ist für die 99%.
      • Viele Entwickler denken, dass das irgendwie mit der Markierung "fatal" wird die Zuordnung fatal.
      • Nur wenige wissen, was ein freistehendes marker ist, einschließlich mir selbst.
      • Es gibt überschneidungen mit dem, was der MDC Kontext stellt. Veranstaltung dimension orientierte Datenbanken (elasticsearch, Druide, usw.) MDC Kontext überlegen ist (name/Wert-paar).

    </soap-box-rant>

    1 einer von Ihnen in der Lage, tatsächlich Teil der boot-Prozess Ihre logging-framework, im Gegensatz zu hart, zu bestimmen, fast beliebige statische Initialisierung

    InformationsquelleAutor Adam Gent
  5. 0

    Die einzige Lösung, die ich bisher gefunden habe, ist die Verwendung von 5-Marker : 

    final Marker traceMarker = MarkerFactory.getMarker("TRACE");
final Marker debugMarker = MarkerFactory.getMarker("DEBUG");
final Marker infoMarker = MarkerFactory.getMarker("INFO");
final Marker warnMarker = MarkerFactory.getMarker("WARN");
final Marker errorMarker = MarkerFactory.getMarker("ERROR");
final Marker fatalMarker = MarkerFactory.getMarker("FATAL");

    Und melden Sie übergeben die marker jedesmal : 

    logger.info(infoMarker, "!!! INFO World !!!");
logger.error(errorMarker, "!!! ERROR World !!!");
logger.error(fatalMarker, "!!! FATAL World !!!");

    Und ändern Sie die PatternLayout völlig zu entfernen, die LogLevel und immer melden sich die Marker, wie zum Beispiel : 

    PatternLayout:
  Pattern: "%d{ISO8601_BASIC} %marker [%t] %logger{3.} - %msg%n"

    Ich glaube, diese Lösung ist ein hack... würde Es auch entfernen, das log-level auf einer externen Bibliothek, die mit der LogLevel der richtige Weg.

    Zusammenfassung : Diese Lösung ist keine gute Lösung.

    UPDATE : ich habe versucht, eine andere Lösung ist das schreiben eines RewritePolicy : 

    public class FatalRewritePolicy implements RewritePolicy {

    public static final String FATAL = "FATAL";

    @Override
    public LogEvent rewrite(final LogEvent logEvent) {

        final Marker marker = logEvent.getMarker();
        if (marker == null)
            return logEvent;

        //Log Level is final in the LogEvent, there's no way we can modify it.
        Level level = logEvent.getLevel();

        return null;
    }
}

    Scheint es keine Möglichkeit zum ändern der LogLevel einer LogEvent in Log4j2 (die Sinn machen).

    Zusammenfassung : immer Noch keine Lösung.

    • In der rewrite-Richtlinie, die Sie erstellen können eine neue LogEvent und zurück, die neue Instanz (das ist, wie die RewritePolicy verwendet werden soll). Damit in Ihrem neuen LogEvent-Instanz können Sie die TÖDLICHE Ebene. Ein Beispiel ist in meiner Antwort auf diese Frage: stackoverflow.com/questions/30247323/...
    InformationsquelleAutor Daniel Marcotte
  6. 0

    Könnte man hinzufügen, "FATAL" am Anfang deiner Nachricht. Zum Beispiel:

    LOGGER.error("FATAL: database connection lost.");

    Verzichten Sie auf einige Dinge, wie die Filterung basierend auf der Ebene, aber das kann ok sein für viele Menschen, vor allem, da Sie wahrscheinlich nicht herausfiltern FATALEN Aussagen (debug und trace, sicher).

    InformationsquelleAutor thebiggestlebowski
Schreibe einen Kommentar