Re: [rules-users] Trying to compare variables of two objects, not working. (compiles, but not desired result)
12:15 p.m.
--
View this message in context:
http://drools.46999.n3.nabble.com/Trying-to-compare-variables-of-two-obje...
Sent from the Drools: User forum mailing list archive at Nabble.com.
1:44 p.m.
New subject: Trying to compare variables of two objects, not working. (compiles, but not desired result)
I think (not sure) that the problem comes from the right part of your test : $lineItem.ID
Try with $lineItem.getID(), or use 'dialect "mvel"' as rule property
You can also bind the id in LineItem and test it in the next pattern :
rule "Test"
when
$lineItem : LineItem( $lineID : ID > 0 )
$trans : TransactionItem( ID > 0, AccountName != null, LineItemID == $lineID)
$amount : AccountingItem( TransactionID > 0, CalculatedCommission > 0.0 )
then
System.out.println( $amount.getCalculatedCommission() + " " +
$lineItem.getID() );
end
But this is very strange. To me it should work ...
What is not usual too is your use of "_" before member attributes (let me guess,
you did a lot of C++ ?), which is not the java POJO standards. And may be that drools
relies on fields names too ...
And inside your tests, instead of "LineItemID" you should use
"lineItemID" (with a lower case letter first, like the name your internal
attribute should have, following the common java conventions).
But if all of this is a problem, the symptom should be a compilation error .... so it is
still strange ...
2:05 p.m.
New subject: Trying to compare variables of two objects, not working. (compiles, but not desired result)
Or may be something more basic : drools does not 'interpret' Integer types as int,
so == is testing object references ...
This explanation explain why it compiles but not working, whereas if my previous ideas are
right, it should raise a compilation error ...
Try using 'int', or use Integer.valueOf(1) (that will return a shared instance of
Integer).
But this is still very strange as doing the same test in java works (Integer is treated as
a int, and == is testing values ...)
----- Mail original -----
De: "Vincent LEGENDRE" <vincent.legendre(a)eurodecision.com>
À: "Rules Users List" <rules-users(a)lists.jboss.org>
Envoyé: Jeudi 12 Avril 2012 20:44:41
Objet: Re: [rules-users] Trying to compare variables of two objects, not working.
(compiles, but not desired result)
I think (not sure) that the problem comes from the right part of your test : $lineItem.ID
Try with $lineItem.getID(), or use 'dialect "mvel"' as rule property
You can also bind the id in LineItem and test it in the next pattern :
rule "Test"
when
$lineItem : LineItem( $lineID : ID > 0 )
$trans : TransactionItem( ID > 0, AccountName != null, LineItemID == $lineID)
$amount : AccountingItem( TransactionID > 0, CalculatedCommission > 0.0 )
then
System.out.println( $amount.getCalculatedCommission() + " " +
$lineItem.getID() );
end
But this is very strange. To me it should work ...
What is not usual too is your use of "_" before member attributes (let me guess,
you did a lot of C++ ?), which is not the java POJO standards. And may be that drools
relies on fields names too ...
And inside your tests, instead of "LineItemID" you should use
"lineItemID" (with a lower case letter first, like the name your internal
attribute should have, following the common java conventions).
But if all of this is a problem, the symptom should be a compilation error .... so it is
still strange ...
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
3:46 a.m.
New subject: Trying to compare variables of two objects, not working. (compiles, but not desired result)
5.3.0 and 5.4.0.Beta2: Comparing int and Integer fails unless the
traditional (up to 5.1.1) "return value" construct - parentheses
around the expression - is used:
lineItemId == ($lineItem.getID()) // OK
lineItemId == ($id) // OK with $id bound as LineItem( $id: ID > 0 )
This would work if ID were public:
lineItemId == ($lineItem.ID)
It's best to stay as close as possible to the Java Beans conventions.
Using an upper case initial in field names wasn't accepted by the
Drools compiler prior to 5.3.0.
On 12/04/2012, Vincent LEGENDRE <vincent.legendre(a)eurodecision.com> wrote:
Or may be something more basic : drools does not 'interpret'
Integer types
as int, so == is testing object references ...
This explanation explain why it compiles but not working, whereas if my
previous ideas are right, it should raise a compilation error ...
Try using 'int', or use Integer.valueOf(1) (that will return a shared
instance of Integer).
But this is still very strange as doing the same test in java works (Integer
is treated as a int, and == is testing values ...)
----- Mail original -----
De: "Vincent LEGENDRE" <vincent.legendre(a)eurodecision.com>
À: "Rules Users List" <rules-users(a)lists.jboss.org>
Envoyé: Jeudi 12 Avril 2012 20:44:41
Objet: Re: [rules-users] Trying to compare variables of two objects, not
working. (compiles, but not desired result)
I think (not sure) that the problem comes from the right part of your test :
$lineItem.ID
Try with $lineItem.getID(), or use 'dialect "mvel"' as rule property
You can also bind the id in LineItem and test it in the next pattern :
rule "Test"
when
$lineItem : LineItem( $lineID : ID > 0 )
$trans : TransactionItem( ID > 0, AccountName != null, LineItemID ==
$lineID)
$amount : AccountingItem( TransactionID > 0, CalculatedCommission >
0.0 )
then
System.out.println( $amount.getCalculatedCommission() + " " +
$lineItem.getID() );
end
But this is very strange. To me it should work ...
What is not usual too is your use of "_" before member attributes (let me
guess, you did a lot of C++ ?), which is not the java POJO standards. And
may be that drools relies on fields names too ...
And inside your tests, instead of "LineItemID" you should use
"lineItemID"
(with a lower case letter first, like the name your internal attribute
should have, following the common java conventions).
But if all of this is a problem, the symptom should be a compilation error
.... so it is still strange ...
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:40 a.m.
New subject: Trying to compare variables of two objects, not working. (compiles, but not desired result)
Le 13/04/2012 10:46, Wolfgang Laun a écrit :
5.3.0 and 5.4.0.Beta2: Comparing int and Integer fails unless the
traditional (up to 5.1.1) "return value" construct - parentheses
around the expression - is used:
lineItemId == ($lineItem.getID()) // OK
lineItemId == ($id) // OK with $id bound as LineItem( $id: ID> 0 )
Do you mean that this is a new feature since 5.3 and comparing Integer
worked with values prior to this version ?
This is confusing, as I really though that drools uses equals instead of
== for String and all "primitives as Object" like Long, Integer and so
on ...
And this is strange, as in Java, == works with values for Integer, and
drools is in java ...
And I never faced this problem before, and I am pretty sure that I did
use Long in tests ... well in fact I was sure before this mail, less now ...
Can you develop more on why this is done this way, and why this is not
behaving like java ?
2:23 p.m.
New subject: Trying to compare variables of two objects, not working. (compiles, but not desired result)
On 13/04/2012, Vincent Legendre <vincent.legendre(a)eurodecision.com> wrote:
Le 13/04/2012 10:46, Wolfgang Laun a écrit :
> 5.3.0 and 5.4.0.Beta2: Comparing int and Integer fails unless the
> traditional (up to 5.1.1) "return value" construct - parentheses
> around the expression - is used:
>
> lineItemId == ($lineItem.getID()) // OK
> lineItemId == ($id) // OK with $id bound as LineItem( $id: ID> 0 )
Do you mean that this is a new feature since 5.3 and comparing Integer
worked with values prior to this version ?
5.1.1 didn't return equal unless "return value" was used. My remark
was meant to indicate that 5.2.0 and later were trying to do away with
the necessity for return value.
This is confusing, as I really though that drools uses equals instead
of
== for String and all "primitives as Object" like Long, Integer and so
on ...
And this is strange, as in Java, == works with values for Integer, and
drools is in java ...
And I never faced this problem before, and I am pretty sure that I did
use Long in tests ... well in fact I was sure before this mail, less now ...
Can you develop more on why this is done this way, and why this is not
behaving like java ?
Even in Java you can come across some strange results when using "=="
between Integer and Integer. There's a difference between Integers
between -128 and 127 and those outside this range.
-W
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4610
days inactive
4611
days old
5 comments
4 participants
participants (4)
-
concordus -
Vincent Legendre -
Vincent LEGENDRE
-
Wolfgang Laun