Logging soll wieder Konfiguration berücksichtigen
Mit der Umstellung von Lift 2.1 auf 2.2 entstand folgendes Problem:
Die im Objekt com.lehrkraftnews.util.LogFactory konfigurierte Datei target/classes/default.log4j.xml wird zwar ausweislich der Konsolenausgabe beim ersten Versuch einer log-Meldung durch log4j interpretiert, wirkt sich aber nicht aus.
Dort ist als root-priority der Wert DEBUG und als Zieldatei target/lehrkraftnews.log angegeben. Dennoch werden nur Meldungen ab Niveau INFO ausgegeben und zwar auf die Konsole.
Dies zeigt einerseits, dass das Logging im Prinzip funktioniert, aber anscheinend log4j nicht verwendet wird.
Vielleicht benutzt net.liftweb.common.Logger jetzt standardmäßig logback statt log4j und man müsste die Anleitung unter Lift-Logging, Abschnitt Using Logback umgekehrt durchführen?
Die im Objekt com.lehrkraftnews.util.LogFactory konfigurierte Datei target/classes/default.log4j.xml wird zwar ausweislich der Konsolenausgabe beim ersten Versuch einer log-Meldung durch log4j interpretiert, wirkt sich aber nicht aus.
Dort ist als root-priority der Wert DEBUG und als Zieldatei target/lehrkraftnews.log angegeben. Dennoch werden nur Meldungen ab Niveau INFO ausgegeben und zwar auf die Konsole.
Dies zeigt einerseits, dass das Logging im Prinzip funktioniert, aber anscheinend log4j nicht verwendet wird.
Vielleicht benutzt net.liftweb.common.Logger jetzt standardmäßig logback statt log4j und man müsste die Anleitung unter Lift-Logging, Abschnitt Using Logback umgekehrt durchführen?
Leave a comment
on 2011-01-07 09:33 *
By Christoph Knabe
Problem gelöst durch Entfernung der Dependency von slf4j-simple und Angabe stattdessen von slf4j-api und des Bindings slf4j-log4j12 in pom.xml .