Looks like an 'or' bug. Which is surprising, as we had 'or' bugs in 4.x, and fixed a lot of them for 5.x. Could you build and try 5.5.x here now, this is the branch for the 5.6 release: https://github.com/droolsjbpm/drools/tree/5.5.x If it's still not fixed, could you write an isolated test? Seems like you only need one rule, and two or three facts to trigger it. Ideally please re-use facts from the test classes already existing - details of how to write tests, and submit as pull requests is here: http://docs.jboss.org/drools/release/5.4.0.Final/droolsjbpm-introduction-... If you can get us this test pull request asap (next few days), we'll fix and get it into the 5.6 release. Otherwise you may have to wait some time for a fix. Mark On 18 Feb 2013, at 01:10, ismaximum <mnrz57(a)gmail.com&gt; wrote: > Ah sorry.. It seems my first message hasn't been accepted by the > user-list... > I post it again here: > > After we upgrade to Drools v 5.5 there are hundreds of errors in test > cases > related to our rules. > One of which is related to this ClassCastException which I noticed it > occurs > when we have nested OR statements > > Here is one example: > > rule "employeeContributionStartDateAfterAccountStartDate" > ruleflow-group "EmployeeValidation" > when > // We only want this rule to fire when we are using the > create:Employee node. NOTE that the startDate or contributionStartDate > cannot be updated > EmployeeDetailsRulesModel(create == true) > // Get the date to validate > Employee( $contributionStartDate : contributionStartDate != null ) > (or > (and > // i.e. The contribution start date and the account start > dates are both specified. > Account( $accountStartDate : accountStartDate != null ) > eval( $contributionStartDate.compare($accountStartDate) < > 0 > ) > ) > (and > // The contribution start date is specified but the > account > start date is not, but should be defaulted to today. > Account( accountId == null, accountStartDate == null ) > SystemConstants($today : currentSystemDateWithoutTime) > eval( > $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($today)) > < 0 ) > ) > (and > // for an existing account where the account start date is > not specified. > Account( $accountId : accountId != null, $accountStartDate > : > accountStartDate == null ) > $composerMemberAccount : BaseMemberAccount() from > memberAccountDAO.getMemberAccount($accountId) > eval( > $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($composerMemberAccount.getFundStartDate())) > < 0 ) > ) > ) > then > error(ApplicationArea.EMPLOYEE, kcontext); > end > > > > Here is the error message: > > Exception executing consequence for rule "employeePreloadSystemConstants" > in > com.cname.rules.validation.business: org.drools.RuntimeDroolsException: > com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc > : java.lang.ClassCastException: > com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast to > com.cname.cbis.domain.update.Account > at > org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) > at > org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1297) > at > org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221) > at > org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456) > at > org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710) > at > org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674) > at > org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:230) > at > org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:106) > at > org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:32) > at > org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155) > at > org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76) > at > org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:264) > at > com.cname.rules.CBISAbstractRuleCoverageTest.runValidation(CBISAbstractRuleCoverageTest.java:441) > at > com.cname.rules.business.EmployeeBusinessRulesTest.testEmployeeContributionStartDateAfterAccountStartDate(EmployeeBusinessRulesTest.java:348) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at junit.framework.TestCase.runTest(TestCase.java:168) > at junit.framework.TestCase.runBare(TestCase.java:134) > at junit.framework.TestResult$1.protect(TestResult.java:110) > at junit.framework.TestResult.runProtected(TestResult.java:128) > at junit.framework.TestResult.run(TestResult.java:113) > at junit.framework.TestCase.run(TestCase.java:124) > at junit.framework.TestSuite.runTest(TestSuite.java:243) > at junit.framework.TestSuite.run(TestSuite.java:238) > at > org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) > at > org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) > at > org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) > Caused by: org.drools.RuntimeDroolsException: > com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc > : java.lang.ClassCastException: > com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast to > com.cname.cbis.domain.update.Account > at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:119) > at > org.drools.reteoo.EvalConditionNode.assertLeftTuple(EvalConditionNode.java:176) > at > org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196) > at > org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71) > at > org.drools.reteoo.JoinNode.propagateFromRight(JoinNode.java:159) > at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:148) > at > org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497) > at > org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382) > at > org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) > at > org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) > at > org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) > at > org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) > at > org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) > at > org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:192) > at > org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:186) > at > com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.defaultConsequence(Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.java:7) > at > com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvokerGenerated.evaluate(Unknown > Source) > at > com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvoker.evaluate(Unknown > Source) > at > org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287) > ... 31 more > Caused by: java.lang.ClassCastException: > com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast to > com.cname.cbis.domain.update.Account > at > org.drools.base.com.cname.cbis.domain.update.Account1384796854$getAccountStartDate.getValue(Unknown > Source) > at > org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:87) > at org.drools.rule.Declaration.getValue(Declaration.java:233) > at > com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1InvokerGenerated.evaluate(Unknown > Source) > at > com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker.evaluate(Unknown > Source) > at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) > ... 49 more > > > > -- > View this message in context: > http://drools.46999.n3.nabble.com/ClassCastException-after-migrating-from... > Sent from the Drools: User forum mailing list archive at Nabble.com. > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

