[jira] [Updated] (JCR-4121) ConcurrentModificationException in InternalVersionHistoryImpl.fixLegacy()

["Julian Reschke (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/JCR-4121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Julian Reschke updated JCR-4121:
--------------------------------
    Attachment: JCR-4121-test-attempt.diff

I attempted to reproduce the exception (see attachment), but haven't suceeded yet.

(I get a *different* exception, though)

> ConcurrentModificationException in InternalVersionHistoryImpl.fixLegacy()
> -------------------------------------------------------------------------
>
>                 Key: JCR-4121
>                 URL: https://issues.apache.org/jira/browse/JCR-4121
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 1.4, 1.5, 1.6, 2.0, 2.1, 2.2, 2.4, 2.6, 2.8, 2.10, 2.12.0, 2.14
>            Reporter: Marcel Reutegger
>            Assignee: Marcel Reutegger
>            Priority: Minor
>             Fix For: 2.15.2
>
>         Attachments: JCR-4121-test-attempt.diff
>
>
> In some cases the method {{InternalVersionHistoryImpl.fixLegacy()}} may trigger a {{ConcurrentModificationException}}. The exception is caused by the iterator on the {{nameCache.keySet()}}. It only happens when the root version points to a successor version which is missing. In this case the {{legacyResolveSuccessors()}} will trigger a {{reload()}}, which in turn calls {{init()}} and then clears the {{nameCache}}.
> See also related issues JCR-3086 & JCR-1111.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)