Joshua,
The limitation is on binding variables on different fact types on
different logical branches and using them in the consequence. If you don't
use the bindings in the consequence, you are fine.
This is a temporary limitation.
[]s
Edson
2008/3/7, Joshua Undesser <jundesse(a)cdmtech.com>:
Thank you Mark for the quick reply. I am curious if this is only
temporary
or if this is the protocol that Drools is going to use for "or"
statements?
The reason I ask is that i come from a jess/clips background, where "or"
can
be used across multiple classes as shown in my example and it is very
useful
when you have two huge rules that are identical except for one LHS class
pattern difference.
Obviously the fix for now is to break up the rule into two rules, but I
was
curious if this was only a temporary restriction or if this is going to be
the standing protocol?
I'll also grab the new 4.0.5 branch as you mentioned and give that a
whirl.
Thanks again Mark!
Joshua
Mark Proctor wrote:
>
> The 'or' must be used for classes of the same type.
>
> Mark
> Joshua Undesser wrote:
>> I am curious if anyone else has run into this problem.....It seems like
>> there
>> is something wrong in the Drools Logic....My issue can be very easily
be
>> recreated in about 5 minutes....
>>
>> >From eclipse I set up a new drools project. Where DroolTest.java is
>> defined I create 4 new classes, ClassA, ClassB extends ClassA, ClassC
>> extends ClassA, and ClassD.
>>
>> Each of these classes has a default constructor that does nothing,
there
>> are
>> no attributes or anything in these classes just to make the example
>> simple
>> to reproduce. Ie ClassA looks like this....
>>
>>
>>
>> package com.sample;
>>
>> public class ClassA {
>>
>> public ClassA() {
>> }
>> }
>>
>>
>>
>> Now within the DroolsTest.java source code at line 29 (ie right after
the
>> workingMemory.insert( message ) method call I added 4 more lines which
>> creates and inserts two objects...
>>
>> ClassB classB = new ClassB();
>> ClassD classD = new ClassD();
>> workingMemory.insert( classB );
>> workingMemory.insert( classD );
>>
>> and then the next line would be the
>> workingMemory.fireAllRules();
>> as normal.
>>
>>
>> Then in the sample.drl file I add the following rule and functions
>>
>> 1 rule "Test"
>> 2 when
>> 3
>> 4 $classA : ClassA()
>> 5 $classD : ClassD()
>> 6
>> 7 (or
>> 8 $classB : ClassB(eval($classB == $classA))
>> 9 $classC : ClassC(eval($classC == $classA))
>> 10 )
>> 11
>> 12 eval(retB($classA, $classD))
>> 13
>> 14 then
>> 15 System.out.println("\n\n<<FIRE RULE>>TEST");
>> 16 end
>> 17
>> 18 function boolean retA(Object obj) {
>> 19 System.out.println("Ret Val = " + obj);
>> 20 return true;
>> 21 }
>> 22
>> 23 function boolean retB(Object obj1, Object obj2) {
>> 24 System.out.println("Ret Val 1 = " + obj1);
>> 25 System.out.println("Ret Val 2 = " + obj2);
>> 26 return true;
>> 27 }
>>
>>
>>
>> So what I am doing is very quick and very simple to reproduce. What
is
>> happening is that when i run the program I am getting a class cast
>> exception
>> which is very very strange.
>>
>>
>> At first I thought it was tied only to the OR statement because if I
>> break
>> the rule into two rules (one for each of the or conditions) it works
>> fine.
>>
>> But after playing with it a little further I get a lot of other strange
>> class cast exceptions.
>>
>> For instance if I replace line 12 (eval(retB($classA, $classD))) with
>> eval(retA($classA)) it works fine, but if I replace it with
>> eval(retA($classD)) I get another class cast exception. Another
>> strainge
>> issue....if switch lines 4 and 5 and keep line 12 as
eval(retA($classD))
>> that previously failed, it now passes, but if I change line 12 back to
>> eval(retA($classA)) which previously passed it now fails.....
>>
>> There are a few other combinations that produce errors as well. Just
>> seems
>> to be a fundamental flaw in the logic and I'm curious if anyone else
has
>> seen this?
>>
>> Thanks!
>>
>> Joshua
>>
>> P.S.
>>
>> Also I've noticed an issue with the manual example 6.36
>>
>>
>> This does not seem to work for me
>> pensioner : (or Person( sex == "f", age > 60 )
>> Person( sex == "m", age > 65 ) )
>>
>>
>> But this does
>> (or pensioner : Person( sex == "f", age > 60 )
>> pensioner : Person( sex == "m", age > 65 ) )
>>
>>
>>
>>
>> Although both formats are stated as working in the manual.
>>
>>
>>
>>
>>
>>
>>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
--
View this message in context:
http://www.nabble.com/Problem-passing-objects-to-a-method-via-the-eval-st...
Sent from the drools - user mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @