[Helma-user] log4j
Michael Platzer
michael.platzer at knallgrau.at
Mon Aug 14 23:10:28 CEST 2006
hi,
today i played around with the log4j-configuration, and i am really
tempted to switch to log4j (development- as well as production-setups)
for the following reasons:
* the SMTP-Appender (-> get emails for FATAL messages)
* the JDBC-Appender (-> store ERROR messages persistently in a database;
that way they are safely stored, and wont get lost when deleting log-files)
* Chainsaw (-> integrate a java-applet into web-manage-interface and
watch real-time server-logs remotely over the web)
* asynchronous logging: could be a performance improvement, especially
when doing extensive logging for high-traffic websites;
* we can start using different log-levels within our applications
well, but i want to achieve a log4j-setup that is at least as powerful
as the default helma logging mechanism. but i don't know how to solve
the following issues:
* If I start a new application in helma, then the default helma logger
automatically creates the according log-files. With log4j I would need
to add an extra file-appender to (a global) log4j.xml to start distinct
log-files.
* With the default helma logger I can switch the log-level during
runtime by changing "debug" in app.properties. How can I tell Helma that
log4j.xml has been updated? (the same is true for logSQL=true)
* I would like to use distinct log4j.xml files for each application, and
not have to share one global log4j.xml for the whole Helma installation.
Possible?
* As far as I know gzipped logfiles are not possible within log4j 1.2.*,
but are an upcoming feature for 1.3.* This is not such a big issue,
since I could use a DailyRollingFileAppender in the meantime, and let
unix-logrotate do the gzipping.
maybe someone has hints/solutions for these issues. i would love to
switch to log4j, but am a bit worried about the extra maintenance-burden
when dealing with lots of apps running under a single helma-installation.
out of curiosity: who is using log4j (for development, resp for
production)? and how does your setup look like?
i attached my current log4j.xml to this email.
regards,
michi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log4j.xml
Type: text/xml
Size: 2710 bytes
Desc: not available
Url : http://helma.org/pipermail/helma-user/attachments/20060814/8b37a366/attachment.xml
More information about the Helma-user
mailing list