[jbosscache-dev] Updated to commons-logging 1.1.1 (for now...)

Jason T. Greene jason.greene at redhat.com
Tue Aug 19 11:16:33 EDT 2008


Nah that does bytecode manipulation. I am talking about basically what 
you wrote, but funneling it through jboss-logging instead of log4j.

Galder Zamarreno wrote:
> AFAIK, that's what Trustin's log2log does.
> 
> Jason T. Greene wrote:
>> What we need is a container adapter that maps Log API x.y.z to JBoss 
>> logging.
>>
>> Galder Zamarreno wrote:
>>> I did a similar thing for a customer who wanted to get their JDK 
>>> logging redirected where server.log was logging. I solved it by 
>>> adding a JDK to Log4j JDK logging handler but it's having some issues.
>>>
>>> If there're any other solutions, no one mentioned when I raised the 
>>> flag to support AS.
>>>
>>> Brian Stansberry wrote:
>>>> I don't think it's anything simple. See, for example, what Stan 
>>>> Silvert (copied) had to do to deal with the fact that a JSF impl 
>>>> used java.util.logging:
>>>>
>>>> https://svn.jboss.org/repos/jbossas/trunk/tomcat/src/main/org/jboss/web/jsf/integration/config/ 
>>>>
>>>>
>>>> Jason T. Greene wrote:
>>>>> Sounds good. I will look into how AS is mapping that now, in the 
>>>>> past you had to enable a special log appender.
>>>>>
>>>>> Manik Surtani wrote:
>>>>>> I'd rather go with JDK logging then.  IIRC, jboss-logging can 
>>>>>> intercept JDK logging events and log to the preferred engine, and 
>>>>>> this means fewer jars and NO DIRECT dependency on a lousy logging 
>>>>>> jar!
>>>>>>
>>>>>>
>>>>>> On 18 Aug 2008, at 18:47, Jason T. Greene wrote:
>>>>>>
>>>>>>> The last time this was discussed, the collective answer is that 
>>>>>>> jboss logging is the preferred wrapper framework, since we 
>>>>>>> control its destiny, but that the AS would add adapters for all 
>>>>>>> popular frameworks. For example, hibernate's decision *cough* 
>>>>>>> mistake *cough* lead to work on an sl4j adapter.
>>>>>>>
>>>>>>> JDK logging is also acceptable, since it's the standard one.
>>>>>>>
>>>>>>> Manik Surtani wrote:
>>>>>>>> I think JGroups is the only one.  I think we need to sort out 
>>>>>>>> some sort of logging standard for JBoss.  Who wants to bell THAT 
>>>>>>>> cat, now?  :-)
>>>>>>>> On 18 Aug 2008, at 14:57, Bela Ban wrote:
>>>>>>>>> I agree on the insanity of it all. Good that JGroups is not the 
>>>>>>>>> only dep which requires you to suck in commons-logging... :-)
>>>>>>>>>
>>>>>>>>> Manik Surtani wrote:
>>>>>>>>>> It *is* commons logging.
>>>>>>>>>>
>>>>>>>>>> On 16 Aug 2008, at 09:12, Bela Ban wrote:
>>>>>>>>>>
>>>>>>>>>>> Actually, which logging library does JBossCache use today ? I 
>>>>>>>>>>> thought it was commons-logging...
>>>>>>>>>>>
>>>>>>>>>>> Jason T. Greene wrote:
>>>>>>>>>>>> Manik Surtani wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> <SNIP />
>>>>>>>>>>
>>>>>>>>>>>>> Hmm, another jar dep.  We need commons logging anyway for 
>>>>>>>>>>>>> JGroups.
>>>>>>>>>>>>
>>>>>>>>>>>> Unfortunately I already have to include JBoss Logging since 
>>>>>>>>>>>> AOP uses it.
>>>>>>>>>>
>>>>>>>>>> For chrissake. Why on earth is LOGGING of all things such a 
>>>>>>>>>> challenge?  So this means using JBC with Hibernate will NOW 
>>>>>>>>>> need commons logging (JBC, JGroups), jboss logging (AOP) and 
>>>>>>>>>> slf4j (Hibernate), and all the while the JDK provides logging 
>>>>>>>>>> as well?!?  This is insane.
>>>>>>>>>>
>>>>>>>>>> -- 
>>>>>>>>>> Manik Surtani
>>>>>>>>>> Lead, JBoss Cache
>>>>>>>>>> manik at jboss.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Bela Ban
>>>>>>>>> Lead JGroups / Clustering Team
>>>>>>>>> JBoss - a division of Red Hat
>>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Manik Surtani
>>>>>>>> Lead, JBoss Cache
>>>>>>>> manik at jboss.org
>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> Jason T. Greene
>>>>>>> JBoss, a division of Red Hat
>>>>>>
>>>>>> -- 
>>>>>> Manik Surtani
>>>>>> Lead, JBoss Cache
>>>>>> manik at jboss.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
> 


-- 
Jason T. Greene
JBoss, a division of Red Hat



More information about the jbosscache-dev mailing list