Wir haben inzwischen einen weiteren Appender definiert und wie folgt in der fs-logging.conf konfiguriert:
# modules: ocm-modules
log4j.appender.ModuleAppender=org.apache.log4j.RollingFileAppender
#log4j.appender.ModuleAppender=de.espirit.firstspirit.server.logging.FSAppender
log4j.appender.ModuleAppender.File=log/modules/ocm-modules.log
log4j.appender.ModuleAppender.consoleLogging=false
log4j.appender.ModuleAppender.plainLogging=true
log4j.appender.ModuleAppender.datedLogging=true
log4j.appender.ModuleAppender.maxFileSize=2MB
log4j.appender.ModuleAppender.buffer=8192
log4j.appender.ModuleAppender.flushCycle=10
# configure thresholds specific to package names
log4j.logger.de.guj.ocm=DEBUG,ModuleAppender
log4j.logger.de.espirit.firstspirit.server.scheduler=INFO,ModuleAppender
Die zugehörige Log-Datei wird zwar erzeugt erzeugt (daher gehe ich davon aus, dass die Appender-Klasse gefunden wurde), aber sie bleibt komplett leer.
In der fs-server.log tauchen Einträge wie dieser auf
INFO 16.03.2011 10:01:20.597 {pID=4563,uID=0,seID=465986} (de.guj.ocm.publish.scheduler.FinishPublishing): finished 0 queue entries with status 'deploying' and priority '2'
der unserer Meinung nach in die Log-Datei geschrieben werden sollte. Wo liegt der Konfigurations-Fehler?
[EDIT: gelöst]
Wir hätten einfach mal ein layout für den Appender setzen sollen. Mit diesen beiden zusätzlichen Zeilen klappt es wie geplant:
log4j.appender.ModuleAppender.layout = org.apache.log4j.PatternLayout
log4j.appender.ModuleAppender.layout.ConversionPattern=%p %t %c - %m%n