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)