Am I missing something - or does this exist already?

Logger.getLogger("someclass");
Appender appender = new ConsoleAppender();
appender.setThreshold(Priority.DEBUG);
Logger.addAppender(Appender newAppender)

All that is remaining is to have to do it be able to save them back to 
the config file?

Cheers,
Scott

Jason Poley wrote:
> Rob,
> that sounds very interesting, but I think one issue is having to edit
> the config file instead of an object.  Config file is good to "load" the
> settings.  But I desire an in memory place to change them, (and have a
> save() method that would save back to the config file.  
> 
> (much the way config.xml in weblogic works)
> 
> what are your thoughts on this?
> 
> -jason
> 
> 
> On Fri, 3 May 2002, Rob
> Mitchell wrote:
> 
> 
>>Jason,
>>
>>This is something that I'm currently working on as well.  This is not just
>>for Log4J but for a whole series of "components" in a J2EE application which
>>"logging" is just one piece.  Basically, I defined a Java interface for
>>"Refresh" that defines a "refresh()" method. All classes that want to can
>>implement this interface and define their own "refresh()" method.  Now I
>>have a web page that displays the current settings including logging and
>>changing these values and doing a system-wide "refresh" causes each of those
>>classes within my packages to have their "refresh()" method called.
>>
>>Is something like what you're thinking about?
>>
>>_________________________
>>Rob Mitchell
>>Base Class Technologies, Inc.
>>Java, WebSphere, Domino, Oracle development
>>[EMAIL PROTECTED]
>>
>>----- Original Message -----
>>From: "Jason Poley" <[EMAIL PROTECTED]>
>>To: <[EMAIL PROTECTED]>
>>Sent: Friday, May 03, 2002 9:02 PM
>>Subject: Memory based config
>>
>>
>>
>>>I have a question  regarding the log4j properties file.  Is there any
>>>current way (or plans to) have a means of storing the config settings in
>>>memory and editing them on the fly (instead of having to edit the
>>>properties file and wait for a reload?)
>>>
>>>This is functionality that I would like to use, and was wondering if there
>>>was anyone else who would need/want this.
>>>
>>>-jason
>>>
>>>
>>>--
>>>To unsubscribe, e-mail:
>>
>><mailto:[EMAIL PROTECTED]>
>>
>>>For additional commands, e-mail:
>>
>><mailto:[EMAIL PROTECTED]>
>>
>>
>>--
>>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>>
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


-- 
Scott Farquhar :: [EMAIL PROTECTED]

Atlassian :: http://www.atlassian.com
      Supporting YOUR J2EE World



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to