[jboss-jira] [JBoss JIRA] Resolved: (JBRULES-2266) Memory leaks where the classloader cannot be garbage collected / impossible to dispose tomcat devloader when i reload context (drools keep reference)...

[Edson Tirelli (JIRA)]

     [ https://jira.jboss.org/browse/JBRULES-2266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Edson Tirelli resolved JBRULES-2266.
------------------------------------

    Resolution: Out of Date


The complete classloading strategy in Drools was re-implemented in Drools 5. I am therefore closing this ticket as out of date. If you still see the problem in Drools 5, please re-open this ticket and attach a test case where we can reproduce the problem and I will debug it and fix it.

> Memory leaks where the classloader cannot be garbage collected / impossible to dispose tomcat devloader when i reload context (drools keep reference)...
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBRULES-2266
>                 URL: https://jira.jboss.org/browse/JBRULES-2266
>             Project: Drools
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: All
>    Affects Versions: 4.0.7
>         Environment: XP SP2    2Mo     Tomcat 5.5.9 /  drools 4.0.7 
>            Reporter: GREFFET Emmanuel
>            Assignee: Edson Tirelli
>            Priority: Critical
>             Fix For: 5.1.0.CR1
>
>
> (sorry for my English) We use drools 4.0.7 
> in a hospital application.
>  We load drools and our programs (services) with tomcat Devloader 
>  (5.5.9) We use drools in statefullsession (retract and insert facts 
>  by rules in a ruleFlow).
>  everything is perfect for us, except a little problem of "dispose" 
>  with tomcat due to drools.
>  Through the Tomcat console when we try to restart our webapp, tomcat 
>  can't dispose the old Devloader (in Eclipse we can see that many 
>  drools class use class attribute ClassLoader without any dispose ???) 
>  In production, we used different webapps in a Tomcat, so we can't 
> easily stop Tomcat, so until we stop tomcat, the reload of the 
>  webapps is longer and longer ... (many devloader(s) can't dispose)...
> anyone has had this problem ?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira