[
https://issues.jboss.org/browse/JBRULES-3692?page=com.atlassian.jira.plug...
]
Geoffrey De Smet edited comment on JBRULES-3692 at 11/24/12 12:29 AM:
----------------------------------------------------------------------
Fixed for 5.5.1.Final and master's 6.0.0.Beta1 (with a hack).
https://github.com/droolsjbpm/drools-planner/commit/e6b0cb85fc570a4d2ea09...
Available in this timestamped snapshot version:
https://repository.jboss.org/nexus/content/groups/public/org/drools/plann...
<artifactId>drools-planner-core</artifactId>
<version>5.5.0-20121123.165859-689</version>
Master needs to fix this architecturally and remove that hack, so I 've opened
JBRULES-3694 for that.
was (Author: ge0ffrey):
Fixed for 5.5.1.Final and master's 6.0.0.Beta1 (with a hack).
https://github.com/droolsjbpm/drools-planner/commit/e6b0cb85fc570a4d2ea09...
Master needs to fix this architecturally and remove that hack, so I 've opened
JBRULES-3694 for that.
Real-time planning: memory leak when calling
addProblemFactChange(ProblemFactChange)
------------------------------------------------------------------------------------
Key: JBRULES-3692
URL:
https://issues.jboss.org/browse/JBRULES-3692
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-planner
Affects Versions: 5.5.0.Final
Reporter: Radovan Synek
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 6.0.0.Alpha2
When using Planner with DroolsScoreDirector, after each problem fact change, number of
planning entity instances increases.
Steps to reproduce:
1. open cloud balance example with GUI, choose the largest input
2. start solving the problem
3. delete some of the listed computers - to make the fact change (for me, 5 computers in
a 5 seconds are enough)
4. take a heapdump (I used jmap -dump:live,file=... to enforce GC first)
5. open visualvm or similar tool and look for the planning entity class
6. repeat 3. - 5. several times, you should see increasing number of planning entity
instances
Also, there is a rule base holding sessions under the Planner API - and number of
sessions also increases in time (these sessions reference to planning entity instances).
Steps to reproduce:
1. open the last heapdump in similar tool and look for ReteooRuleBase.
2. the rule base holds ObjectHashSet with stateful sessions in its entries
3. you should see a different number of these session in every heapdump taken in previous
recipe
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira