jackrabbit-oak-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Parvulescu <alex.parvule...@gmail.com>
Subject Re: IndexEditor and Commit Failure
Date Wed, 16 Oct 2013 11:51:08 GMT
Hi Chetan,

The lucene index is asynchronous and the way it works is it (periodically)
branches the current state and runs a diff to update the index data. [0]
This shouldn't include the conflicts you refer to, but I may be wrong here.

My guess is the solr index will pass on an async model too, soon enough.



On Wed, Oct 16, 2013 at 1:26 PM, Chetan Mehrotra

> Hi,
> Currently the various IndexEditor (Lucene,Property and Solr) are
> invoked as part of CommitHook.processCommit call whenever a JCR
> Session is saved.
> In case the commit fails would it leave the Index state in inconsistent
> state?
> For PropertyIndex I think it would be fine as the index content is
> also part of same commit and hence would not be committed. But for
> other indexes the index data would have been saved (sort of 2 phase
> commit) and it would not be possible to roll them back leaving them
> with data which has not been committed.
> And more over such commit failure would occur *after * a proper commit
> has been done so the changes done to index state as part of failed
> commit would overwrite the changes done as part of successful commit.
> Should not the IndexEditor work as part of PostCommitHook so that they
> always work on proper committed content?
> Chetan Mehrotra

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message