cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From James Mao <james....@iona.com>
Subject Re: Logging framework
Date Tue, 18 Sep 2007 07:44:03 GMT
I don't know how much code we'll maintain, if it's just a few classes, 
i  guess it's ok,
otherwise i think a third party dependency is better,
looks like a lot of apache projects using it,
I also found jetty v6 is on the list

James

> This is a possibility.  I don't know if people want to avoid
> a third party library dependency...
> Jetty for example has its own Logger interface that can be
> easily implemented.
> See
> http://svn.jetty.codehaus.org/browse/jetty/jetty/trunk/modules/util/src/main/java/org/mortbay/log
>
> On 9/18/07, James Mao <james.mao@iona.com> wrote:
>   
>> Something like this http://www.slf4j.org/?
>>
>> James
>>
>>     
>>> It seems CXF logging uses java.util.logging, which is fine
>>> for a standalone product, but not so fine when integrating CXF
>>> inside another product (thinking about geronimo, servicemix, etc...).
>>> The main problem is that lots of products uses log4j or another
>>> logging mechanism, and not being able to integrate and use the
>>> same logging mechanism is imho a real pain for users who want to
>>> debug and see what happens.
>>>
>>> I'm thinking about creating a interface
>>>       
>> org.apache.cxf.common.logging.Logger
>>     
>>> that would be used instead of the java.util.logging.Logger class.  The
>>> LogUtils
>>> helper class would reuse a default implementation using
>>>       
>> java.util.logging,
>>     
>>> while other products could implement their own version to wrap their
>>> preferred logging api.
>>>
>>> Thoughts ?
>>>
>>>
>>>       
>
>
>
>   

Mime
View raw message