stateless is just a wrapped stateful session - insert, update and delete work as normal.

For "sequential" mode, inserts will reach the right input of a beta node and then just do nothing - as all the beta network evaluation has been done.

Mark On 18 Feb 2013, at 07:17, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: > I may be mistaken, but the stack trace looks as if a stateless > knowledge session is being run, wherein it executes a RHS > ("employeePreloadSystemConstants") where some fact is being inserted. > > Not sure what *ought* to happen in this case, though: I've been trying > to find this out ever since 5.1.x. A meagre "...do not support > iterative insertions..." is all there is to be read, but what does > this imply? Simply doesn't work in an unspecified way? May crash on > workdays...?? A "tut, tut" from the Drools Team ??? ;-) > > -W > > > On 18/02/2013, Mark Proctor <mproctor(a)codehaus.org&gt; wrote: >> Looks like an 'or' bug. Which is surprising, as we had 'or' bugs in 4.x, >> and >> fixed a lot of them for 5.x. >> >> Could you build and try 5.5.x here now, this is the branch for the 5.6 >> release: >> https://github.com/droolsjbpm/drools/tree/5.5.x >> >> If it's still not fixed, could you write an isolated test? Seems like >> you >> only need one rule, and two or three facts to trigger it. Ideally please >> re-use facts from the test classes already existing - details of how to >> write tests, and submit as pull requests is here: >> http://docs.jboss.org/drools/release/5.4.0.Final/droolsjbpm-introduction-... >> >> If you can get us this test pull request asap (next few days), we'll fix >> and >> get it into the 5.6 release. Otherwise you may have to wait some time for >> a >> fix. >> >> Mark >> On 18 Feb 2013, at 01:10, ismaximum <mnrz57(a)gmail.com&gt; wrote: >> >>> Ah sorry.. It seems my first message hasn't been accepted by the >>> user-list... >>> I post it again here: >>> >>> After we upgrade to Drools v 5.5 there are hundreds of errors in test >>> cases >>> related to our rules. >>> One of which is related to this ClassCastException which I noticed it >>> occurs >>> when we have nested OR statements >>> >>> Here is one example: >>> >>> rule "employeeContributionStartDateAfterAccountStartDate" >>> ruleflow-group "EmployeeValidation" >>> when >>> // We only want this rule to fire when we are using the >>> create:Employee node. NOTE that the startDate or contributionStartDate >>> cannot be updated >>> EmployeeDetailsRulesModel(create == true) >>> // Get the date to validate >>> Employee( $contributionStartDate : contributionStartDate != null >>> ) >>> (or >>> (and >>> // i.e. The contribution start date and the account start >>> dates are both specified. >>> Account( $accountStartDate : accountStartDate != null ) >>> eval( $contributionStartDate.compare($accountStartDate) < >>> 0 >>> ) >>> ) >>> (and >>> // The contribution start date is specified but the >>> account >>> start date is not, but should be defaulted to today. >>> Account( accountId == null, accountStartDate == null ) >>> SystemConstants($today : currentSystemDateWithoutTime) >>> eval( >>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($today)) >>> < 0 ) >>> ) >>> (and >>> // for an existing account where the account start date >>> is >>> not specified. >>> Account( $accountId : accountId != null, >>> $accountStartDate >>> : >>> accountStartDate == null ) >>> $composerMemberAccount : BaseMemberAccount() from >>> memberAccountDAO.getMemberAccount($accountId) >>> eval( >>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($composerMemberAccount.getFundStartDate())) >>> < 0 ) >>> ) >>> ) >>> then >>> error(ApplicationArea.EMPLOYEE, kcontext); >>> end >>> >>> >>> >>> Here is the error message: >>> >>> Exception executing consequence for rule >>> "employeePreloadSystemConstants" >>> in >>> com.cname.rules.validation.business: org.drools.RuntimeDroolsException: >>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>> : java.lang.ClassCastException: >>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>> to >>> com.cname.cbis.domain.update.Account >>> at >>> org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) >>> at >>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1297) >>> at >>> org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221) >>> at >>> org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456) >>> at >>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710) >>> at >>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674) >>> at >>> org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:230) >>> at >>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:106) >>> at >>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:32) >>> at >>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155) >>> at >>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76) >>> at >>> org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:264) >>> at >>> com.cname.rules.CBISAbstractRuleCoverageTest.runValidation(CBISAbstractRuleCoverageTest.java:441) >>> at >>> com.cname.rules.business.EmployeeBusinessRulesTest.testEmployeeContributionStartDateAfterAccountStartDate(EmployeeBusinessRulesTest.java:348) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at junit.framework.TestCase.runTest(TestCase.java:168) >>> at junit.framework.TestCase.runBare(TestCase.java:134) >>> at junit.framework.TestResult$1.protect(TestResult.java:110) >>> at junit.framework.TestResult.runProtected(TestResult.java:128) >>> at junit.framework.TestResult.run(TestResult.java:113) >>> at junit.framework.TestCase.run(TestCase.java:124) >>> at junit.framework.TestSuite.runTest(TestSuite.java:243) >>> at junit.framework.TestSuite.run(TestSuite.java:238) >>> at >>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) >>> at >>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) >>> at >>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) >>> Caused by: org.drools.RuntimeDroolsException: >>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>> : java.lang.ClassCastException: >>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>> to >>> com.cname.cbis.domain.update.Account >>> at >>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:119) >>> at >>> org.drools.reteoo.EvalConditionNode.assertLeftTuple(EvalConditionNode.java:176) >>> at >>> org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196) >>> at >>> org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71) >>> at >>> org.drools.reteoo.JoinNode.propagateFromRight(JoinNode.java:159) >>> at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:148) >>> at >>> org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497) >>> at >>> org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382) >>> at >>> org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) >>> at >>> org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) >>> at >>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) >>> at >>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) >>> at >>> org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) >>> at >>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:192) >>> at >>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:186) >>> at >>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.defaultConsequence(Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.java:7) >>> at >>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvokerGenerated.evaluate(Unknown >>> Source) >>> at >>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvoker.evaluate(Unknown >>> Source) >>> at >>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287) >>> ... 31 more >>> Caused by: java.lang.ClassCastException: >>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>> to >>> com.cname.cbis.domain.update.Account >>> at >>> org.drools.base.com.cname.cbis.domain.update.Account1384796854$getAccountStartDate.getValue(Unknown >>> Source) >>> at >>> org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:87) >>> at org.drools.rule.Declaration.getValue(Declaration.java:233) >>> at >>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1InvokerGenerated.evaluate(Unknown >>> Source) >>> at >>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker.evaluate(Unknown >>> Source) >>> at >>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) >>> ... 49 more >>> >>> >>> >>> -- >>> View this message in context: >>> http://drools.46999.n3.nabble.com/ClassCastException-after-migrating-from... >>> Sent from the Drools: User forum mailing list archive at Nabble.com. >>> _______________________________________________ >>> rules-users mailing list >>> rules-users(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-users >> >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

