[jboss-jira] [JBoss JIRA] Updated: (JBRULES-1444) Potential "smal" memory leak

Potential "smal" memory leak ---------------------------- Key: JBRULES-1444 URL: http://jira.jboss.com/jira/browse/JBRULES-1444 Project: JBoss Drools Issue Type: Bug Security Level: Public(Everyone can see) Components: Reteoo Affects Versions: 4.0.4, FUTURE Reporter: Yves Galante Attachments: drools-compiler-patch.txt, drools-core-patch.txt, drools-core-patch.txt, MemoryLeakTest.zip Original Estimate: 4 hours Remaining Estimate: 4 hours Class VariableContextEntry and ReturnValueContextEntry are instantiated when Package.addRule called. "Package rules" like there class.. "Package => ... => VariableContextEntry But class have a reference to the InternalWorkingMemory ! "Package => ... => VariableContextEntry => Workingmemory" When test case is executed "testExemple32", at the end of the execution, WorkingMemory need to be garbage collected, but it isn't because she is referenced by ReturnValueContextEntry and/or VariableContextEntry, and this class keeps an reference to the WorkingMemory. I think this can be generate an "smal" memory leak. This memory leak generated is not "infinity", the maximum size of this memory leak is "~ size(WorkingMemory + Facts) x number rules on the rules base". It is right ? The membre workingMemory can't be removed from VariableContextEntry/ReturnValueContextEntry ? I have make a patch with this, all junit test (core, compiler) has been passed. ps: The patch remove membre workingMemory.