[logback-user] jul-to-slf4j conflicts with logback-classic
cowwoc at bbs.darktech.org
Thu Oct 23 16:47:12 CEST 2008
I also hoping that 1.5.5 would fix the problem but it didn't. I'll meet you
on IRC at 3pm EST.
Ceki Gulcu-2 wrote:
> Hi Gili,
> Which version of SLF4J are you using? I am asking because SLF4J 1.5.5
> what might be a related problem.
> I should be available on IRC. Try to catch me if you can.
> cowwoc wrote:
>> I need your help with this.
>> I noticed that I can deploy the libraries just fine so long as I omit the
>> call to SLF4JBridgeHandler.install(). If I invoke that method then:
>> 1) I never see any more output from stdout
>> 2) Glassfish no longer replies to commands (I have to kill it using task
>> It also doesn't look like logback.xml is getting picked up because I have
>> debug="true" in my configuration but I see nothing special on startup.
>> Can we schedule another IRC session to troubleshoot this?
>> cowwoc wrote:
>>> If I deploy:
>>> I get:
>>> Deploying application in domain failed; Logging factory implementation
>>> cannot be null. See also http://www.slf4j.org/codes.html#null_LF
>>> but if I remove jul-to-slf4j from the classpath it works just fine
>>> (except, obviously, jul-to-slf4j is disabled).
>>> I am invoking SLF4JBridgeHandler.install() from within a
>>> ServletContextListener. Perhaps this is too late somehow?
>>> What am I doing wrong?
>>> Thank you,
> Ceki Gülcü
> Logback: The reliable, generic, fast and flexible logging framework for
> Logback-user mailing list
> Logback-user at qos.ch
View this message in context: http://www.nabble.com/jul-to-slf4j-conflicts-with-logback-classic-tp19590922p20132517.html
Sent from the Logback User mailing list archive at Nabble.com.
More information about the Logback-user