<br> Wow, Arjun, for the pure sake of finding an eventual bug, your strategy may be acceptable, but for writing rules, using getActivation().remove() is completely invasive to the engine... I have no idea just looking at your example about the effects of doing that... I need to go through the code.
<br><br> So, may I suggest you open a JIRA with your example for us to investigate the bug? Also, I'm tempted to refactor the interface if possible to not expose the method remove() in the consequence...<br> What removes does is to remove the activation from the agenda, but the activation already fired, so what's the point of removing it? It may be the case that this is also creating an inconsistent state in the engine, so we need to check if that's the case and not expose the method anymore...
<br><br> Also, maybe you can show us a more complete example of what you are trying to achieve, so we can advise you on how to do it without calling the activation remove() method.<br><br> Thank you for reporting!<br>
<br> Regards,<br> Edson<br><br><br><div><span class="gmail_quote">2007/6/1, Arjun Dhar <<a href="mailto:dhar_ar@yahoo.com">dhar_ar@yahoo.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> This would not happen if I did not use "drools.getActivation().remove(); "<br>but<br>> I need to or else rules fire over the same object. But if i use it then a<br>rule<br>> gets deactivated without firing.
<br><br>... Ok I think it's def a bug. I noticed that if i remove the number of<br>repeats: W<br>hen I use "drools.getActivation().remove()" the number of activations is<br>**roughly half**<br><br>Well based on the '~statistics~', I'd say that an "getActivation().remove()" is
<br>removing 'two' activations instead of one.<br><br>Looking fwd to hear you theory and solution. Statistics are a wonderful thing,<br>you can misiterpret them as you like.. lol. :o) Ok, please let me know what you
<br>find!<br><br>thanks,<br>Arjun<br><br><br><br><br>_______________________________________________<br>rules-dev mailing list<br><a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/rules-dev">
https://lists.jboss.org/mailman/listinfo/rules-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br> Edson Tirelli<br> Software Engineer - JBoss Rules Core Developer<br> Office: +55 11 3529-6000<br> Mobile: +55 11 9287-5646
<br> JBoss, a division of Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a>