tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 42172] New: - Classloader leak
Date Thu, 19 Apr 2007 13:49:00 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=42172>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=42172

           Summary: Classloader leak
           Product: Tomcat 5
           Version: 5.5.23
          Platform: Other
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Catalina
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: kgross@dor.state.wi.us


On reload of a application memory usage in the PermGen rises steadily as does
the loaded classes count.  If you reload and access the application many times
and the remove the application and take a memory dump you'll that there are
still many instances of the WebappClassLoader in memory.  

If you then look for what refers to these instances you find cross classloader
references.  A specific case is that I find the ApplicationDispatcher class
which is loaded by StandardClassLoader has a static reference to an instance of
org.apache.commons.logging.impl.Log4JLogger that was loaded by one of the
WebappClassLoader s.

I have a very small war that I've been able to reproduce this problem with which
I'll attach.  I think the important bits are that the application includes log4j
and commons-logging in the WEB-INF/lib directory and some how some catalina
classes are seeing and using this class.

I've tested this with both Sun Java Sun 1.6.0 and 1.6.0_01.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message