Grundsätzliches zu log4j

[Camino]

Hallo,

ich bin gerade dabei, in meiner Swing-Anwendung log4j einzubauen, damit ich in einer Logdatei Infos und Fehler mitloggen kann, vor allem, wenn andere User die Anwendung getestet haben, damit ich dann später sehen kann, ob Fehler auftraten.

Da ich mich erst seit Kurzem mit log4j beschäftige, sind mir einige Sachen noch unklar:

1.) In meiner Properties-Datei mit den Einstellungen für log4j steht

log4j.rootLogger = DEBUG, FILE

. Was bedeutet dieser rootLogger? Was ist der Unterschied zu dem Logger, den ich in jeder zu loggenden Klasse so einbinde:

private static final Logger logger = Logger.getLogger( Klassenname.class );

?

2.) Ich möchte gerne alle Fehlermeldungen in die Log-Datei reingeschrieben haben. Soweit ich das bisher gesehen habe, muss man dies aber dann mit

logger.error(...)

in den Exceptions in der Klasse anlegen. Bei anderen (unbehandelten) Exceptions, die normalerweise auf der Konsole ausgegeben werden (wie z.B. NullPointerException) gibt es diese Möglichkeit ja nicht. Jetzt hatte ich irgendwo einen Lösungsansatz gelesen, System.out und System.err in die Log-Datei umzuleiten. Bin mir aber nicht sicher, ob dies der richtige Ansatz ist. Gibt es da eine bessere Möglichkeit? Oder wie macht ihr das?

3.) Sollte dann in der Anwendung grundsätzlich auf System.out.println() verzichtet werden und alles über log4j laufen?

4.) Macht es Sinn, verschiedene Log-Dateien anzulegen? Eine für die Infos und eine für die Errors? Wenn ja, wie geht das? Muss ich bestimmt in der Properties-Datei angegeben...

 

[musiKk]

1.) In meiner Properties-Datei mit den Einstellungen für log4j steht

log4j.rootLogger = DEBUG, FILE

. Was bedeutet dieser rootLogger? Was ist der Unterschied zu dem Logger, den ich in jeder zu loggenden Klasse so einbinde:

private static final Logger logger = Logger.getLogger( Klassenname.class );

?

Die Logger werden ja hierarchisch angelegt. Der [c]rootLogger[/c] ist einfach nur der in der Hierarchie am höchsten definierte Logger. Ansonsten müsste man bei jedem Logger z. B. das Log-Level angeben.

3.) Sollte dann in der Anwendung grundsätzlich auf System.out.println() verzichtet werden und alles über log4j laufen?

Ja, das ist sehr sinnvoll. Einen Logger kann man hinterher immer noch auf System.out lenken. Umgekehrt nicht.

4.) Macht es Sinn, verschiedene Log-Dateien anzulegen? Eine für die Infos und eine für die Errors? Wenn ja, wie geht das? Muss ich bestimmt in der Properties-Datei angegeben...

Würde ich nicht machen. Das macht es aufwändiger, Nachrichten aus verschiedenen Leveln miteinander zu korrelieren. Falls man doch filtern möchte, gibt es ja Tools wie grep oder Chainsaw.

Zu Swing kann ich leider nichts sagen, da weiß vielleicht jemand anders etwas.

 

[Camino]

Danke für die Infos. Werde mir das mit dem Logging erst mal noch weiter anschauen müssen, bis das so richtig läuft...

 

[AngryDeveloper]

2.) Du kannst einen UncaughtExceptionHandler nutzen um auf nicht gefangene Exceptions noch zu reagieren. An dieser stelle kannst du dann das Logging vollführen oder evtl. je nach Exception auch eine Meldung an den Benutzer ausgeben.

 

[maki]

3. Ja, kein Sysout
4. Kommt darauf an. In der Praxis ist es so, dass sich die User meist nicht für INFO, WARN, etc. pp. interessieren, höchstens (wenn überhaupt) für ERROR.

Wenn du mal mit log4j zurechtkommst kannst du dir ja mal logback + SLF4J ansehen, der Nachfolger von log4j.

 

[Camino]

2.) Du kannst einen UncaughtExceptionHandler nutzen um auf nicht gefangene Exceptions noch zu reagieren. An dieser stelle kannst du dann das Logging vollführen oder evtl. je nach Exception auch eine Meldung an den Benutzer ausgeben.

Danke. Das werde ich mir mal genauer anschauen...

 

[Camino]

3. Ja, kein Sysout

OK, werde ich dann umstellen.

4. Kommt darauf an. In der Praxis ist es so, dass sich die User meist nicht für INFO, WARN, etc. pp. interessieren, höchstens (wenn überhaupt) für ERROR.

Ich bin gerade noch in der Entwicklung, deshalb sind für mich erst mal die Infos und Fehlermeldungen wichtig. Vielleicht sollte ich ja einfach erstmal alles ausgeben lassen.

Wenn du mal mit log4j zurechtkommst kannst du dir ja mal logback + SLF4J ansehen, der Nachfolger von log4j.

Ja, ich werde mich erst mal ein bsischen weiter mit log4j beschäftigen, um das mal richtig zu verstehen und anwenden zu können. Hab damit eigentlich jetzt erst angefangen.

Danke für die Tipps...

 

[maki]

Ich bin gerade noch in der Entwicklung, deshalb sind für mich erst mal die Infos und Fehlermeldungen wichtig. Vielleicht sollte ich ja einfach erstmal alles ausgeben lassen.

Richtig, und DEBUG ist bei der Entwicklung gar nicht so selten, solange es nicht ständig an ist und Entwickler deswegen die Gigabytes an Logausgaben ignorieren.

Lässt sich zum Glück recht einfach steuern

 

[Camino]

Ja, ich hab mir jetzt mal die wichtigsten Infos zusammengestellt (Log-Level, Appender, Layouts...) und werde damit einfach mal ein bisschen herumexperimentieren.