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 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|LATER | ------- Additional Comments From [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
