[jboss-jira] [JBoss JIRA] Resolved: (JBRULES-542) Drools core 3.0.4 - Drools does not remove itself as a listener when Facts are Retracted
Edson Tirelli (JIRA)
jira-events at jboss.com
Tue Nov 7 11:49:41 EST 2006
[ http://jira.jboss.com/jira/browse/JBRULES-542?page=all ]
Edson Tirelli resolved JBRULES-542.
-----------------------------------
Resolution: Done
Fix commited to trunk in revision #7427 and to 3.0.x branch in revision #7428.
> Drools core 3.0.4 - Drools does not remove itself as a listener when Facts are Retracted
> ----------------------------------------------------------------------------------------
>
> Key: JBRULES-542
> URL: http://jira.jboss.com/jira/browse/JBRULES-542
> Project: JBoss Rules
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Reteoo
> Affects Versions: 3.0.4
> Reporter: Edson Tirelli
> Assigned To: Edson Tirelli
> Fix For: 3.0.5
>
>
> REPORTED BY TOM GONZALEZ:
> ---------------------------------------------
> We are asserting facts that support property change listeners and found that Drools added itself as a listener just fine but failed to remove itself when the facts were retracted.
> We have fixed the stated problem by modifying org.drools.common.AbstractWorkingMemory as follows:
> Starting at line number 582:
> protected void removePropertyChangeListener(final FactHandle handle) throws NoSuchFactObjectException {
> Object object = null;
> try {
> object = getObject( handle );
> final Method method = object.getClass().getMethod( "removePropertyChangeListener",
> AbstractWorkingMemory.ADD_REMOVE_PROPERTY_CHANGE_LISTENER_ARG_TYPES );
> method.invoke( object,
> this.addRemovePropertyChangeListenerArgs );
> Regards,
> Tom G
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list