Can I ask what you like about JUL? I have heard many complaints about it, 
ranging from performance (atrocious) to lack of nice layouts and how difficult 
it is to extend. (Which is why there's a JUL->log4j bridge, but not the other 
way around.)

I'd be interested to hear your thoughts on the trade-offs between JUL and 
log4j2. 

Sent from my iPhone

> On 2015/01/05, at 23:09, Goran Karlic <[email protected]> wrote:
> 
> Hi Shawn,
> 
> I looked into SLF4J - it seems an overkill for the situation: around 95% of 
> logs are JUL, maybe 5% log4j.
> 
> Adding multiple SLF4J jars for that 5% with their overhead is not really an 
> option -- But I'll think about it anyway, since it seems the only "fair" 
> solution.
> 
> I'll ask the dev of that module to switch from log4j to JUL, seems the 
> simplest solution (never would have thought that before - but one can always 
> learn :-)
> 
> Thank you!
> 
> 
>>> On 05 Jan 2015, at 21:53, Shawn Heisey <[email protected]> wrote:
>>> 
>>> On 1/4/2015 11:13 PM, Goran Karlic wrote:
>>> How can I configure log4j to redirect output to java.util.logging?
>> 
>> One way to do this (and it might be the only way) is to use slf4j for
>> your logging, and bind JUL as the logging destination.
>> 
>> The slf4j download includes what I call "intercept" jars -- jars that
>> implement other logging classes like log4j, commons logging, JUL, etc,
>> and redirect the logs into slf4j so that they are handled by whatever
>> binding you have chosen.
>> 
>> As long as the logs you need to redirect are log4j 1.x, this is possible
>> with software from www.slf4j.org.  There may be a jar within the log4j
>> 2.x download that will work with version 2.x, but I'm not entirely sure.
>> 
>> Here's some documentation I wrote for the Solr project on the topic of
>> intercept jars:
>> 
>> http://wiki.apache.org/solr/SolrLogging#A_note_about_SLF4J_intercept_jars
>> 
>> Thanks,
>> Shawn
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to