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: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
