Re: [rules-users] Issue using global 'variable' with Drools 5.2 in DRL
Please follow Thomas' advice.
That now.time worked in 5.1.1 was actually an "accident", as it
contradicted the specs. I'm not sure whether this behaviour is going to be
reinstated.
If you do need to do the comparison on long (milliseconds since the epoch)
values you'd have to do
subObject.dateField.time >= (now.getTime())
which works in 5.1.1, 5.2.0 and 5.3.0.so.far. (Being able to omit the
parentheses was promised for 5.2.0; hopefully we'll have it in 5.3.0.)
-W
On 23 September 2011 14:54, Slorg1 <slorg1(a)percipiomedia.com> wrote:
Hi Wolfgang,
Thank you for answering, here is the rule rewritten but closer to reality:
// package
// imports
global java.util.Date now;
rule "MyRule"
salience 5
when
// Prevent rule activation for other offer types.
MyObject(type == Type.TYPE_SOUGHT)
$candidate : Candidate(
subObject.dateField != null && subObject.dateField.time >=
now.time)
then
// do something
end
A value for 'now' being set like so:
session.setGlobal("now", new Date()); // Date being the java.util.Date.
But I do not think that matters because 'compilation' fails at this point.
Thank you in advance for your time.
--
View this message in context:
http://drools.46999.n3.nabble.com/Issue-using-global-variable-with-Drools...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
Attachments:
- attachment.html (text/html — 2.3 KB)