You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2002/12/18 08:38:43 UTC

DO NOT REPLY [Bug 14042] - Memory leaks with JBoss 3.x +(Tomcat/Jetty)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14042>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14042

Memory leaks with JBoss 3.x +(Tomcat/Jetty)





------- Additional Comments From craig.mcclanahan@sun.com  2002-12-18 07:38 -------
I tried your test against stand-alone Tomcat 4.1.17 (just released for general
availability), using the manager reload command to initiate the reloads, and
observed basically the same behavior.  I suspect you may be correct about static
resources being maintained for things like LogFactory (Tomcat ships with
commons-logging-api in the common/lib directory).

As an experiment, I've added a method to LogFactory that lets you clear the
LogFactory instance (and associated Log instances) for a single class loader,
and then modified ActionServlet.destroy() to call this method.  Memory still
went up -- but at a slightly lower pace -- but I still eventually ran out.  As
such, I'm pretty suspicious that this is really a container problem, but this
needs more investigation.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>