On 6/11/01 12:54 PM, "Daniel Rall" <[EMAIL PROTECTED]> wrote:
> Jason van Zyl <[EMAIL PROTECTED]> writes:
>
>> I don't think there is really any downside in using log4j.
>> It is certainly flexible enough and we can totally off load
>> the job of logging to log4j where it belongs and remove
>> logging code from Turbine completely which I think would
>> greatly simply things.
>>
>> I am getting to point where trying to separate our
>> various bits of functionality into components is
>> a real PITA when it comes to logging. I think log4j
>> would provide a clean consistent method for logging.
>> The only other real competitor is the logging JSR
>> which isn't complete, will require 1.4, and isn't
>> as feature rich as log4j. And I really do think
>> rolling our own logging system is a waste of time.
>
> I know that Jon and the e-point folks spent a lot of time on the
> Logging service, but I'm am always in favor of simplification and
> narrow APIs. Jason, if you really think this is a necessary change,
> you have my +1.
I think it is necessary, and beneficial. We gain nothing by rolling
our own but we have a lot to gain by using log4j directly. The greatest
being the resources in the log4j community. I think the logging will
be simplified yet be very powerful. And by using log4j directly
I believe that Ceki will be very keen to help us and there's no
better resource than Ceki when it comes to logging.
But also I believe the change will make the logging system
a great deal easier to manage. Most of the code will completely
disappear and be relegated to log4j. Creating simple appenders
for logging will also give a lot more flexibility. As I stated
before, trying to add database logging wasn't that easy.
I am finishing off some services refactoring and then I will
try out log4j :-) I will post summaries of the changes before
I start checking in tonight as they are extensive (yet backward compatible
:-)) and it will probably take me 3-4 hours to check everything in.
> Daniel
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
