[
https://issues.apache.org/jira/browse/LUCENE-5228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13882078#comment-13882078
]
ASF subversion and git services commented on LUCENE-5228:
---------------------------------------------------------
Commit 1561412 from [~mikemccand] in branch 'dev/branches/branch_4x'
[ https://svn.apache.org/r1561412 ]
LUCENE-5228: IndexWriter.addIndexes(Directory[]) now acquires the IW write lock
on the incoming indices to ensure there are no active IndexWriters in those
directories
> IndexWriter.addIndexes copies raw files but acquires no locks
> -------------------------------------------------------------
>
> Key: LUCENE-5228
> URL: https://issues.apache.org/jira/browse/LUCENE-5228
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Robert Muir
> Assignee: Michael McCandless
> Fix For: 5.0, 4.7
>
> Attachments: LUCENE-5228.patch
>
>
> I see stuff like: "merge problem with lucene 3 and 4 indices" (from solr
> users list), and cannot even think how to respond to these users because so
> many things can go wrong with IndexWriter.addIndexes(Directory)
> it currently has in its javadocs:
> NOTE: the index in each Directory must not be changed (opened by a writer)
> while this method is running. This method does not acquire a write lock in
> each input Directory, so it is up to the caller to enforce this.
> This method should be acquiring locks: its copying *RAW FILES*. Otherwise we
> should remove it. If someone doesnt like that, or is mad because its 10ns
> slower, they can use NoLockFactory.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
