6.0.0.Final I'll give 6.0.1 a try.. thank you. If that does not work, I'll give 5.x a shot. -----Original Message----- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Mark Proctor Sent: Monday, January 06, 2014 8:03 AM To: Rules Users List Subject: Re: [rules-users] stuck! Unknown accessor type: org.mvel2.optimizers.impl.refl.collection.ArrayCreator@690c2a7a which version of Drools? If it's 5.x, then please try with 5.6.CR1. If it's 6.x, pleas try the 6.0.1. We may also need some self contained unit test: http://docs.jboss.org/drools/release/5.5.0.Final/droolsjbpm-introduction-... Mark On 6 Jan 2014, at 15:57, brachi <brachi.w(a)sapiens.com&gt; wrote: _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

changed to 5.6.0.Final. then i got this: /*WARN [MvelConstraint] Exception jitting: Operators.contains(LoanProgramName,new String[]{"2008 Temporary Loan Limits"})*/ I get this for any rule that invoke methods and pass it a new array as argument. what is the meaning of this warning? how can I fix it? -- View this message in context: http://drools.46999.n3.nabble.com/stuck-Unknown-accessor-type-org-mvel2-o... Sent from the Drools: User forum mailing list archive at Nabble.com.

it’s on our TODO list. Mark On 20 Jan 2014, at 13:41, brachi <brachi.w(a)sapiens.com&gt; wrote:

Thank you. few questions: 1. does exist an option to dismiss this error, even if it says to disable this mvel constraints optimizations? 2. when and where will it be released? can it be fixed on 5.5 or 5.6? -- View this message in context: http://drools.46999.n3.nabble.com/stuck-Unknown-accessor-type-org-mvel2-o... Sent from the Drools: User forum mailing list archive at Nabble.com.

A quick premise: in Drools 5.5 we introduced a mechanism to compile constraints, i.e. something that translates constraints in bytecode in order to evaluate them in compiled mode, instead of being interpreted by mvel, and then make this evaluation faster. That warning means that for your specific constraint this compilation process fails. When this happens drools keeps working correctly because the compiled constraint is just discarded and the constraint is evaluated in interpreted mode as usual. As I said the only drawback is that this interpreted evaluation is a bit slower than the compiled one. I reproduced this problem and found that indeed drools is at the moment unable to compile a constraint containing an array creation. I am working to fix this issue just now. Note anyway that this problem only (marginally) affects performances and not correctness. However, if you want to workaround this problem, my suggestion is to replace, where possible, the array with a vararg. For instance you could modify the signature of that Operators.contains as it follows boolean contains(String s, String... array) { ... } This will also have a nice effect on your drl so you could now rewrite the constraint just as: Operators.contains(LoanProgramName, "2008 Temporary Loan Limits") and I just checked that doing so will also allow drools to correctly compile it. I hope this helps, Mario -- View this message in context: http://drools.46999.n3.nabble.com/stuck-Unknown-accessor-type-org-mvel2-o... Sent from the Drools: User forum mailing list archive at Nabble.com.