Description of problem: When there is a Slide Window constraint and the kbase is configured to receive incremental changes from the kagent (drools.agent.newInstance as false) - the engine crashes How reproducible: Running the unit test attached. Actual results: After some cycles the test hangs just after a changeset update and a next fact insert. Expected results: No crash
Created attachment 775963 [details] Unit test
Davide Sottara <dsotty> made a comment on jira DROOLS-195 no crashes detected using 5.6.0-SNAPSHOT
Lukas, Alessandro, what is the context for this ticket? Is it for 5.3.x or 6.x? If it is for 5, was it reported by a customer and we need to backport the fixes? Just trying to understand what needs to be done here.
Just got the e-mail from Alessandro: ============= They should be part of the Roll Up Patch BRMS_5.3.1_3_2013 - https://bugzilla.redhat.com/show_bug.cgi?id=986451 BZs to it should be added and committed until 09/Aug (3 weeks) - after that is started the productisation work. So an ETA to get it fixed is until 09-Aug. =============
I ran the provided unit test on the 5.3.x branch twice doing 1000+ cycles for each run but I couldn't reproduce this issue, so I am assuming the fix has been already backported.
I am able to reproduce that the engine gets stuck during the test on 5.3.1.BRMS-P04. Although I can see no exception (neither in any log, nor in the output), the main test thread execution hangs (the console keeps printing messages about updating the drl file in another thread). To reproduce, please run the reproducer in the attached maven project ('mvn clean test'). It seems one of the engine threads gets stuck in the following stacktrace: Name: Thread-0 State: RUNNABLE Total blocked: 0 Total waited: 2 Stack trace: org.drools.reteoo.BetaNode.doRemove(BetaNode.java:381) org.drools.common.BaseNode.remove(BaseNode.java:105) org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:367) org.drools.common.BaseNode.remove(BaseNode.java:105) org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:242) - locked org.drools.reteoo.ReteooBuilder@622e199e org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:468) org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:971) org.drools.common.AbstractRuleBase.mergePackage(AbstractRuleBase.java:739) org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:557) org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:481) org.drools.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:150) org.drools.agent.impl.KnowledgeAgentImpl.addResourcesToKnowledgeBase(KnowledgeAgentImpl.java:1083) org.drools.agent.impl.KnowledgeAgentImpl.incrementalBuildResources(KnowledgeAgentImpl.java:969) - locked org.drools.agent.impl.KnowledgeAgentImpl$RegisteredResourceMap@4094066d org.drools.agent.impl.KnowledgeAgentImpl.buildKnowledgeBase(KnowledgeAgentImpl.java:673) - locked org.drools.agent.impl.KnowledgeAgentImpl$RegisteredResourceMap@4094066d org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:201) - locked org.drools.agent.impl.KnowledgeAgentImpl$RegisteredResourceMap@4094066d org.drools.agent.impl.KnowledgeAgentImpl$ChangeSetNotificationDetector.run(KnowledgeAgentImpl.java:1268) java.lang.Thread.run(Thread.java:722)
Created attachment 797426 [details] Maven project with Alessandro's reproducer
Neil, why this issue was moved from ASSIGNED to ON_QA ? I think that Mario is still working over it to get a fix
Fixed by https://github.com/droolsjbpm/drools/commit/8f3783dd1
Mario Fusco <mario.fusco> updated the status of jira DROOLS-195 to Resolved
Verified on 5.3.1.BRMS-P04.