logging-log4j-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Smith <psm...@aconex.com>
Subject Re: Future of JULI<->Log4j bridging
Date Wed, 03 Sep 2008 03:58:17 GMT
Brett, if you get stuck, I can package something up here locally and  
email it to you privately if you like (or maybe I should republish to  
my ~psmith repo.. )


cheers,

Paul
On 03/09/2008, at 1:54 PM, Brett Randall wrote:

> Whoops - I lie.  I got an older snapshot from that location, and not  
> one
> later than the same problem described here
> https://issues.apache.org/bugzilla/show_bug.cgi?id=43567 .  Let me  
> go and
> test a later one.
>
> Cheers
> Brett
>
> On Wed, Sep 3, 2008 at 1:51 PM, Brett Randall <javabrett@gmail.com>  
> wrote:
>
>> Hi Paul,
>>
>> Thanks for your fast and informative response.
>>
>> AFAICT there isn't an equivalent to this around, and I suspect that  
>> people
>> would find it useful, given peoples intellectual investment and  
>> liking of
>> log4j and in recognition of the number of libraries using JUL.
>>
>> I grabbed the source and paused at the point where I needed to  
>> build log4j
>> component 1.0 to satisfy that Maven dependency - don't have the  
>> cycles to do
>> this today.  I grabbed the latest 1.0.0 SNAPSHOT from here
>> http://people.apache.org/~psmith/logging.apache.org/repo/org/apache/logging/apache-jul-log4j-bridge/1.0.0-SNAPSHOT/

>> <http://people.apache.org/%7Epsmith/logging.apache.org/repo/org/apache/logging/apache-jul-log4j-bridge/1.0.0-SNAPSHOT/

>> >.  This looks like it will work, but perhaps a log4j signature has  
>> changed -
>> I wanted to use latest 1.2.15 but I got:
>>
>> java.lang.NoSuchMethodError:
>> org.apache.log4j.spi.LoggingEvent.<init>(Ljava/lang/String;Lorg/ 
>> apache/log4j/Logger;JLorg/apache/log4j/Level;Ljava/lang/ 
>> Object;Ljava/lang/String;Lorg/apache/log4j/spi/ 
>> ThrowableInformation;Ljava/lang/String;Lorg/apache/log4j/spi/ 
>> LocationInfo;Ljava/util/Map;)V
>>    at
>> org 
>> .apache 
>> .logging 
>> .julbridge 
>> .JULLog4jEventConverter.convert(JULLog4jEventConverter.java:130)
>>    at
>> org 
>> .apache 
>> .logging.julbridge.JULBridgeHandler.publish(JULBridgeHandler.java:49)
>>    at java.util.logging.Logger.log(Logger.java:472)
>>    at java.util.logging.Logger.doLog(Logger.java:494)
>>    at java.util.logging.Logger.log(Logger.java:517)
>>    at java.util.logging.Logger.severe(Logger.java:1004)
>> ...
>>
>> ... and I'm wondering if this is Category versus Logger ...
>>
>> It would be interesting to hear if others would like to, as you  
>> suggest,
>> breathe some life back into this towards a release.  Do you know  
>> whether the
>> log4j component framework which it is dependent on was ever  
>> released, as
>> this would seem to be a blocker.
>>
>> Cheers
>> Brett
>>
>>
>> On Wed, Sep 3, 2008 at 12:28 PM, Paul Smith <psmith@aconex.com>  
>> wrote:
>>
>>>
>>> On 03/09/2008, at 12:21 PM, Brett Randall wrote:
>>>
>>> Hi all,
>>>>
>>>> I'm wondering what folks are using when they find they want to  
>>>> bridge an
>>>> application built with JULI logging to use a log4j logging backend.
>>>>
>>>> I'm aware of
>>>>
>>>> http://people.apache.org/~psmith/logging.apache.org/sandbox/jul-log4j-bridge/

>>>> <http://people.apache.org/%7Epsmith/logging.apache.org/sandbox/jul-log4j-bridge/

>>>> >
>>>> <
>>>> http://people.apache.org/%7Epsmith/logging.apache.org/sandbox/jul-log4j-bridge/
>>>>> ,
>>>> but it's in the sandbox and there's not a lot of detail on
>>>> status/roadmap.  Has anyone used this, or are there accepted
>>>> alternatives?
>>>>
>>>
>>> the jul-log4j-bridge has not been released yet because most of the  
>>> effort
>>> has been towards the log4j 1.2.16 and other sub-modules (receivers,
>>> zeroconf). As the sole developer of the bridge, I think it's feature
>>> complete, and there was at least one user I know of who's used  
>>> it.  Whether
>>> they're still using it, or if there are others using it I can't  
>>> say as I
>>> haven't had any reports.
>>>
>>> Obviously I'd love to have feedback on it out in the wild as this  
>>> would
>>> give us  impetus to go through a formal release.  Bit of a chicken/ 
>>> egg
>>> problem there though.  If you're up for giving it a shot, let me  
>>> know and
>>> I'll support you through the way (it would be a good test of the
>>> documentation... (you'd need to generate that via 'mvn site'  
>>> locally though,
>>> since it's not released, there's no public website for it as yet -  
>>> if that's
>>> a burden, I can generate a site here myself and zip it up for you  
>>> if you
>>> like).
>>>
>>> cheers,
>>>
>>> Paul Smith
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
>>> For additional commands, e-mail: log4j-user-help@logging.apache.org
>>>
>>>
>>

Paul Smith
Core Engineering Manager

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: psmith@aconex.com  www.aconex.com

This email and any attachments are intended solely for the addressee.  
The contents may be privileged, confidential and/or subject to  
copyright or other applicable law. No confidentiality or privilege is  
lost by an erroneous transmission. If you have received this e-mail in  
error, please let us know by reply e-mail and delete or destroy this  
mail and all copies. If you are not the intended recipient of this  
message you must not disseminate, copy or take any action in reliance  
on it. The sender takes no responsibility for the effect of this  
message upon the recipient's computer system.




Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message