[rules-users] New to rules engine - help in defining rules

2007-02-03 Thread Jeevan Tambuluri
Hello all, I am looking for a way to define rules for the following problem: class Tree { ... } class Branch { Tree mytree; int branch_length; ... } Let's say I have a fact called Tree and another fact called Branch. Brach identifies which tree it belongs to. Now, I want to write

Re: [rules-users] Creating a long literal

2007-02-03 Thread Michael Neale
hmmm.. in an eval it *should* work - I assume there is a compile error that mentions the L ? well this should not be a problem in 3.2, but for 3.0.x we can certainly look at it if you have a unit test. A literal outside of an eval shouldn't be needed - as the type is inferenced from the facts au

Re: [rules-users] Differences in how WorkingMemory is storing the objects: identity and equality

2007-02-03 Thread Mark Proctor
default is Identity mode, its simpy the way it determines if the fact already exists in the working memory. fact.equals( fact ) is Equality mode fact == fact is Identity mode. Mark nicolae oana wrote: Dear all, I read in Drools manual about how Working Memory stores the asserted objects : Ide

Re: [rules-users] Differences in how WorkingMemory is storing the objects: identity and equality

2007-02-03 Thread nicolae oana
Mark, Thanks a lot ! Now I understand what it's all about. :) Oana. Mark Proctor <[EMAIL PROTECTED]> wrote: default is Identity mode, its simpy the way it determines if the fact already exists in the working memory. fact.equals( fact ) is Equality mode fact == fact is Identity mode

[rules-users] Differences in how WorkingMemory is storing the objects: identity and equality

2007-02-03 Thread nicolae oana
Dear all, I read in Drools manual about how Working Memory stores the asserted objects : Identity mode and Equality mode. But I'm not sure I properly understood the differences. In what concerns the Equality mode, the return of a FactHandle is done only when a different type of object is asser