Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4F2090E5.40004@coloraura.com>
Date: Wed, 25 Jan 2012 15:31:49 -0800
From: Daniel Pitts <Daniel@coloraura.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: Commons Users List <user@commons.apache.org>
Subject: Re: [JCS] ConcurrentModificationException
References: 
 <A7B9B3AC4439234DA35C9018D4D3A3C913E989016C@IN-BLR-MAIL1.corp.capgemini.com>
 <4F1FF507.505@online.no>
In-Reply-To: <4F1FF507.505@online.no>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 1/25/12 4:26 AM, Thomas Muller wrote:
> Hi,
>
> I don't know JCS at all, but the exception you get is the result of 
> one thread updating a collection (in your case a HashMap) whilst 
> another thread is iterating it. 
Actually, that exception can (and does) happen in single threaded 
applications, although that might not be the case here.
> This would happen even if the Map was decorated using the 
> Collections.synchronizedMap( myMap ) facility. To allow /true/ 
> concurrent access/updates to a Map, the 
> java.util.concurrent.ConcurrentHashMap (or another class implementing 
> the ConcurrentMap) must be deployed.
Using ConcurrentHashMap may be a heavy weight solution to a simple problem.


In general, if you are serializing an object graph, you should not be 
modifying that graph concurrently.

> May there is a way you can force JCS to use another Map implementation 
> than HashMap? Some factory method somewhere?
>
This looks like the HashMap is in the Object Model, unrelated to JCS.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org