Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 86460 invoked from network); 18 Jun 2009 12:51:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Jun 2009 12:51:24 -0000 Received: (qmail 6542 invoked by uid 500); 18 Jun 2009 12:51:35 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 6450 invoked by uid 500); 18 Jun 2009 12:51:35 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 6413 invoked by uid 99); 18 Jun 2009 12:51:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Jun 2009 12:51:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Jun 2009 12:51:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6BA9B234C044 for ; Thu, 18 Jun 2009 05:51:07 -0700 (PDT) Message-ID: <39555992.1245329467433.JavaMail.jira@brutus> Date: Thu, 18 Jun 2009 05:51:07 -0700 (PDT) From: "Sebb (JIRA)" To: issues@commons.apache.org Subject: [jira] Commented: (COLLECTIONS-330) ConcurrentModificationException using remove from the keySet the LRUMap In-Reply-To: <767941555.1245232447526.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COLLECTIONS-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12721235#action_12721235 ] Sebb commented on COLLECTIONS-330: ---------------------------------- Note that this does not appear to be a threading issue - the testSynchronizedRemoveFromMapIterator test fails even with only one thread. Similarly for testSynchronizedRemoveFromKeySet. Perhaps there should be separate single-threaded tests - or at least, the tests should check a single thread first before attempting multiple threads. BTW, I added some detail to the ConcurrentModificationException, this shows that the check that is failing is 1001!=1000 (single thread test) i.e. the expectedModCount is one less than the parent.modCount. Looks like one of the methods is not updating expectedModCount correctly. > ConcurrentModificationException using remove from the keySet the LRUMap > ----------------------------------------------------------------------- > > Key: COLLECTIONS-330 > URL: https://issues.apache.org/jira/browse/COLLECTIONS-330 > Project: Commons Collections > Issue Type: Bug > Components: Collection > Affects Versions: 3.3 > Reporter: Joerg Schaible > > Even if the access to a LRUMap is synced and the remove method of the iterator is used that has been returned from the keySet of the LRUMap, it is possible to get a ConcurrentModificationException. This does not happen for remove of the iterators returned by the entrySet or values of the LRUMap. See currently not executed unit test in TestLRUMap (marked as TODO for COLLECTION-3). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.