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 2005/01/25 14:56:23 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://issues.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://issues.apache.org/bugzilla/show_bug.cgi?id=14042
tobias@telenorlink.se changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Resolution|LATER |
------- Additional Comments From tobias@telenorlink.se 2005-01-25 14:56 -------
I'm working on a project the relies on the fact that web apps may be deployed,
undeployed and reloaded without restart of the server. We have currently
deployed our solution on Tomcat versions 4.1 through 5.5 and we are
experiecing memory leak problems (and eventually OutOfMemoryErrors) on all of
these. Just recently I discovered that the problem seemed to be related to
Struts and its use of bean introspection. It seems that Struts fails to clean
up bean information cached by java.beans.Introspector. A call to one of the
methods java.beans.Introspector.flushCaches(),
java.beans.Introspector.flushCaches(Class) or
org.apache.commons.beanutils.PropertyUtilsBean.clearDescriptors() would solve
this.
I added a call to java.beans.Introspector.flushCaches() to my own application
whenever I undeploy or reload a web app, and the memory leakage seemed to
stop.
But the question is if this should't be handled by Struts? It seems only fair
that Struts cleans all resources it has created.
See (Tomcat) bug 26135 for related info.
--
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@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org