[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Mark Proctor commented on JBRULES-2810: --------------------------------------- 1. It is a stateful session. 2. There are no dynamic rule adds - rules are compiled up front from a DB, in DRL format, then held in memory. Stateful Sessions are initiated against the static rule base. 3. Different test cases will cause different rules to throw, and the various rules that cause it are updating different objects in their right hand side. The consequence side of this particular rule is updating a PolicyBorrower object, with one field value change, plus adding a firing trace to its collection of firings. The PolicyBorrower is a relatively simple object, and is updated in similar ways in many rules. Of the other rules that reference PolicyBorrower on the LHS, a few of them do have nested CE's with not { x{} and y{}} or exists { a{} and b{} } etc. However, in attempting to progressively remove those rule sets from the rule base, I'm finding that other rules, not related to these, are throwing other exceptions. I don't want to confuse things with potentially different causes / problems, but here's one with different behavior -- it is throwing during an insert operation (trace is elided): The rule is no different from other rules we're using, and this is the same rule base as with the earlier exception, but it's a different test case (This particular run is on Drools BRMS 5.1.0 and it also works perfectly on Community 5.0.1). {code} org.drools.RuntimeDroolsException: Exception executing predicate com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker@d2afb52f ... Caused by: Exception executing predicate com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker@d2afb52f ... Caused by: null at com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0.predicate0(Rule_RS8247_3_3_RF6366_54_50012769_0.java:9) at com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker.evaluate(Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker.java:23) at org.drools.rule.PredicateConstraint.isAllowed(PredicateConstraint.java:272) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:141) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:450) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:378) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:145) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:450) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:368) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:190) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:145) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1174) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1123) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:917) at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:251) at com.wellsfargo.ARGenT.Execution.DefaultLoader.Load(DefaultLoader.java:16) ... The DRL of this rule is: rule "RS8247.3.3_RF6366_54_50012769" dialect "java" no-loop true ruleflow-group "RF6366_54_50012769" when LoanFile ( $parentLendingTransactionId : myId ) $borrower : Borrower ( parentId == $parentLendingTransactionId , $parentBorrowerId : myId , firings not contains "RS8247.3.3_RF6366_54_50012769" ) IndividualName ( parentId == $parentBorrowerId , $parentBorrowerNameId : myId , $fullName : fullName ) Employment ( parentId == $parentBorrowerId , $parentEmploymentId : myId , selfEmployedIndicator == true , eval(((employmentDuration.getYear() * 12) + employmentDuration.getMonth()) >= 12) , eval(((employmentDuration.getYear() * 12) + employmentDuration.getMonth()) < 24) ) PersistenceDetail ( parentId == $parentBorrowerId , $parentPersistenceDetail1Id : myId , $sequenceNbr1 : sequenceNbr ) TransactionDetail ( parentId == $parentLendingTransactionId , $parentTransactionDetailId : myId ) $policySet : PolicySet ( parentId == $parentTransactionDetailId , $parentPolicySetId : myId ) PolicySetIdentifier ( parentId == $parentPolicySetId , $parentPolicySetIdentifierId : myId , exitStrategyType in (ExitStrategyTypeEnum.FHA, ExitStrategyTypeEnum.VA) ) then WorkingObjectStipulation stipulation = $policySet.addNewStipulation(); PersistenceDetail persistenceDetail1 = stipulation.addNewPersistenceDetail(); stipulation.setMessageId("30002"); persistenceDetail1.setSequenceNbr($sequenceNbr1); ParameterValue pv1 = stipulation.addNewParameterValue(); pv1.setActualValue(($fullName != null ? $fullName.toString() : "Missing")); pv1.setParameterId("fullName"); insert(stipulation); insert(persistenceDetail1); insert(pv1); $borrower.getFirings().add("RS8247.3.3_RF6366_54_50012769"); update($borrower); update($policySet); end {code} -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Mark Proctor commented on JBRULES-2810: --------------------------------------- This means the NPE is in evaluation of the actual expression: at com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0.predicate0(Rule_RS8247_3_3_RF6366_54_50012769_0.java:9) at com.wellsfargo.GeneratedRules.Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker.evaluate(Rule_RS8247_3_3_RF6366_54_50012769_0Predicate0Invoker.java:23) at org.drools.rule.PredicateConstraint.isAllowed(PredicateConstraint.java:272) The actual expression shows it's an implicit field: Employment ( parentId == $parentBorrowerId , $parentEmploymentId : myId , selfEmployedIndicator == true , eval(((employmentDuration.getYear() * 12) + employmentDuration.getMonth())>= 12) , eval(((employmentDuration.getYear() * 12) + employmentDuration.getMonth())< 24) ) My gut feeling here is the problem is simple, employmentDuration is null. There is a very each check for this. Make a boolean method that returns true that takes "this" is a parameter boolean dump(Employment employment) { log( employment + ":" + employment.getEmploymentDuration() ) } , eval( dump( this ) && ((employmentDuration.getYear() * 12) + employmentDuration.getMonth())>= 12) , eval( dump( this ) && ((employmentDuration.getYear() * 12) + employmentDuration.getMonth())< 24) The above should illustrate this. I believe this is probably related to user error code and not related to the original report which we do believe to be a bug. Mark -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Edson Tirelli updated JBRULES-2810: ----------------------------------- Attachment: drools-core-5.1.1-jbrules2810.jar Attaching instrumented jar. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Edson Tirelli commented on JBRULES-2810: ---------------------------------------- Tom, Can you please re-run the tests with the new jar I just attached to the ticket and send me back the reports? Thank you. Edson -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Tom Murphy commented on JBRULES-2810: ------------------------------------- I've set the location for the dump file using -Ddrools.dump.file=/tmp/jbrules-2810.txt I incorporated v2 of the instrumented file. Restarted the JBAS service. Reloaded rules. Re-sent the test case. Now, when it hits rule RS7673_1_3, it hangs. CPU is at 50% (fully consuming one of the two sockets on the machine), and it remains there forever. No exception trace, because none was thrown - it just hangs in an apparent infinite loop. I have emailed the log to Edson (sensitive material). -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Edson Tirelli updated JBRULES-2810: ----------------------------------- Attachment: (was: drools-core-5.1.1-jbrules2810v2.jar) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Edson Tirelli updated JBRULES-2810: ----------------------------------- Attachment: drools-core-5.1.1-jbrules2810-fixed.jar Attaching instrumented jar with fix for tests. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2810?page=com.atlassian.jira.plug... ] Edson Tirelli closed JBRULES-2810. ---------------------------------- -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira