Sounds like a bug in the pattern offset calculation... :/ Can you open a JIRA for that with your test case plz?
Meanwhile, you can try a work around by removing that "or" between evals and inlining them... not sure it will work, but I guess it is worth a try... order : WrappedOrder( eval(hasPromotionX(order.getPromotions())) ); address : Address( eval(matchAddress(address.getAddress1()) || matchAddress(address.getAddress2())) ) from order.getShippingAddress(); Edson 2010/3/26 Matthew Runo <[email protected]> > Hello folks - > > I'm having the strangest issue. First off, here's my DRL logic.. > > rule 'Sample Rule One' > auto-focus true > dialect 'mvel' > salience 900 > agenda-group 'Test Rules' > when > order : WrappedOrder(); > eval(hasPromotionX(order.getPromotions())); > address : Address() from order.getShippingAddress(); > eval(matchAddress(address.getAddress1())) OR > eval(matchAddress(address.getAddress2())); > then > # If we're here, it's got the promotion and address match... > do.something.... > drools.halt(); > end > > The problem is that drools is looking for getAddress1() and getAddress2() > on "order" - not "address". And, of course, that fails - a WrappedOrder does > not have those methods - an Address() does! > > Any ideas? > > Thanks for your time! > > Matthew Runo > Software Engineer, Zappos.com > [email protected] - 702-943-7833 > > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > -- Edson Tirelli JBoss Drools Core Development JBoss by Red Hat @ www.jboss.com
_______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
