It's been a while since I had time to investigate this problem. I followed your advice and hooked up the DebugAgendaEventListener to my workingMemory instance.
This clearly shows, that my activations are created but never canceled. So at least it is consistent with what I'm observing in my application. But before I start even considering it being a bug (I'm quite sure it is not), maybe it's better to understand what is happening in my code: I think that I nailed my problem down to an issue with my fact IDs: If I have, for example, a real world value (lets say a temperature) that is connected to a java bean, my understanding is, that the fact ID of this value inside the workingMemory should not change, even if I change the real world value (temperature rises)(and thus the java beans value). In fact the change is propagated to the working memory (as I call "firePropertyChange" inside my bean), but a NEW rule is activated by the changed fact, having a DIFFERENT fact ID! I'm quite sure that this is the reason for my problem with the missing cancellations. I'd assume that for a rule to be canceled the fact with the CORRECT fact ID would have to be changed. Now, in my application, it seems that every modification creates a NEW fact inside the working memory (which is of course not, what I want). I had the hope, that calling the firePropertyChange from inside the beans "setters" would notify the working memory automatically about the correct fact-ID. I checked my "equals()" and "hashCode()" methods but the hash code is always constant and equals is correspondingly true. I also checked that I don't accidentally re-assert the fact on modification. So what I don't understand is WHY the working memory thinks that the fact ID has changed... See you, fermion -- View this message in context: http://www.nabble.com/activationCancelled%28%29-not-being-executed--tf4348054.html#a13158335 Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
