Also, since everything in rules needs to be an Object, is there any plan to make the operators deal with said Objects? That is, so I do not always have to de-reference with my eval or predicate objects with intValue() or floatValue() or whatever? 

Not a DROOLS expert, but from what I understand this is already possible now as long as you are using Java 1.5 (which has autoboxing/autounboxing as part of the language spec).

 

Vlad

 

 


From: rules-users-bounces@lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Justine Hlista
Sent: 08 February 2007 15:12
To: rules-users@lists.jboss.org
Subject: [rules-users] Parse bug in predicate constraints?

 

Should predicate constraints be sensitive to whitespace?? I have the following rule with a predicate constraint:
rule "test"
    when
        valObj : MyValuesObject(a:aVal, b:bVal, c:cVal -> ((a.intValue() <  (1/780) * (b.intValue() + c.intValue()) && (b.intValue() + c.intValue()) > 500000)
    then
        System.out.println("Alert condition met on obj:" + valObj);
end

Inserting whitespace into the predicate results in the following exception:

org.drools.rule.InvalidRulePackage: unknown:155:85 mismatched token: [@1723,5226:5227='\r\n',<4>,155:85]; expecting type ')'
unknown:156:28 mismatched token: [@1752,5256:5256='(',<23>,156:28]; expecting type ')'

If instead I use an eval on the LHS, I can insert whitespace without an exception.

In addition, I would like to know if there are any plans to simplify the syntax for similar types of rules, as the above is extremely unwieldy for the non-expert.
For instance, I would vastly prefer to write the following:

rule "test"
    when
       valObj : MyValuesObject(a:aVal, b:bVal, c:cVal)
       (a < (1/780)*(b+c))
       ((b + c) > 500000)
    then
        System.out.println("Alert condition met on obj:" + valObj);
end


Also, since everything in rules needs to be an Object, is there any plan to make the operators deal with said Objects? That is, so I do not always have to de-reference with my eval or predicate objects with intValue() or floatValue() or whatever? 

In our application, the user (i.e. not a drools or java expert) will be writing the rules. The current syntax requirements for encoding the above simple rule makes me very nervous about our users ever being able to use the rules effectively.

Thanks,
Justine