btw - If you ever find the statements being written by the business team to be a bit weird, and overly technical, just create a simple DSL phrase to hide what is actually happening.This way, you can have a statement "Reject the request", which might in reality perform multiple actions, such as inserting and modifying facts.On 31 Jul 2013, at 14:36, Sean Su <sean.x.su@gmail.com> wrote:I agree with your points, Steve.I know this solution will require certain "statements" on the RHS which I am trying to avoid due to the fact that the "business team" is authorizing the rules. But I will keep that as an option.
ThanksSean_______________________________________________On Tue, Jul 30, 2013 at 5:36 PM, Stephen Masters <stephen.masters@me.com> wrote:
Something to consider, which I have used for some rules is that instead of those rules making a 'decision' they can insert a restriction fact.
You can then create technical rules, which match on those restriction facts.
Also, it's very simple to write code to look at the facts in the working memory, so you can establish what date range a restriction applies to. Much easier than examining the LHS of rules.
Steve
> _______________________________________________
On 30 Jul 2013, at 20:49, Sean Su <sean.x.su@gmail.com> wrote:
> Our rules will be using "Date" heavily when making decisions. When the LHS involving dates is evaluated "true", decision will be made.
>
> Meanwhile, from prediction point of view, we want to know when the LHS would be evaluated to false, with the changes made to the date fields (forward to the future). Therefore this becomes prediction - what is the future date that would cause the LHS to be false.
>
> Question to the list:
> has anyone explored the possibility of using the same set of rules to achieve both tasks?
>
> If there is no tools automatically doing this in Drools (I doubt there is), I am thinking to build a tool to parse the rules and then auto-generate the prediction rules based on the "decision" rules. Is this the right direction?
>
> Any inputs will be appreciated.
>
> thanks
>
> Sean
> rules-users mailing list
> rules-users@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users