Bug 780371 (SOA-2782) - Drools Session insert ConcurrentModificationException in Multithreading Enviroment
Summary: Drools Session insert ConcurrentModificationException in Multithreading Envir...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: SOA-2782
Product: JBoss Enterprise SOA Platform 5
Classification: JBoss
Component: JBoss Rules
Version: 5.0.2
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.1.0 GA
Assignee: Default User
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-14 18:13 UTC by Matt Davis
Modified: 2011-02-17 11:52 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-17 11:52:38 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 Issue Tracker JBRULES-2418 0 Critical Closed Drools Session insert ConcurrentModificationException in Multithreading Enviroment 2014-02-03 14:51:17 UTC
Red Hat Issue Tracker SOA-2782 0 Major Closed Drools Session insert ConcurrentModificationException in Multithreading Enviroment 2014-02-03 14:51:17 UTC

Description Matt Davis 2011-01-14 18:13:43 UTC 
project_key: SOA

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


DroolsCondition is SINGLETONE, all thread use a same RuleBase but creates a new Session for each Thread.
Comment 1 Matt Davis 2011-01-14 18:14:17 UTC 
Link: Added: This issue Cloned to JBRULES-2418
Comment 2 John Graham 2011-01-17 15:05:39 UTC 
Based on resolution of the project JIRA, this should be included in SOA 5.1. Please re-open with explanation if you believe this is not the case.
Comment 3 Dana Mison 2011-02-17 11:52:20 UTC 
Release Notes Docs Status: Added: Documented as Resolved Issue
Writer: Added: Darrin
Release Notes Text: Added: FIXED: JBoss Rules Session insert was throwing an unexpected exception (ConcurrentModificationException) in multithreading enviroments.
Note You need to log in before you can comment on or make changes to this bug.