It is really difficult to answer that since your understanding seems correct. Is it possible for you to provide a self contained test showing the problem?
[]s Edson 2007/10/11, Fermion <[EMAIL PROTECTED]>: > > > 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 > -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com
_______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
