Logging
Im Paket java.util.logging
findet sich eine einfache Logging-API.
Über die Methode getLogger()
der Klasse Logger
(Factory-Method-Pattern)
kann ein (neuer) Logger erzeugt werden, dabei wird über den String-Parameter
eine Logger-Hierarchie aufgebaut analog zu den Java-Package-Strukturen. Der
oberste Logger (der "Root-Logger") hat den leeren Namen.
Jeder Logger kann mit einem Log-Level (Klasse Level
) eingestellt werden;
Log-Meldungen unterhalb des eingestellten Levels werden verworfen.
Vom Logger nicht verworfene Log-Meldungen werden an den bzw. die Handler des Loggers und (per Default) an den Eltern-Logger weiter gereicht. Die Handler haben ebenfalls ein einstellbares Log-Level und verwerfen alle Nachrichten unterhalb der eingestellten Schwelle. Zur tatsächlichen Ausgabe gibt man einem Handler noch einen Formatter mit. Defaultmäßig hat nur der Root-Logger einen Handler.
Der Root-Logger (leerer String als Name) hat als Default-Level (wie auch sein
Console-Handler) "Info
" eingestellt.
Nachrichten, die durch Weiterleitung nach oben empfangen wurden, werden nicht am Log-Level des empfangenden Loggers gemessen, sondern akzeptiert und an die Handler des Loggers und (sofern nicht deaktiviert) an den Elternlogger weitergereicht.
- (K3) Nutzung der Java Logging API im Paket
java.util.logging
- (K3) Erstellung eigener Handler und Formatter
Wie prüfen Sie die Werte von Variablen/Objekten?
-
Debugging
- Beeinflusst Code nicht
- Kann schnell komplex und umständlich werden
- Sitzung transient - nicht wiederholbar
-
"Poor-man's-debugging" (Ausgaben mit
System.out.println
)- Müssen irgendwann entfernt werden
- Ausgabe nur auf einem Kanal (Konsole)
- Keine Filterung nach Problemgrad - keine Unterscheidung zwischen Warnungen, einfachen Informationen, ...
-
Logging
- Verschiedene (Java-) Frameworks:
java.util.logging
(JDK), log4j (Apache), SLF4J, Logback, ...
- Verschiedene (Java-) Frameworks:
Java Logging API - Überblick
Paket java.util.logging
Eine Applikation kann verschiedene Logger instanziieren. Die Logger bauen per Namenskonvention hierarchisch aufeinander auf. Jeder Logger kann selbst mehrere Handler haben, die eine Log-Nachricht letztlich auf eine bestimmte Art und Weise an die Außenwelt weitergeben.
Log-Meldungen werden einem Level zugeordnet. Jeder Logger und Handler hat ein Mindest-Level eingestellt, d.h. Nachrichten mit einem kleineren Level werden verworfen.
Zusätzlich gibt es noch Filter, mit denen man Nachrichten (zusätzlich zum Log-Level) nach weiteren Kriterien filtern kann.
Erzeugen neuer Logger
import java.util.logging.Logger;
Logger l = Logger.getLogger(MyClass.class.getName());
-
Factory-Methode der Klasse
java.util.logging.Logger
public static Logger getLogger(String name);
=> Methode liefert bereits vorhandenen Logger mit diesem Namen (sonst neuen Logger)
-
Best Practice: Nutzung des voll-qualifizierten Klassennamen:
MyClass.class.getName()
- Leicht zu implementieren
- Leicht zu erklären
- Spiegelt modulares Design
- Ausgaben enthalten automatisch Hinweis auf Herkunft (Lokalität) der Meldung
- Alternativen: Funktionale Namen wie "XML", "DB", "Security"
Ausgabe von Logmeldungen
public void log(Level level, String msg);
-
Diverse Convenience-Methoden (Auswahl):
public void warning(String msg) public void info(String msg) public void entering(String srcClass, String srcMethod) public void exiting(String srcClass, String srcMethod)
-
Beispiel
import java.util.logging.Logger; Logger l = Logger.getLogger(MyClass.class.getName()); l.info("Hello World :-)");
Wichtigkeit von Logmeldungen: Stufen
-
java.util.logger.Level
definiert 7 Stufen:SEVERE
,WARNING
,INFO
,CONFIG
,FINE
,FINER
,FINEST
(von höchster zu niedrigster Prio)- Zusätzlich
ALL
undOFF
-
Nutzung der Log-Level:
- Logger hat Log-Level: Meldungen mit kleinerem Level werden verworfen
- Prüfung mit
public boolean isLoggable(Level)
- Setzen mit
public void setLevel(Level)
=> Warum wird im Beispiel nach log.setLevel(Level.ALL);
trotzdem nur
ab INFO
geloggt? Wer erzeugt eigentlich die Ausgaben?!
Jemand muss die Arbeit machen ...
-
Pro Logger mehrere Handler möglich
- Logger übergibt nicht verworfene Nachrichten an Handler
- Handler haben selbst ein Log-Level (analog zum Logger)
- Handler verarbeiten die Nachrichten, wenn Level ausreichend
-
Standard-Handler:
StreamHandler
,ConsoleHandler
,FileHandler
-
Handler nutzen zur Formatierung der Ausgabe einen
Formatter
-
Standard-Formatter:
SimpleFormatter
undXMLFormatter
=> Warum wird im Beispiel nach dem Auskommentieren von
log.setUseParentHandlers(false);
immer noch eine zusätzliche Ausgabe
angezeigt (ab INFO
aufwärts)?!
Ich ... bin ... Dein ... Vater ...
-
Logger bilden Hierarchie über Namen
- Trenner für Namenshierarchie: "
.
" (analog zu Packages) => mit jedem ".
" wird eine weitere Ebene der Hierarchie aufgemacht ... - Jeder Logger kennt seinen Eltern-Logger:
Logger#getParent()
- Basis-Logger: leerer Name (
""
)- Voreingestelltes Level des Basis-Loggers:
Level.INFO
(!)
- Voreingestelltes Level des Basis-Loggers:
- Trenner für Namenshierarchie: "
-
Weiterleiten von Nachrichten
- Nicht verworfene Log-Aufrufe werden an Eltern-Logger weitergeleitet (Default)
- Abschalten mit
Logger#setUseParentHandlers(false);
- Abschalten mit
- Diese leiten an ihre Handler sowie an ihren Eltern-Logger weiter (unabhängig von Log-Level!)
- Nicht verworfene Log-Aufrufe werden an Eltern-Logger weitergeleitet (Default)
Wrap-Up
-
Java Logging API im Paket
java.util.logging
-
Neuer Logger über Factory-Methode der Klasse
Logger
- Einstellbares Log-Level (Klasse
Level
) - Handler kümmern sich um die Ausgabe, nutzen dazu Formatter
- Mehrere Handler je Logger registrierbar
- Log-Level auch für Handler einstellbar (!)
- Logger (und Handler) "interessieren" sich nur für Meldungen ab bestimmter Wichtigkeit
- Logger reichen nicht verworfene Meldungen defaultmäßig an Eltern-Logger weiter (rekursiv)
- Einstellbares Log-Level (Klasse
-
Schreiben Sie einen Formatter, welcher die Meldungen in folgendem Format auf der Konsole ausgibt. Bauen Sie diesen Formatter in alle Logger ein.
------------ Logger: record.getLoggerName() Level: record.getLevel() Class: record.getSourceClassName() Method: record.getSourceMethodName() Message: record.getMessage() ------------
-
Schreiben Sie einen weiteren Formatter, welcher die Daten als Komma-separierte Werte (CSV-Format) mit der folgenden Reihenfolge in eine Datei ausgibt (durch Anfügen einer neuen Zeile an bereits bestehenden Inhalt). Bauen Sie diesen Formatter in den Logger für den Ringpuffer ein.
record.getLoggerName(),record.getLevel(),record.getSourceMethodName(),record.getSourceClassName(),record.getMessage()
-
Ersetzen Sie in einem Beispielprogramm sämtliche Konsolenausgaben (
System.out.println
undSystem.err.println
) in der Vorgabe durch geeignete Logger-Aufrufe mit passendem Log-Level.Alle Warnungen und Fehler sollen zusätzlich in eine
.csv
-Datei geschrieben werden. Auf der Konsole sollen alle Log-Meldungen ausgegeben werden.
- [JDK-Doc] Java Core Libraries Developer Guide
Oracle Corporation, 2022.