<font size=2 face="sans-serif">Before asking for an upgrade to this third
party, I did a test.</font>
<br><font size=2 face="sans-serif">I managed to assemble a build of the
component using Drools 5.6.0.Final, and tried to use-and-redeploy my webapp.</font>
<br>
<br><font size=2 face="sans-serif">I did not face any problem due to the
upgrade, but it seems the leak is still there.</font>
<br><font size=2 face="sans-serif">Out of the two instances of CompositeClassLoader
that I could see with 5.2.1, one has gone so it is going in the good direction.</font>
<br><font size=2 face="sans-serif">But there is still one that prevents
garbage collection.</font>
<br>
<br><font size=2 face="sans-serif">The CompositeClassLoader is given the
webapp class loader instance when it is instantiated by RuleBaseConfiguration:</font>
<br>
<br><font size=2 face="sans-serif"> ClassLoaderUtil.getClassLoader(ClassLoader[],
Class<?>, boolean) line: 43 </font>
<br><font size=2 face="sans-serif"> at RuleBaseConfiguration.setClassLoader(ClassLoader...)
line: 945 </font>
<br><font size=2 face="sans-serif"> at RuleBaseConfiguration.init(Properties,
ClassLoader...) line: 421 </font>
<br><font size=2 face="sans-serif"> at RuleBaseConfiguration.<init>()
line: 267 </font>
<br><font size=2 face="sans-serif"> at RuleBaseConfiguration.<clinit>()
line: 175 </font>
<br>
<br>
<br><font size=2 face="sans-serif">Any work-around available in 5.6?</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br><font size=2 face="sans-serif">Romain</font>
<br>
<br>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">Mark Proctor <mproctor@codehaus.org></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">Rules Users List <rules-users@lists.jboss.org>,
</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">01/04/2014 19:38</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Re: [rules-users]
Memory leak due CompositeClassLoader</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Sent by:
</font><font size=1 face="sans-serif">rules-users-bounces@lists.jboss.org</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=3>There were a lot of fixes around this and other areas.
Please upgrade to 5.6, then come back if you have problems.</font>
<br>
<br><font size=3>Mark</font>
<br><font size=3>On 1 Apr 2014, at 14:24, Romain Thouvenin <</font><a href=mailto:romain.thouvenin@amadeus.com><font size=3 color=blue><u>romain.thouvenin@amadeus.com</u></font></a><font size=3>>
wrote:</font>
<br>
<br><font size=2 face="Arial">Hello,</font><font size=3> <br>
</font><font size=2 face="Arial"><br>
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><font size=3>
</font><font size=2 face="Arial"><br>
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><font size=3> <br>
</font><font size=2 face="Arial"><br>
org.drools.util.CompositeClassLoader.classLoaders</font><font size=3>
<br>
</font><font size=2 face="Arial"><br>
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><font size=3>
<br>
</font><font size=2 face="Arial"><br>
Browsing a bit through the code, I see no reference to CompositeClassLoader.removeClassLoader
that could remove the faulty reference.</font><font size=3> <br>
</font><font size=2 face="Arial"><br>
So my questions are:</font><font size=3> </font><font size=2 face="Arial"><br>
1) Is my investigation correct?</font><font size=3> <br>
</font><font size=2 face="Arial"><br>
2) I found this thread on the list: </font><a href="http://drools.46999.n3.nabble.com/permgen-leak-td4027038i20.html"><font size=2 color=blue face="Arial"><u>http://drools.46999.n3.nabble.com/permgen-leak-td4027038i20.html</u></font></a><font size=3>
</font><font size=2 face="Arial"><br>
Is this the same issue as mine, meaning that it is fixed in 5.6.0 and 6.0?</font><font size=3>
</font><font size=2 face="Arial"><br>
If yes, pushing this third-party component to upgrade is really the only
solution I have?</font><font size=3> <br>
</font><font size=2 face="Arial"><br>
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><font size=3> <br>
</font><font size=2 face="Arial"><br>
Thanks for your help!</font><font size=3> </font><font size=2 face="Arial"><br>
Romain</font><font size=3> <br>
<br>
_______________________________________________<br>
rules-users mailing list</font><font size=3 color=blue><u><br>
</u></font><a href="mailto:rules-users@lists.jboss.org"><font size=3 color=blue><u>rules-users@lists.jboss.org</u></font></a><font size=3><br>
</font><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><font size=3>https://lists.jboss.org/mailman/listinfo/rules-users</font></a>
<br><tt><font size=2>_______________________________________________<br>
rules-users mailing list<br>
rules-users@lists.jboss.org<br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a>
<br>