jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Parvulescu (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (OAK-1456) Non-blocking reindexing
Date Wed, 02 Apr 2014 14:41:15 GMT

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

Alex Parvulescu resolved OAK-1456.
----------------------------------

    Resolution: Fixed

I enabled the background thread at 5s. If it turns out this has an impact, we can change to
something less frequent.

fixed with http://svn.apache.org/r1584056

> Non-blocking reindexing
> -----------------------
>
>                 Key: OAK-1456
>                 URL: https://issues.apache.org/jira/browse/OAK-1456
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: query
>            Reporter: Michael Marth
>            Assignee: Alex Parvulescu
>            Priority: Blocker
>              Labels: production, resilience
>             Fix For: 0.20
>
>         Attachments: OAK-1456.patch
>
>
> For huge Oak repos it will be essential to re-index some or all indexes in case they
go out of sync in a non-blocking way (i.e. the repo is still operation while the re-indexing
takes place).
> For an asynchronous index this should not be much of a problem. One could drop it and
recreate (as an added benefit it might be nice if the user could simply add a property "reindex"
to the index definition node to trigger this).
> For synchronous indexes, I suggest the mechanism creates an asynchronous index behind
the scenes first and once it has caught up
> * blocks writes (?)
> * removes the existing synchronous index
> * moves asynchronous index in its place and makes it synchronous



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message