You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by Jim Moore <ji...@veritas.com> on 2001/05/19 19:06:15 UTC
RE: Log4J beyond 1.1 -- modify at runtime
What is meant, exactly, by "modify log4j settings at runtime"? From a
org.apache.log4j.gui.ChangeLoggingDialog within the application being run?
Sending it a SIGHUP to reread the file? From another VM that talks over a
socket?
-Jim Moore
-----Original Message-----
From: Ceki Gulcu [mailto:cgu@qos.ch]
Sent: Saturday, May 19, 2001 3:14 AM
To: LOG4J Developers Mailing List
Subject: Re: Log4J beyond 1.1, thunderdome!
At 03:00 19.05.2001 +0200, you wrote:
>Hello,
>
>To be able to plan the next releases of log4j, we would like to know what
>new features/enhancements/changes/wishes you have in mind for log4j beyond
>1.1.
>Please voice them on the log4j-dev@jakarta.apache.org mailing list.
Good idea.
>Also:
>- is the current documentation sufficient?
Documentation is almost never sufficient but again nobody has time to read
documentation anyway. :-)
>- a servlet to view the log (and sort, list, print), would this be usefull?
Yes, definitely.
>- a servlet to modify the log4j.properties, or is this overkill?
A facility to modify log4j settings at runtime is probably the most
important feature that is currently missing. As a corollary, the user should
be able to instruct log4j to spit out the current settings as a config file
(properties or XML).
>- should log4j support i18n? (dunno if it already correctly does)
Localization support is already there. Cheers, Ceki
ps: One other feature we need is to fully integrate one of the JDBCAppenders
in contribs/.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: log4j-dev-help@jakarta.apache.org
Re: Log4J beyond 1.1 -- modify at runtime
Posted by Anders Kristensen <ak...@dynamicsoft.com>.
Jim Moore wrote:
>
> What is meant, exactly, by "modify log4j settings at runtime"? From a
> org.apache.log4j.gui.ChangeLoggingDialog within the application being run?
> Sending it a SIGHUP to reread the file? From another VM that talks over a
> socket?
http://www.mail-archive.com/log4j-user%40jakarta.apache.org/msg01132.html
--
Anders Kristensen
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: log4j-dev-help@jakarta.apache.org