<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">There were a lot of fixes around this and other areas. Please upgrade to 5.6, then come back if you have problems.<div><br></div><div>Mark<br><div><div>On 1 Apr 2014, at 14:24, Romain Thouvenin <<a href="mailto:romain.thouvenin@amadeus.com">romain.thouvenin@amadeus.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><font size="2" face="Arial">Hello,</font>
<br>
<br><font size="2" face="Arial">I am working on a Web application that uses
a third-party component that uses Drools 5.2.1 (I know this is old, but
this is not my choice).</font>
<br><font size="2" face="Arial">While investigating memory leaks in my application,
I found out that after redeploying the webapp in the application server
(Weblogic), the leaking class loader is referenced by:</font>
<br>
<br><font size="2" face="Arial"> org.drools.util.CompositeClassLoader.classLoaders</font>
<br>
<br><font size="2" face="Arial">This is because when that class is instantiated
by org.drools.util.ClassLoaderUtil, the initial list of class loaders includes
the context class loader of the current thread, which is the class loader
of my webapp. But the class loader of CompositeClassLoader is not the same
as my webapp, so when I redeploy my webapp CompositeClassLoader continues
to exist and keep that reference to the webapp class loader, which is therefore
never garbage-collected.</font>
<br>
<br><font size="2" face="Arial">Browsing a bit through the code, I see no
reference to CompositeClassLoader.removeClassLoader that could remove the
faulty reference.</font>
<br>
<br><font size="2" face="Arial">So my questions are:</font>
<br><font size="2" face="Arial">1) Is my investigation correct?</font>
<br>
<br><font size="2" face="Arial">2) I found this thread on the list: </font><a href="http://drools.46999.n3.nabble.com/permgen-leak-td4027038i20.html"><font size="2" face="Arial">http://drools.46999.n3.nabble.com/permgen-leak-td4027038i20.html</font></a>
<br><font size="2" face="Arial">Is this the same issue as mine, meaning that
it is fixed in 5.6.0 and 6.0?</font>
<br><font size="2" face="Arial">If yes, pushing this third-party component
to upgrade is really the only solution I have?</font>
<br>
<br><font size="2" face="Arial">I am not at all a knowledgeable user of drools,
I just happen to be user of that third-party component, that is why I wanted
confirmation of my findings.</font>
<br>
<br><font size="2" face="Arial">Thanks for your help!</font>
<br><font size="2" face="Arial">Romain</font>
<br>
<br>_______________________________________________<br>rules-users mailing list<br><a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/rules-users</blockquote></div><br></div></body></html>