I'll insert a sentence stating that all the RHS operations insert/modify/delete are still possible. The strong negative in the quoted sentence needs to be balanced. -W On 18/02/2013, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: > Mark, > > On 18/02/2013, Mark Proctor <mproctor(a)codehaus.org&gt; wrote: >> stateless is just a wrapped stateful session - insert, update and delete >> work as normal. > > So let's get this straight, this quote from the "Expert" manual which > does NOT refer to sequential mode!!) is wrong and should be removed: > <quote> > Stateless sessions do not support iterative insertions and the method > call fireAllRules() from Java code; > </quote> > >> >> For "sequential" mode, inserts will reach the right input of a beta node >> and >> then just do nothing - as all the beta network evaluation has been done. > > Which I take it to mean that you can do insert (and retract? and > modify?) but it will not work as intended? Without error indication?? > > -W > >> >> Mark >> On 18 Feb 2013, at 07:17, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: >> >>> I may be mistaken, but the stack trace looks as if a stateless >>> knowledge session is being run, wherein it executes a RHS >>> ("employeePreloadSystemConstants") where some fact is being inserted. >>> >>> Not sure what *ought* to happen in this case, though: I've been trying >>> to find this out ever since 5.1.x. A meagre "...do not support >>> iterative insertions..." is all there is to be read, but what does >>> this imply? Simply doesn't work in an unspecified way? May crash on >>> workdays...?? A "tut, tut" from the Drools Team ??? ;-) >>> >>> -W >>> >>> >>> On 18/02/2013, Mark Proctor <mproctor(a)codehaus.org&gt; wrote: >>>> Looks like an 'or' bug. Which is surprising, as we had 'or' bugs in >>>> 4.x, >>>> and >>>> fixed a lot of them for 5.x. >>>> >>>> Could you build and try 5.5.x here now, this is the branch for the 5.6 >>>> release: >>>> https://github.com/droolsjbpm/drools/tree/5.5.x >>>> >>>> If it's still not fixed, could you write an isolated test? Seems like >>>> you >>>> only need one rule, and two or three facts to trigger it. Ideally >>>> please >>>> re-use facts from the test classes already existing - details of how >>>> to >>>> write tests, and submit as pull requests is here: >>>> http://docs.jboss.org/drools/release/5.4.0.Final/droolsjbpm-introduction-... >>>> >>>> If you can get us this test pull request asap (next few days), we'll >>>> fix >>>> and >>>> get it into the 5.6 release. Otherwise you may have to wait some time >>>> for >>>> a >>>> fix. >>>> >>>> Mark >>>> On 18 Feb 2013, at 01:10, ismaximum <mnrz57(a)gmail.com&gt; wrote: >>>> >>>>> Ah sorry.. It seems my first message hasn't been accepted by the >>>>> user-list... >>>>> I post it again here: >>>>> >>>>> After we upgrade to Drools v 5.5 there are hundreds of errors in test >>>>> cases >>>>> related to our rules. >>>>> One of which is related to this ClassCastException which I noticed it >>>>> occurs >>>>> when we have nested OR statements >>>>> >>>>> Here is one example: >>>>> >>>>> rule "employeeContributionStartDateAfterAccountStartDate" >>>>> ruleflow-group "EmployeeValidation" >>>>> when >>>>> // We only want this rule to fire when we are using the >>>>> create:Employee node. NOTE that the startDate or >>>>> contributionStartDate >>>>> cannot be updated >>>>> EmployeeDetailsRulesModel(create == true) >>>>> // Get the date to validate >>>>> Employee( $contributionStartDate : contributionStartDate != >>>>> null >>>>> ) >>>>> (or >>>>> (and >>>>> // i.e. The contribution start date and the account >>>>> start >>>>> dates are both specified. >>>>> Account( $accountStartDate : accountStartDate != null ) >>>>> eval( $contributionStartDate.compare($accountStartDate) >>>>> < >>>>> 0 >>>>> ) >>>>> ) >>>>> (and >>>>> // The contribution start date is specified but the >>>>> account >>>>> start date is not, but should be defaulted to today. >>>>> Account( accountId == null, accountStartDate == null ) >>>>> SystemConstants($today : currentSystemDateWithoutTime) >>>>> eval( >>>>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($today)) >>>>> < 0 ) >>>>> ) >>>>> (and >>>>> // for an existing account where the account start date >>>>> is >>>>> not specified. >>>>> Account( $accountId : accountId != null, >>>>> $accountStartDate >>>>> : >>>>> accountStartDate == null ) >>>>> $composerMemberAccount : BaseMemberAccount() from >>>>> memberAccountDAO.getMemberAccount($accountId) >>>>> eval( >>>>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($composerMemberAccount.getFundStartDate())) >>>>> < 0 ) >>>>> ) >>>>> ) >>>>> then >>>>> error(ApplicationArea.EMPLOYEE, kcontext); >>>>> end >>>>> >>>>> >>>>> >>>>> Here is the error message: >>>>> >>>>> Exception executing consequence for rule >>>>> "employeePreloadSystemConstants" >>>>> in >>>>> com.cname.rules.validation.business: >>>>> org.drools.RuntimeDroolsException: >>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>>>> : java.lang.ClassCastException: >>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>> to >>>>> com.cname.cbis.domain.update.Account >>>>> at >>>>> org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) >>>>> at >>>>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1297) >>>>> at >>>>> org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221) >>>>> at >>>>> org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456) >>>>> at >>>>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710) >>>>> at >>>>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674) >>>>> at >>>>> org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:230) >>>>> at >>>>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:106) >>>>> at >>>>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:32) >>>>> at >>>>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155) >>>>> at >>>>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76) >>>>> at >>>>> org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:264) >>>>> at >>>>> com.cname.rules.CBISAbstractRuleCoverageTest.runValidation(CBISAbstractRuleCoverageTest.java:441) >>>>> at >>>>> com.cname.rules.business.EmployeeBusinessRulesTest.testEmployeeContributionStartDateAfterAccountStartDate(EmployeeBusinessRulesTest.java:348) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at >>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>> at >>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>>> at junit.framework.TestCase.runTest(TestCase.java:168) >>>>> at junit.framework.TestCase.runBare(TestCase.java:134) >>>>> at junit.framework.TestResult$1.protect(TestResult.java:110) >>>>> at junit.framework.TestResult.runProtected(TestResult.java:128) >>>>> at junit.framework.TestResult.run(TestResult.java:113) >>>>> at junit.framework.TestCase.run(TestCase.java:124) >>>>> at junit.framework.TestSuite.runTest(TestSuite.java:243) >>>>> at junit.framework.TestSuite.run(TestSuite.java:238) >>>>> at >>>>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) >>>>> at >>>>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) >>>>> at >>>>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) >>>>> at >>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) >>>>> at >>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) >>>>> at >>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) >>>>> at >>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) >>>>> Caused by: org.drools.RuntimeDroolsException: >>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>>>> : java.lang.ClassCastException: >>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>> to >>>>> com.cname.cbis.domain.update.Account >>>>> at >>>>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:119) >>>>> at >>>>> org.drools.reteoo.EvalConditionNode.assertLeftTuple(EvalConditionNode.java:176) >>>>> at >>>>> org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196) >>>>> at >>>>> org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71) >>>>> at >>>>> org.drools.reteoo.JoinNode.propagateFromRight(JoinNode.java:159) >>>>> at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:148) >>>>> at >>>>> org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497) >>>>> at >>>>> org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382) >>>>> at >>>>> org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) >>>>> at >>>>> org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) >>>>> at >>>>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) >>>>> at >>>>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) >>>>> at >>>>> org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) >>>>> at >>>>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:192) >>>>> at >>>>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:186) >>>>> at >>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.defaultConsequence(Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.java:7) >>>>> at >>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvokerGenerated.evaluate(Unknown >>>>> Source) >>>>> at >>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvoker.evaluate(Unknown >>>>> Source) >>>>> at >>>>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287) >>>>> ... 31 more >>>>> Caused by: java.lang.ClassCastException: >>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>> to >>>>> com.cname.cbis.domain.update.Account >>>>> at >>>>> org.drools.base.com.cname.cbis.domain.update.Account1384796854$getAccountStartDate.getValue(Unknown >>>>> Source) >>>>> at >>>>> org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:87) >>>>> at org.drools.rule.Declaration.getValue(Declaration.java:233) >>>>> at >>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1InvokerGenerated.evaluate(Unknown >>>>> Source) >>>>> at >>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker.evaluate(Unknown >>>>> Source) >>>>> at >>>>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) >>>>> ... 49 more >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://drools.46999.n3.nabble.com/ClassCastException-after-migrating-from... >>>>> Sent from the Drools: User forum mailing list archive at Nabble.com. >>>>> _______________________________________________ >>>>> rules-users mailing list >>>>> rules-users(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/rules-users >>>> >>>> >>>> _______________________________________________ >>>> rules-users mailing list >>>> rules-users(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/rules-users >>>> >>> _______________________________________________ >>> rules-users mailing list >>> rules-users(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-users >> >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> >

