[jboss-jira] [JBoss JIRA] Commented: (JBRULES-718) Drools 3.1.0-M1 rules build 3.0.4 compatibility problems with eval statements
Mark Proctor (JIRA)
jira-events at lists.jboss.org
Thu Apr 12 09:13:58 EDT 2007
[ http://jira.jboss.com/jira/browse/JBRULES-718?page=comments#action_12359096 ]
Mark Proctor commented on JBRULES-718:
--------------------------------------
Any feedback on this, otherwise i'll close this off soon. Is this still a bug in trunk?
> Drools 3.1.0-M1 rules build 3.0.4 compatibility problems with eval statements
> -----------------------------------------------------------------------------
>
> Key: JBRULES-718
> URL: http://jira.jboss.com/jira/browse/JBRULES-718
> Project: JBoss Rules
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Drl Parser/Builder
> Affects Versions: 3.1-m1
> Environment: windows 2k
> Reporter: Thomas Gonzalez
> Assigned To: Edson Tirelli
> Priority: Blocker
>
> Hi Tom - its great you are trying this out - once again - could you attach enough to reproduce this to a JIRA? It will get added to the integration tests.
> There is no fundamental reason why you can't cast like that at all, its certainly not a design constraint, just - SHOCK - a bug ! Say it isn't so !
> On 3/2/07, Tom Gonzalez <tomgon at nortel.com> wrote:
> We are in the process of converting from 3.0.4 to 3.1.0-M1 and having problems building rules that have eval statements in them that buil d in 3.0.4 with no problems.
> We are getting rules build errors as follows:
> [java] Feb 28, 2007 5:55:29 PM com.nortel.connect.rbuilder.RulePackager build
> [java] INFO: ============== Start build RulePackage: [engrules.mss] =========
> [java] Feb 28, 2007 5:55:29 PM com.nortel.connect.rbuilder.RulePackage addRulesFromDrlFile
> [java] INFO: adding Rules from: MG15000Rules.drl (with associated DSL)
> [java] Feb 28, 2007 5:55:29 PM com.nortel.connect.rbuilder.RulePackage addRulesFromDrlFile
> [java] INFO: parsed rules using dsl
> [java] org.drools.RuntimeDroolsException: unable to find the function ','
> [java] at org.drools.semantics.java.StaticMethodFunctionResolver.resolveFunction(StaticMethodFunctionResolver.java:9)
> [java] at org.drools.semantics.java.FunctionFixer.fix(FunctionFixer.java:132)
> [java] at org.drools.semantics.java.FunctionFixer.fix(FunctionFixer.java:103)
> [java] at org.drools.semantics.java.FunctionFixer.fix(FunctionFixer.java:66)
> [java] at org.drools.semantics.java.builder.EvalBuilder.build(EvalBuilder.java:78)
> [java] at org.drools.semantics.java.builder.GroupElementBuilder.build(GroupElementBuilder.java:63)
> [java] at org.drools.semantics.java.builder.GroupElementBuilder.build(GroupElementBuilder.java:63)
> [java] at org.drools.semantics.java.RuleBuilder.build(RuleBuilder.java:178)
> [java] at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:381)
> [java] at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:219)
> [java] at com.nortel.connect.rbuilder.RulePackage.addRulesFromDrlFile(RulePackage.java:229)
> [java] at com.nortel.connect.rbuilder.RulePackager.build(RulePackager.java:206)
> [java] at com.nortel.connect.rbuilder.RulePackager.buildAll(RulePackager.java:142)
> [java] at com.nortel.connect.rbuilder.RulePackager.main(RulePackager.java:92)
> [java] Feb 28, 2007 5:55:30 PM com.nortel.connect.rbuilder.RulePackage addRulesFromDrlFile
> We have a number of rules with eval's in them such as:
> eval( !(checkVspToInstanceRatio( (Integer)$vsp3ocount, (Integer)$vsp4ecount, (Integer)$vsp3count, (Integer)$nstacount)) );
> eval ( !(strInStr((String)$shelfsn,(String)$netwksn))
> eval( !(checkDlepNumber( (Integer)$dlepkey, (Integer)$nstakey)) || !(isEvenInteger((Integer)$nstakey))
> The parser has issue with the cast syntax in the eval removing the cast (like (Integer) ) cleans up the paser issue however this is not a feasible solution. Casting is required in some cases with out adding a good bit of extra work.
> Can you restore the support we previously had for casting with in an eval and retain the flexibility of using casts when needed?
> Thanks,
> Regards,
> Tom G
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list