Bug 724626 (BRMS-532) - Drools Session insert ConcurrentModificationException in Multithreading Environment
Summary: Drools Session insert ConcurrentModificationException in Multithreading Envir...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: BRMS-532
Product: JBoss Enterprise BRMS Platform 5
Classification: JBoss
Component: BRE (Expert, Fusion)
Version: 5.1.0 GA,5.0.2
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: ---
: One Off Releases
Assignee: Tihomir Surdilovic
QA Contact:
URL: http://jira.jboss.org/jira/browse/BRM...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-14 16:23 UTC by Matt Davis
Modified: 2011-01-14 23:17 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-01-14 23:17:06 UTC
Type: Bug

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 724628 0 high CLOSED Fix for BRMS-532 and BRMS-533 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker BRMS-532 0 Major Closed Drools Session insert ConcurrentModificationException in Multithreading Environment 2017-03-10 12:58:56 UTC
Red Hat Issue Tracker JBRULES-2418 0 Critical Closed Drools Session insert ConcurrentModificationException in Multithreading Enviroment 2017-03-10 12:58:56 UTC

Internal Links: 724628

Description Matt Davis 2011-01-14 16:23:21 UTC 
Help Desk Ticket Reference: https://c.na7.visual.force.com/apex/Case_View?id=500A0000005hLA7
securitylevel_name: Public

In multithreading enviroment (with 50 active thread) sometimes occurs a ConcurrentModificationException , the complete stacktrace

Caused by: java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:1091)
at java.util.HashMap$ValueIterator.next(HashMap.java:1122)
at org.drools.reteoo.ClassObjectTypeConf.getMatchingObjectTypes(ClassObjectTypeConf.java:171)
at org.drools.reteoo.ClassObjectTypeConf.getObjectTypeNodes(ClassObjectTypeConf.java:163)
at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:143)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1046)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1001)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:788)
at it.vtfinance.vtpie.mlp.bpm.conditions.DroolsCondition.passesCondition(DroolsCondition.java:52)
at com.opensymphony.workflow.AbstractWorkflow.passesCondition(AbstractWorkflow.java:904)
... 24 more
Comment 1 Matt Davis 2011-01-14 16:25:31 UTC 
Link: Added: This issue Cloned to JBRULES-2418
Comment 2 Rick Wagner 2011-01-14 16:44:11 UTC 
Labels: Removed: brms drools drools5 multithreading thread Added: brms coding_in_progress drools drools5 multithreading thread
Comment 3 Rick Wagner 2011-01-14 16:45:24 UTC 
Labels: Removed: brms coding_in_progress drools drools5 multithreading thread Added: brms coding_in_progress drools drools5 fixed_in_one_off multithreading thread
Comment 4 Matt Davis 2011-01-14 18:42:04 UTC 
Link: Added: This issue Cloned from BRMS-535
Comment 5 Tihomir Surdilovic 2011-01-14 23:16:55 UTC 
Done
Note You need to log in before you can comment on or make changes to this bug.