Here is another quote from "Expert" (4.8.3.3.2., Property access on Java Beans), which raises some doubt. <quote> In a stateful session, care should be taken when using nested accessors as the Working Memory is not aware of any of the nested values, and does not know when they change. </quote> So, I don't have to take care in a stateless session? But if this is merely a wrapper for a stateful session, one should think that there's no difference?

-W On 18/02/2013, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: > I'll insert a sentence stating that all the RHS operations > insert/modify/delete are still possible. The strong negative in the > quoted sentence needs to be balanced. > -W > > On 18/02/2013, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: >> Mark, >> >> On 18/02/2013, Mark Proctor <mproctor(a)codehaus.org&gt; wrote: >>> stateless is just a wrapped stateful session - insert, update and delete >>> work as normal. >> >> So let's get this straight, this quote from the "Expert" manual which >> does NOT refer to sequential mode!!) is wrong and should be removed: >> <quote> >> Stateless sessions do not support iterative insertions and the method >> call fireAllRules() from Java code; >> </quote> >> >>> >>> For "sequential" mode, inserts will reach the right input of a beta node >>> and >>> then just do nothing - as all the beta network evaluation has been done. >> >> Which I take it to mean that you can do insert (and retract? and >> modify?) but it will not work as intended? Without error indication?? >> >> -W >> >>> >>> Mark >>> On 18 Feb 2013, at 07:17, Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; wrote: >>> >>>> I may be mistaken, but the stack trace looks as if a stateless >>>> knowledge session is being run, wherein it executes a RHS >>>> ("employeePreloadSystemConstants") where some fact is being inserted. >>>> >>>> Not sure what *ought* to happen in this case, though: I've been trying >>>> to find this out ever since 5.1.x. A meagre "...do not support >>>> iterative insertions..." is all there is to be read, but what does >>>> this imply? Simply doesn't work in an unspecified way? May crash on >>>> workdays...?? A "tut, tut" from the Drools Team ??? ;-) >>>> >>>> -W >>>> >>>> >>>> On 18/02/2013, Mark Proctor <mproctor(a)codehaus.org&gt; wrote: >>>>> Looks like an 'or' bug. Which is surprising, as we had 'or' bugs in >>>>> 4.x, >>>>> and >>>>> fixed a lot of them for 5.x. >>>>> >>>>> Could you build and try 5.5.x here now, this is the branch for the 5.6 >>>>> release: >>>>> https://github.com/droolsjbpm/drools/tree/5.5.x >>>>> >>>>> If it's still not fixed, could you write an isolated test? Seems like >>>>> you >>>>> only need one rule, and two or three facts to trigger it. Ideally >>>>> please >>>>> re-use facts from the test classes already existing - details of how >>>>> to >>>>> write tests, and submit as pull requests is here: >>>>> http://docs.jboss.org/drools/release/5.4.0.Final/droolsjbpm-introduction-... >>>>> >>>>> If you can get us this test pull request asap (next few days), we'll >>>>> fix >>>>> and >>>>> get it into the 5.6 release. Otherwise you may have to wait some time >>>>> for >>>>> a >>>>> fix. >>>>> >>>>> Mark >>>>> On 18 Feb 2013, at 01:10, ismaximum <mnrz57(a)gmail.com&gt; wrote: >>>>> >>>>>> Ah sorry.. It seems my first message hasn't been accepted by the >>>>>> user-list... >>>>>> I post it again here: >>>>>> >>>>>> After we upgrade to Drools v 5.5 there are hundreds of errors in test >>>>>> cases >>>>>> related to our rules. >>>>>> One of which is related to this ClassCastException which I noticed it >>>>>> occurs >>>>>> when we have nested OR statements >>>>>> >>>>>> Here is one example: >>>>>> >>>>>> rule "employeeContributionStartDateAfterAccountStartDate" >>>>>> ruleflow-group "EmployeeValidation" >>>>>> when >>>>>> // We only want this rule to fire when we are using the >>>>>> create:Employee node. NOTE that the startDate or >>>>>> contributionStartDate >>>>>> cannot be updated >>>>>> EmployeeDetailsRulesModel(create == true) >>>>>> // Get the date to validate >>>>>> Employee( $contributionStartDate : contributionStartDate != >>>>>> null >>>>>> ) >>>>>> (or >>>>>> (and >>>>>> // i.e. The contribution start date and the account >>>>>> start >>>>>> dates are both specified. >>>>>> Account( $accountStartDate : accountStartDate != null ) >>>>>> eval( $contributionStartDate.compare($accountStartDate) >>>>>> < >>>>>> 0 >>>>>> ) >>>>>> ) >>>>>> (and >>>>>> // The contribution start date is specified but the >>>>>> account >>>>>> start date is not, but should be defaulted to today. >>>>>> Account( accountId == null, accountStartDate == null ) >>>>>> SystemConstants($today : currentSystemDateWithoutTime) >>>>>> eval( >>>>>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($today)) >>>>>> < 0 ) >>>>>> ) >>>>>> (and >>>>>> // for an existing account where the account start date >>>>>> is >>>>>> not specified. >>>>>> Account( $accountId : accountId != null, >>>>>> $accountStartDate >>>>>> : >>>>>> accountStartDate == null ) >>>>>> $composerMemberAccount : BaseMemberAccount() from >>>>>> memberAccountDAO.getMemberAccount($accountId) >>>>>> eval( >>>>>> $contributionStartDate.compare(jaxbUtils.toXMLGregorianCalendarDateOnly($composerMemberAccount.getFundStartDate())) >>>>>> < 0 ) >>>>>> ) >>>>>> ) >>>>>> then >>>>>> error(ApplicationArea.EMPLOYEE, kcontext); >>>>>> end >>>>>> >>>>>> >>>>>> >>>>>> Here is the error message: >>>>>> >>>>>> Exception executing consequence for rule >>>>>> "employeePreloadSystemConstants" >>>>>> in >>>>>> com.cname.rules.validation.business: >>>>>> org.drools.RuntimeDroolsException: >>>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>>>>> : java.lang.ClassCastException: >>>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>>> to >>>>>> com.cname.cbis.domain.update.Account >>>>>> at >>>>>> org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) >>>>>> at >>>>>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1297) >>>>>> at >>>>>> org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221) >>>>>> at >>>>>> org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456) >>>>>> at >>>>>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710) >>>>>> at >>>>>> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674) >>>>>> at >>>>>> org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:230) >>>>>> at >>>>>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:106) >>>>>> at >>>>>> org.drools.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:32) >>>>>> at >>>>>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155) >>>>>> at >>>>>> org.drools.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76) >>>>>> at >>>>>> org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:264) >>>>>> at >>>>>> com.cname.rules.CBISAbstractRuleCoverageTest.runValidation(CBISAbstractRuleCoverageTest.java:441) >>>>>> at >>>>>> com.cname.rules.business.EmployeeBusinessRulesTest.testEmployeeContributionStartDateAfterAccountStartDate(EmployeeBusinessRulesTest.java:348) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at >>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>>> at >>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>>>> at junit.framework.TestCase.runTest(TestCase.java:168) >>>>>> at junit.framework.TestCase.runBare(TestCase.java:134) >>>>>> at junit.framework.TestResult$1.protect(TestResult.java:110) >>>>>> at junit.framework.TestResult.runProtected(TestResult.java:128) >>>>>> at junit.framework.TestResult.run(TestResult.java:113) >>>>>> at junit.framework.TestCase.run(TestCase.java:124) >>>>>> at junit.framework.TestSuite.runTest(TestSuite.java:243) >>>>>> at junit.framework.TestSuite.run(TestSuite.java:238) >>>>>> at >>>>>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) >>>>>> at >>>>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) >>>>>> Caused by: org.drools.RuntimeDroolsException: >>>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker@d3924bbc >>>>>> : java.lang.ClassCastException: >>>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>>> to >>>>>> com.cname.cbis.domain.update.Account >>>>>> at >>>>>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:119) >>>>>> at >>>>>> org.drools.reteoo.EvalConditionNode.assertLeftTuple(EvalConditionNode.java:176) >>>>>> at >>>>>> org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196) >>>>>> at >>>>>> org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71) >>>>>> at >>>>>> org.drools.reteoo.JoinNode.propagateFromRight(JoinNode.java:159) >>>>>> at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:148) >>>>>> at >>>>>> org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497) >>>>>> at >>>>>> org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382) >>>>>> at >>>>>> org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) >>>>>> at >>>>>> org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) >>>>>> at >>>>>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) >>>>>> at >>>>>> org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) >>>>>> at >>>>>> org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) >>>>>> at >>>>>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:192) >>>>>> at >>>>>> org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:186) >>>>>> at >>>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.defaultConsequence(Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318.java:7) >>>>>> at >>>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvokerGenerated.evaluate(Unknown >>>>>> Source) >>>>>> at >>>>>> com.cname.rules.validation.business.Rule_employeePreloadSystemConstants_dcf7facf199041d3aa8f3b85387b4318DefaultConsequenceInvoker.evaluate(Unknown >>>>>> Source) >>>>>> at >>>>>> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287) >>>>>> ... 31 more >>>>>> Caused by: java.lang.ClassCastException: >>>>>> com.cname.rules.model.common.EmployeeDetailsRulesModel cannot be cast >>>>>> to >>>>>> com.cname.cbis.domain.update.Account >>>>>> at >>>>>> org.drools.base.com.cname.cbis.domain.update.Account1384796854$getAccountStartDate.getValue(Unknown >>>>>> Source) >>>>>> at >>>>>> org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:87) >>>>>> at org.drools.rule.Declaration.getValue(Declaration.java:233) >>>>>> at >>>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1InvokerGenerated.evaluate(Unknown >>>>>> Source) >>>>>> at >>>>>> com.cname.rules.validation.business.Rule_employeeContributionStartDateAfterAccountStartDate_357b04c70dac4f469ea9cedd93d15da7Eval1Invoker.evaluate(Unknown >>>>>> Source) >>>>>> at >>>>>> org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) >>>>>> ... 49 more >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> http://drools.46999.n3.nabble.com/ClassCastException-after-migrating-from... >>>>>> Sent from the Drools: User forum mailing list archive at Nabble.com. >>>>>> _______________________________________________ >>>>>> rules-users mailing list >>>>>> rules-users(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/rules-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> rules-users mailing list >>>>> rules-users(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/rules-users >>>>> >>>> _______________________________________________ >>>> rules-users mailing list >>>> rules-users(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/rules-users >>> >>> >>> _______________________________________________ >>> rules-users mailing list >>> rules-users(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-users >>> >> >

Just to let you know that I've raised an issue: https://issues.jboss.org/browse/DROOLS-44