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 Tim McClure <Ti...@casi-rusco.com> on 2001/11/27 20:05:48 UTC
Run-time log4j configuration
I am using log4j and need to implement an interface that will allow for
dynamic run-time configuration. Does anyone have any recommendation on how
to do this?
Tim
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Run-time log4j configuration
Posted by Robert Bushman <bo...@traxel.com>.
Glad you like it!
Those classes are an experiment that went horribly awry :)
(well actually I learned a lot, so it was a success)
That was my first halting attempt at the serialization
problem. Turns out the Java security won't even allow
classes in the java.io package. If you try to
instantiate one it throws a SecurityException.
I initially planned to completely reimplement the
ObjectInputStream class to see how it worked.
I have to purge those files from the .jar, they are
covered by the Sun License, so I can't have them
in there. oops.
On Wed, 28 Nov 2001, Ceki Gulcu wrote:
>
> Robert,
>
> I am convinced that lumbermill will be successful.
>
> Checking log4j-new.jar I discovered unknown classes:
>
> > jar tvf log4j-new.jar
> [snip]
> 363 Sun Nov 18 09:46:02 GMT+01:00 2001 org/apache/log4j/io/LoggingEventInputStream.class
> 23093 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream.class
> 970 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream$GetField.class
> 4357 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream$GetFieldImpl.class
> 2228 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$1.class
> 2384 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$2.class
> 509 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$LoggingEventStreamClassEntry.class
> 775 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$CompareClassByName.class
> 1258 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$CompareMemberByName.class
> 1681 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$MethodSignature.class
> 18810 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass.class
> 379 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/ValidationCallback.class
>
> What is java/io/LoggingEventInputStream and org/apache/log4j/io/LoggingEventInputStream?
>
> Regards, Ceki
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Run-time log4j configuration
Posted by Ceki Gulcu <ce...@qos.ch>.
Robert,
I am convinced that lumbermill will be successful.
Checking log4j-new.jar I discovered unknown classes:
> jar tvf log4j-new.jar
[snip]
363 Sun Nov 18 09:46:02 GMT+01:00 2001 org/apache/log4j/io/LoggingEventInputStream.class
23093 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream.class
970 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream$GetField.class
4357 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventInputStream$GetFieldImpl.class
2228 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$1.class
2384 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$2.class
509 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$LoggingEventStreamClassEntry.class
775 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$CompareClassByName.class
1258 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$CompareMemberByName.class
1681 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass$MethodSignature.class
18810 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/LoggingEventStreamClass.class
379 Sun Nov 18 11:28:00 GMT+01:00 2001 java/io/ValidationCallback.class
What is java/io/LoggingEventInputStream and org/apache/log4j/io/LoggingEventInputStream?
Regards, Ceki
At 16:31 27.11.2001 -0500, you wrote:
>Hi Tim,
>
>I think this question may be better posed on the
>log4j-users list, but I have one possible answer you
>may wish to consider.
>
>I am working on a comprehensive GUI for log4j, which
>was inspired by Chainsaw. Currently it is only
>capable of altering Levels, and is implemented
>as a standalone app, but is headed for the same
>place you are.
>
>One possible drawback is that it is GPL, though
>we could discuss alternatives in private if you
>would like to link it into proprietary software.
>(guessing you are interested in integrating with
>Casi-Rusco's security sytems? I notice that CARMA
>is GPL, very nice)
>
>Screenshot:
>http://traxel.com/img/lumbermill-02.png
>
>Latest Tarball:
>http://fortyfive.traxel.com/tools/lumbermill.tar.gz
>
>On Tue, 27 Nov 2001, Tim McClure wrote:
>
>> I am using log4j and need to implement an interface that will allow for
>> dynamic run-time configuration. Does anyone have any recommendation on how
>> to do this?
>>
>> Tim
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Run-time log4j configuration
Posted by Robert Bushman <bo...@traxel.com>.
Hi Tim,
I think this question may be better posed on the
log4j-users list, but I have one possible answer you
may wish to consider.
I am working on a comprehensive GUI for log4j, which
was inspired by Chainsaw. Currently it is only
capable of altering Levels, and is implemented
as a standalone app, but is headed for the same
place you are.
One possible drawback is that it is GPL, though
we could discuss alternatives in private if you
would like to link it into proprietary software.
(guessing you are interested in integrating with
Casi-Rusco's security sytems? I notice that CARMA
is GPL, very nice)
Screenshot:
http://traxel.com/img/lumbermill-02.png
Latest Tarball:
http://fortyfive.traxel.com/tools/lumbermill.tar.gz
On Tue, 27 Nov 2001, Tim McClure wrote:
> I am using log4j and need to implement an interface that will allow for
> dynamic run-time configuration. Does anyone have any recommendation on how
> to do this?
>
> Tim
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
-------------------------------------------------------------------
Who owns your data?
Proprietary protocols and file formats are dangerous.
-------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>