[logback-dev] [JIRA] Issue Comment Edited: (LBCLASSIC-183) Tomcat reports SEVERE ThreadLocal issues upon shutdown

Ceki Gulcu (JIRA) noreply-jira at qos.ch
Mon Oct 18 20:28:51 CEST 2010


    [ http://jira.qos.ch/browse/LBCLASSIC-183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11861#action_11861 ] 

Ceki Gulcu edited comment on LBCLASSIC-183 at 10/18/10 8:27 PM:
----------------------------------------------------------------

Carey, 

After testing if overriding tyhreadLocal.initialValue() changes anything, in particular with respect to ThreadLocalMap referring to the web-app's class loader, I can confirm that it does the trick, i.e. makes Tomcat happy.

      was (Author: noreply.ceki at qos.ch):
    Carey, 

I am going to test to see if overriding yhreadLocal.initialValue() changes anything, in particular with respect to ThreadLocalMap referring to the web-app's class loader. 
  
> Tomcat reports SEVERE ThreadLocal issues upon shutdown
> ------------------------------------------------------
>
>                 Key: LBCLASSIC-183
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-183
>             Project: logback-classic
>          Issue Type: Bug
>    Affects Versions: 0.9.18
>         Environment: Tomcat 6.0.24, JDK 6, Windows or Solaris
>            Reporter: Anthony Whitford
>            Assignee: Ceki Gulcu
>
> I have a webapp that uses Logback, deployed on a Tomcat instance.  Upon shutdown, Tomcat reports this and doesn't completely shut down:
> SEVERE: A web application created a ThreadLocal with key of type [org.slf4j.impl.CopyOnInheritThreadLocal] (value [org.slf4j.impl.CopyOnInheritThreadLocal at 1bb35
> b]) and a value of type [null] (value [null]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.
> Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
> SEVERE: A web application created a ThreadLocal with key of type [null] (value [ch.qos.logback.core.UnsynchronizedAppenderBase$1 at 10e2558]) and a value of type [java.lang.Boolean] (value [false]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.
> Is LogBack leaking resources?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the logback-dev mailing list