<br> Steve and all users of Drools 4,<br><br> Although earlier versions of Drools used mvel 1.3.1, in version 4.0.7 we updated to mvel 1.3.9. There are several fixes from 1.3.1 to 1.3.9, so I strongly suggest you all update. There are even newer versions of mvel 1.3.x, but the one I personally QA'd and found no problems was 1.3.9.<br>
<br> Updating is just a matter of replacing the old jar for the new jar in the classpath. There are no API breaks or any other known problem.<br><br> []s<br> Edson<br><br><div class="gmail_quote">2009/6/23 Steve Ronderos <span dir="ltr"><<a href="mailto:steve.ronderos@ni.com">steve.ronderos@ni.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><font size="2" face="sans-serif">Edson,</font>
<br><font size="2" face="sans-serif"><br>
Thanks for the quick response!</font>
<br>
<br><font size="2" face="sans-serif">I'm using Drools 4.0.7 and mvel 1.3.1</font>
<br>
<br><font size="2" face="sans-serif">Thanks for the tip about packages and
rulebases. I'll make sure to change that in our code. </font>
<br>
<br><font size="2" face="sans-serif">As far as changing the accumulate to
collect, I can easily work around that selector returning a list of PotentialMatches
instead of Integers. I made that change and have been unable to create
the ClassCastException since. I'm still not certain that the problem
is resolved due to its random nature, but I'm hoping that it is patched
enough for now until we can make the rulebase change you mentioned.</font>
<br>
<br><font size="2" face="sans-serif">Thanks for the info about Drools 5.
I'm currently in the process of converting to Drools 5.</font>
<br>
<br><font size="2" face="sans-serif">You're right the eval does look odd,
but it is working for the time being. This rule is in one of the
first features I implemented using Drools, so it is probably not done in
the best way possible. I'll keep an eye on it if I do not get this
issue resolved some other way.</font>
<br>
<br><font size="2" face="sans-serif">Thanks again!</font>
<br><font size="2" face="sans-serif"><br>
</font><font size="3">Steve Ronderos </font>
<br>
<br><tt><font size="2"><a href="mailto:rules-users-bounces@lists.jboss.org" target="_blank">rules-users-bounces@lists.jboss.org</a> wrote on 06/23/2009
11:09:48 AM:<br>
<br>
> [image removed] </font></tt>
<br><tt><font size="2">> <br>
> Re: [rules-users] Class Cast Exception in Drools 4 Generated <br>
> Accumulate Method</font></tt>
<br><tt><font size="2">> <br>
> Edson Tirelli </font></tt>
<br><tt><font size="2">> <br>
> to:</font></tt>
<br><tt><font size="2">> <br>
> Rules Users List</font></tt>
<br><tt><font size="2">> <br>
> 06/23/2009 11:29 AM</font></tt>
<br><tt><font size="2">> <br>
> Sent by:</font></tt>
<br><tt><font size="2">> <br>
> <a href="mailto:rules-users-bounces@lists.jboss.org" target="_blank">rules-users-bounces@lists.jboss.org</a></font></tt>
<br><tt><font size="2">> <br>
> Please respond to Rules Users List</font></tt>
<br><div><div></div><div class="h5"><tt><font size="2">> <br>
> <br>
> Steve,<br>
> <br>
> What versions of MVEL and Drools are you using?<br>
> Comments:<br>
> <br>
> * You can not share packages between rulebases. You can share <br>
> rulebases among sessions. So, I strongly advise you to change your
<br>
> application to build the rulebase once, and have the web sessions
<br>
> only create the rule session every time... not the whole rulebase.
<br>
> Since packages have their own classloaders and everytime you create
<br>
> a rulebase you merge such classloaders, the problem might happen <br>
> (CCE) exactly at the time you are creating the rulebase <br>
> concurrently. Drools 5 allows you to share packages, although I <br>
> still prefer to not do it and share only the rulebase.<br>
> <br>
> * You can not use collect in this case, because you are creating a
<br>
> list of $slot, not a list of PotentialMatch. Although, it is <br>
> extremely easy to create an accumulate function for that. Drools 5
<br>
> includes 2 accumulate functions: collectSet and collectList for <br>
> that. If you want, just get the class from Drools 5, fix the imports<br>
> to use the classes from Drools 4 and use it. Except for the <br>
> "imports" you should not have any problem. Your rule would
look like:<br>
> <br>
> <br>
> rule "My Rule" <br>
> salience 50 <br>
> dialect "java" <br>
> no-loop true <br>
> when <br>
> $module : Module( selected == false, required
> 1, $size : required )<br>
> $list : List( ) <br>
> from accumulate(
PotentialMatch( module == $module, <br>
> $slot : slot ), <br>
>
collectList( $slot ) ) <br>
> eval( countThem($list, $size) != $module.setMatchCount()
) <br>
> then <br>
> modify( $module ) { setMatchCount(countThem($list,
$size)) }; <br>
> end <br>
> <br>
> * Finally, your eval looks odd to me, but anyway, don't have enough
<br>
> details to advise you on that.<br>
> <br>
> <br>
> []s<br>
> Edson<br>
> <br>
</font></tt>
<br><tt><font size="2">> 2009/6/23 Steve Ronderos <<a href="mailto:steve.ronderos@ni.com" target="_blank">steve.ronderos@ni.com</a>></font></tt>
<br><tt><font size="2">> <br>
> Hi Rules Users, <br>
> <br>
> I'm experiencing an issue with a Drools 4.0.7 rule. <br>
> <br>
> Here is a clip of the exception that is thrown: <br>
> <br>
> Caused by: org.mvel.CompileException: cannot invoke method <br>
> at org.mvel.optimizers.impl.refl.MethodAccessor.getValue<br>
> (MethodAccessor.java:54) <br>
> at org.mvel.optimizers.impl.refl.VariableAccessor.getValue<br>
> (VariableAccessor.java:39) <br>
> at <br>
> org.mvel.ast.VariableDeepPropertyNode.getReducedValueAccelerated<br>
> (VariableDeepPropertyNode.java:22) <br>
> at org.mvel.ast.PropertyASTNode.getReducedValueAccelerated<br>
> (PropertyASTNode.java:21) <br>
> at org.mvel.MVELRuntime.execute(MVELRuntime.java:90)
<br>
> at org.mvel.CompiledExpression.getValue(CompiledExpression.java:111)
<br>
> at org.mvel.MVEL.executeExpression(MVEL.java:235)
<br>
> at org.drools.base.mvel.MVELConsequence.evaluate<br>
> (MVELConsequence.java:48) <br>
> at org.drools.common.DefaultAgenda.fireActivation<br>
> (DefaultAgenda.java:554) <br>
> ... 80 more <br>
> Caused by: java.lang.reflect.InvocationTargetException <br>
> at sun.reflect.GeneratedMethodAccessor412.invoke(Unknown
Source) <br>
> at sun.reflect.DelegatingMethodAccessorImpl.invoke<br>
> (DelegatingMethodAccessorImpl.java:25) <br>
> at java.lang.reflect.Method.invoke(Method.java:585)
<br>
> at org.mvel.optimizers.impl.refl.MethodAccessor.getValue<br>
> (MethodAccessor.java:46) <br>
> ... 88 more <br>
> Caused by: org.drools.RuntimeDroolsException: <br>
> java.lang.ClassCastException: com.demo.Rule_My_Rule_0$Accumulate0
<br>
> at org.drools.rule.Accumulate.accumulate(Accumulate.java:131)
<br>
> at org.drools.reteoo.AccumulateNode.modifyTuple<br>
> (AccumulateNode.java:352) <br>
> at org.drools.reteoo.AccumulateNode.assertObject<br>
> (AccumulateNode.java:248) <br>
> at <br>
> org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject<br>
> (CompositeObjectSinkAdapter.java:318) <br>
> at org.drools.reteoo.ObjectTypeNode.assertObject<br>
> (ObjectTypeNode.java:162) <br>
> at org.drools.reteoo.Rete.assertObject(Rete.java:175)
<br>
> at org.drools.reteoo.ReteooRuleBase.assertObject<br>
> (ReteooRuleBase.java:192) <br>
> at org.drools.reteoo.ReteooWorkingMemory.doInsert<br>
> (ReteooWorkingMemory.java:71) <br>
> at org.drools.common.AbstractWorkingMemory.insert<br>
> (AbstractWorkingMemory.java:911) <br>
> at org.drools.common.AbstractWorkingMemory.insert<br>
> (AbstractWorkingMemory.java:883) <br>
> at org.drools.base.DefaultKnowledgeHelper.insert<br>
> (DefaultKnowledgeHelper.java:67) <br>
> at org.drools.base.DefaultKnowledgeHelper.insert<br>
> (DefaultKnowledgeHelper.java:61) <br>
> ... 92 more <br>
> Caused by: java.lang.ClassCastException: com.demo.Rule_My_Rule_0$Accumulate0
<br>
> at com.demo.Rule_My_Rule_0Accumulate0Invoker.accumulate<br>
> (Rule_My_Rule_0Accumulate0Invoker.java:43) <br>
> at org.drools.rule.Accumulate.accumulate(Accumulate.java:123)
<br>
> ... 103 more <br>
> <br>
> The actually rule name and package are a lot longer, I changed them
<br>
> here for brevity and because I don't believe the names themselves
<br>
> are relevant. <br>
> <br>
> This exception is being thrown intermittently when this rule, which
<br>
> contains an accumulate function is called. I say intermittently
<br>
> because it does not happen every time the rule is run. As far
as I <br>
> can tell the ClassCastExceptions only happens when the computer that<br>
> the rules are running on is under load. <br>
> <br>
> A few more details before I post the rule itself. The rule base
<br>
> that I am building consists of 2 drl files. Both of the files
have <br>
> the same package declaration at the top. The 2 packages are
built <br>
> separately using PackageBuilder then combined using <br>
> RuleBase.addPackage() on both packages. Also, I'm not sure if
this <br>
> is relevant, but this scenario takes place in a web application <br>
> where the two package objects are only built once (for performance)
<br>
> but each user session creates a new RuleBase and adds the packages.
<br>
> The individual sessions then create stateful sessions from the
rule base. <br>
> <br>
> This is the rule that I believe is causing the issue. <br>
> <br>
> rule "My Rule" <br>
> salience 50 <br>
> dialect "java" <br>
> no-loop true <br>
> when <br>
> $module : Module( selected == false, required
> 1, $size : required )<br>
> $list : ArrayList( ) <br>
> from accumulate(
PotentialMatch( module == $module, <br>
> $slot : slot ), <br>
>
init( List result = new ArrayList(); ), <br>
>
action( result.add($slot); ), <br>
>
reverse( result.remove((Integer)$slot ); ), <br>
>
result( result ) ) <br>
> eval( countThem($list, $size) != $module.setMatchCount()
) <br>
> then <br>
> modify( $module ) { setMatchCount(countThem($list,
$size)) }; <br>
> end <br>
> <br>
> As I'm typing this I realize that there is another way to write this<br>
> rule using collect. I'm not sure why it was written this way,
but <br>
> since I have already come this far, has anyone had any experience
<br>
> with the Drools 4 generated code throwing ClassCastExceptions? <br>
> <br>
> Thanks, <br>
> <br>
> Steve Ronderos<br>
> _______________________________________________<br>
> rules-users mailing list<br>
> <a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank"><tt><font size="2">https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size="2"><br>
</font></tt>
<br><tt><font size="2">> <br>
> <br>
> <br>
> -- <br>
> Edson Tirelli<br>
> JBoss Drools Core Development<br>
> JBoss by Red Hat @ </font></tt><a href="http://www.jboss.com" target="_blank"><tt><font size="2">www.jboss.com</font></tt></a><tt><font size="2"><br>
> _______________________________________________<br>
> rules-users mailing list<br>
> <a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank"><tt><font size="2">https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size="2"><br>
</font></tt></div></div><br>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss by Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>