Erste Schritte Log4J Fragen

[lam_tr]

Hallo zusammen,

ich versuche gerade Log4J ein bisschen besser zu verstehen und hänge noch an ein paar Stellen. Bisher habe ich Spring Boot gemacht, da passiert aber so viel automatisch.

Ich habe so einige Dokumentation gelesen, aber das meiste ist immer so allgemein geschrieben oder ich habe noch nicht die richtigen gefunden.

Jetzt bin ich auf dem Weg alles manuell zu machen und habe da einige Fragen:

• Wenn Log4J bei mir im Projekt eingerichtet ist, wie kann ich es so konfigurieren, dass die Anwendung beim Starten die Logdatei in der Entwicklungsumgebung generiert. Bisher wird in Eclipse nur Console logs gemacht. In der Config datei wurde schon der ConsoleAppender und RollingFileAppender definiert.
• Wenn ich mehrere File appender in der Logdatei habe, woher weißt meine Klasse welchen LogAppender er nehmen soll?
  Beispiel:

  log4j.appender.test1.file=test1.loglog4j.appender.test2.file=test2.log
  log4j.appender.test3.file=test3.log

• Und wenn ich im Projekt 10 log4j-test1.properties, log4j-test2.properties ... log4j-test10.properties habe, werden die alle gezogen? Was werden mit Konflikte gemacht
• Wenn ich in mein Projekt Third Party Libs benutze die auch log4j.properties haben, ich schätze da wird zuerst meine log4j.properties gezogen oder?
• Gibt es einen Weg alle Log4J config properties herauszufinden?

Habt ihr eventuell noch weitere Bestpractises oder links wo ich da nachlesen kann?

Grüße
lam_tr

 

[lam_tr]

Ich glaube ich habe zu viele Fragen auf einmal gestellt, vielleicht fangen wir nochmal von vorne an und arbeiten Schritt für Schritt weiter.

Ich habe hier folgendes Beispiel:

log4j.rootLogger = DEBUG, CONSOLE, FILE
log4j.logger.com.foo=DEBUG,FILE
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=${user.home}/log.out

Hier wird ein Appendender für Console und File definiert, soweit so klar. Was bringt mir an der Stelle diesen Eintrag

log4j.logger.com.foo=DEBUG,FILE

? Oder wie wird darauf zugegriffen für diesen Custom Logger?

 

[kneitzel]

In

log4j.rootLogger = DEBUG, CONSOLE, FILE

hast Du festgelegt, dass Du generell DEBUG Informationen auf CONSOLE und FILE haben willst.

log4j.logger.com.foo=DEBUG,FILE

kann jetzt für den Namespace / Klasse "foo" das Logging umstellen.

Hier muss ich aber gestehen, dass ich mir nicht sicher bin, wie das Verhalten nun genau ist. Dies könntest Du einmal austesten. Entweder landen logs nun nur noch in der Datei und nicht mehr in der Console (additivity="false" Einstellung) oder Du hast es einmal in der Console und zwei Mal in der Datei (additivity="true", was im xml Config Standard ist)

Also das foo zu einem Namespace oder einer Klasse ändern und ausprobieren:

log4j.logger.com.my.namespace.MyClass=DEBUG,FILE

Im XML wäre das sowas in der Art:

  <Loggers>
    <Logger name="foo" level="debug" additivity="false">
      <AppenderRef ref="CONSOLE"/>
    </Logger>
    <Root level="debug">
      <AppenderRef ref="CONSOLE"/>
      <AppenderRef ref="FILE"/>
    </Root>
  </Loggers>

 

[lam_tr]

In

log4j.rootLogger = DEBUG, CONSOLE, FILE

hast Du festgelegt, dass Du generell DEBUG Informationen auf CONSOLE und FILE haben willst.

log4j.logger.com.foo=DEBUG,FILE

kann jetzt für den Namespace / Klasse "foo" das Logging umstellen.

Hier muss ich aber gestehen, dass ich mir nicht sicher bin, wie das Verhalten nun genau ist. Dies könntest Du einmal austesten. Entweder landen logs nun nur noch in der Datei und nicht mehr in der Console (additivity="false" Einstellung) oder Du hast es einmal in der Console und zwei Mal in der Datei (additivity="true", was im xml Config Standard ist)

Also das foo zu einem Namespace oder einer Klasse ändern und ausprobieren:

log4j.logger.com.my.namespace.MyClass=DEBUG,FILE

Im XML wäre das sowas in der Art:

  <Loggers>
    <Logger name="foo" level="debug" additivity="false">
      <AppenderRef ref="CONSOLE"/>
    </Logger>
    <Root level="debug">
      <AppenderRef ref="CONSOLE"/>
      <AppenderRef ref="FILE"/>
    </Root>
  </Loggers>

Wie switche ich sozusagen ich von RootLogger auf den Custom Logger? Oder wird beides benutzt? Es macht doch viel mehr Sinn wenn nur in bestimmten Fällen der Custom Logger eingeschaltet wird, d.h. in bestimmten Klassen gehe ich auf den Custom Logger ein oder?

 

[kneitzel]

Die Idee ist doch, dass man gewisse Bereiche nicht ganz so ausführlich loggen will wie andere.

Also wenn z.B. in Produktion ein Fehler auftritt, dann ist es üblich, dass man "einen Trace zieht". Du stellst also das Logging so um, dass Trace oder Debug Informationen kommen.
Das kann aber extrem viel an Daten sein. Und wenn Dich gewisse Bereiche nicht interessieren, dann willst Du diese Bereiche entweder gar nicht aktivieren (Dann aktivierst Du den hohen Level nur für bestimmte Bereiche) oder du setzt den hohen Level beim root Logger und reduzierst dies dann für die Bereiche, die Dich nicht interessieren. (Das ist unser vorgehen bei Integrationstests. da wird im Integrationstest nur das intensiv geschrieben, was im Test wichtig ist. Sollte da also ein Verhalten sein, dass nicht erwartet wurde, dann kann das mit den Traces analysiert werden.)

 

[lam_tr]

Die Idee ist doch, dass man gewisse Bereiche nicht ganz so ausführlich loggen will wie andere.

Also wenn z.B. in Produktion ein Fehler auftritt, dann ist es üblich, dass man "einen Trace zieht". Du stellst also das Logging so um, dass Trace oder Debug Informationen kommen.
Das kann aber extrem viel an Daten sein. Und wenn Dich gewisse Bereiche nicht interessieren, dann willst Du diese Bereiche entweder gar nicht aktivieren (Dann aktivierst Du den hohen Level nur für bestimmte Bereiche) oder du setzt den hohen Level beim root Logger und reduzierst dies dann für die Bereiche, die Dich nicht interessieren. (Das ist unser vorgehen bei Integrationstests. da wird im Integrationstest nur das intensiv geschrieben, was im Test wichtig ist. Sollte da also ein Verhalten sein, dass nicht erwartet wurde, dann kann das mit den Traces analysiert werden.)

Alles klar danke dir, bin jetzt ein bisschen weitergekommen.