[rules-users] Understanding Rules Firing Sequence

[Vincent LEGENDRE]

The learning is : for your case, where all your row in your table have an implicit priority and business logic, yes, don't hope that drools engine will guess that by itself. 

As far i understand, you expect the rules to trigger from top to bottom (or most specific to less), and stop when a rule has fired. 
Your problem is that you have a lot of rules with shared conditions which have different (and conflicting) actions. Using "specificity" strategy is a good idea (never tried, but it looks great), but that won't prevent other (less "specific") rules to fired after the first specific rules has fired. In addition to "specific" strategy, you have to add a condition to test if your "fees" field is set or not. If you add a common column (you can hide it under guvnor) that test "fees == null", then the first rule exec (so the most specific one) will set this field and prevent other rules to fire. 

So, please let drools manage the rules firing, but tune your rules/facts to fit your specific business logic, under drools (or any other expert-system) constraints. 


----- Mail original -----

De: "tanug" <tanu.gupta at rupeelog.com> 
À: rules-users at lists.jboss.org 
Envoyé: Mardi 28 Août 2012 13:44:25 
Objet: Re: [rules-users] Understanding Rules Firing Sequence 

Thanks everyone for your suggestions. 

so, basically, the learning is : 
I should not leave rule firing to Drools, and have a proper priority and 
exit condition. 
And, I cannot rely on "specificity" for rule selection (i was so hoping it 
would work) 


Thanks again, 
best regards 
Tanu 




-- 
View this message in context: http://drools.46999.n3.nabble.com/Understanding-Rules-Firing-Sequence-tp4019409p4019416.html 
Sent from the Drools: User forum mailing list archive at Nabble.com. 
_______________________________________________ 
rules-users mailing list 
rules-users at lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/rules-users 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20120829/43236ecf/attachment.html