Java Logging API

[Wang]

Hallo,

es wäre sehr nett, wenn sich jemand das kleine Beispielprogramm auf den Seiten 9, 10, 11 unter dem Link http://berrendorf.inf.fh-bonn-rhein-sieg.de/lehre/ss03/vups1/Seminar/3_LoggingInJava.pdf ansehen könnte, denn ich habe dort ein paar Verständnisprobleme (für eine bessere Übersicht habe ich den Quellcode der drei Klassen hier nicht eingefügt, kann das aber gerne machen, wenn das für Euch besser sein sollte):

- In der Klasse LoggingA wurde der Log Level des Handlers nicht gesetzt. Gilt dann der Default global logging level aus der Datei

<java_home>/jre/lib/logging.properties

?
- In der Klasse LoggingB heißt es

static Handler handler;

. Ich verstehe nicht, warum das als Klassenvariable definiert wird (werden muss?)?
- Meint das

logger.setUseParentHandlers(false);

in der Klasse LoggingB einfach nur, dass für diese Klasse der FileHandler aus der Klasse LoggingA nicht verwendet wird?
- In der Klasse LoggingC wird weder ein FileHandler noch ein Log Level definiert. Gelten dann die Default-Werte aus

<java_home>/jre/lib/logging.properties

?
- Müsste

LoggingB log_b = new LoggingB();

in der Klasse LoggingC nicht dazu führen, dass "LoggingA erzeugt." auf der Konsole ausgegeben wird ???:L

Vielen Dank für Eure Mühe!

Gruß
Wang

 

[JPT]

Darf ich fragen, warum du das Dokument nachvollziehen willst?
Ich bin mir nicht sicher, ob es geeignet ist Logging zu lernen.

Normalerweise werden weder Log-Level noch Handlers (Logfiles) im Java-Source konfiguriert.
Dies sollte in separaten Konfig-Dateien geschehen, denn der Witz der Loglevel bzw des Logging-Frameworks an sich ist, dass du je nach Umgebung (Entwicklung, Testen, Produktion) unterschiedliche Konfigurationen hast, sodass in Produktion wesentlich weniger geloggt wird als in der Entwicklung.

 

[JPT]

Ach ja... statisch sind Logger (und in dem Fall Handler), weil man sie nur einmal erzeugt, und für jede Instanz der loggenden Klasse wiederverwendet.
kann man auch anders machen, wenn zb der Logger Informationen über die aktuelle Instanz der Klasse besitzen soll. Hängt auch davon ab, wie lange eine Instanz dieser Klasse lebt, oder wie viele davon erzeugt werden.
Für den Handler in diesem speziellen Fall kann ich nicht sagen, ob er statisch sein MUSS.

 

[Wang]

Moin,

Darf ich fragen, warum du das Dokument nachvollziehen willst?
Ich bin mir nicht sicher, ob es geeignet ist Logging zu lernen.

ich habe in Google etliche Seiten abgeklappert, um das Logging mit der Java Logging API zu lernen und dieses Dokument schien dafür ziemlich gut zu sein.

Falls jemand die Zeit/Motivation hat, wäre es sehr nett, wenn jemand noch auf meine Fragen im ersten Beitrag eingehen könnte, denn ich habe da nachwievor Probleme...

Vielen Dank!

Gruß
Wang

 

[JohannisderKaeufer]

- Müsste

LoggingB log_b = new LoggingB();

in der Klasse LoggingC nicht dazu führen, dass "LoggingA erzeugt." auf der Konsole ausgegeben wird ???:L

Das hat mir auch erst Rätsel aufgegeben.
Das Problem ist das der Handler ein bestimmtes Loglevel hat. Aber auch der Logger hat ein Loglevel.

Logger ist default Level.INFO
Der Handler wird explizit auf Finest gesetzt.

Wenn nun geloggt wird, bekommt der Logger das Level der Nachricht mit (CONFIG) und entscheidet, so genau will ich es überhaupt nicht wissen.

Der Handler bekommt die Nachricht also garnicht zu sehen.

Ein Beispiel wäre, wenn du sagst, das du alles auf der Konsole ausgeben möchtest, zusätzlich aber Warning in die Datei schreiben möchtest.
Dann setzt du
Logger => ALL
und fügst 2 Handler Hinzu
ConsoleHandler => FINEST
FILEHANDLER => WARNING

Wenn nun ein Nachricht mit CONFIG kommt. Sagt der Logger, das ist in ALL enthalten und reicht es an seine Handler weiter.
ConsoleHandler verarbeitet da CONFIG in FINEST enthalten ist.
FILEHANDLER läßt die Nachricht aussen vor, da er nur auf WARNING und SEVERE reagiert.

- Meint das logger.setUseParentHandlers(false); in der Klasse LoggingB einfach nur, dass für diese Klasse der FileHandler aus der Klasse LoggingA nicht verwendet wird?

Das bezieht sich auf Packages.

Der Logger bekommt einen Namen i.d.R
package.subpackage.Klasse

Nun kann man in Propertiesdateien konfigurieren, das es verschiedene Logger gibt
package => Logger1
package.subpackage => Logger2
package.subpackage.Klasse => Logger3

Wenn für Logger3.useParentHandler = true konfiguriert ist und logger3 loggt, so wird die Nachricht auch mit Logger2 verarbeitet.
Wenn Logger2 eine Nachricht verarbeitet und Logger2.useParentHandler = false ist, so bekommt Logger1 die Nachricht nicht zu sehen.
Ich hoffe das ist einigermaßen nachvollziehbar.