You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Marshall Schor (JIRA)" <de...@uima.apache.org> on 2017/01/17 01:58:26 UTC

[jira] [Resolved] (UIMA-5250) uv3 copy-on-write needs reset for moveToFirst/Last/fs

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

Marshall Schor resolved UIMA-5250.
----------------------------------
    Resolution: Fixed

> uv3 copy-on-write needs reset for moveToFirst/Last/fs
> -----------------------------------------------------
>
>                 Key: UIMA-5250
>                 URL: https://issues.apache.org/jira/browse/UIMA-5250
>             Project: UIMA
>          Issue Type: Bug
>          Components: Core Java Framework
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 3.0.0SDKexp
>
>
> In v2, iterators may throw ConcurrentModificationException when an index is updated while it's being iterated over. 
> In v3, this is avoided by doing the minimal copy-on-write operation to the affected portion of the indexes. 
> There is an exception in v2 to this: 3 operations "reset" the modification tracking state to the current state of the index.  These operations are those that move the interator to a known position.  There are three API calls that do this: moveToFirst, moveToLast, and moveTo (meaning move to a position indicated by the passed-in FeatureStructure). 
> The corresponding operation for v3 has to be: for these three operations, if a copy-on-write operation has occurred, to reset the iterator to a fresh view of the current state of the underlying index (discarding the copy-on write version).  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)