Yes, two main reasons were the alignment with industry products and the small perf impact.
[]s Edson 2007/5/15, Mark Proctor <[EMAIL PROTECTED]>:
I can't remember them, but at the time we where shown some use cases that worked that way. Also we have the problem that our engine works differently to other engines, so we decided align with the industry norm and allow people to choose what they want. Oh and identity removal has a slight performance impact, as it means it always has to performane an identity check on each join attempt, even if the scenario will never likely occur for the current rule definition. Mark Geoffrey Wiseman wrote: On 5/15/07, Edson Tirelli <[EMAIL PROTECTED]> wrote: > > Version 3.0.x prevents by default a single fact from matching > multiple patterns. For a couple of reasons we had to change the default in > 4.0 to allow a single fact to match multiple patterns. If you don't want > this to happen, you can use one of the following approaches: Huh - shades of Drools 2.X. If you don't mind me asking, what are the 'couple of reasons'? If there are reasons, then people might want to know before choosing to, for instance, turn on the system property. - Geoffrey -- Geoffrey Wiseman ------------------------------ _______________________________________________ rules-users mailing list [EMAIL PROTECTED]://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
-- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com
_______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
