You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@usergrid.apache.org by "Todd Nine (JIRA)" <ji...@apache.org> on 2015/07/15 01:17:04 UTC

[jira] [Commented] (USERGRID-559) [FIXED?] Add re-index resume

    [ https://issues.apache.org/jira/browse/USERGRID-559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14627260#comment-14627260 ] 

Todd Nine commented on USERGRID-559:
------------------------------------

Since there was no way to do this via a "modified time" in our storage system, we have to iterate all entities, and filter them by updated date.  The system will filter any entity with an update < the specified update time.  To create a new job with an updated time, you must specify the following payload when creating a job

{code}
{ "updated": < last updated epoch in millis> }
{code}

> [FIXED?] Add re-index resume
> ----------------------------
>
>                 Key: USERGRID-559
>                 URL: https://issues.apache.org/jira/browse/USERGRID-559
>             Project: Usergrid
>          Issue Type: Story
>            Reporter: Todd Nine
>            Assignee: Todd Nine
>              Labels: Fixed?
>             Fix For: 2.1.0
>
>
> We need the ability to resume re-indexing.  To do this, we should make the AllEntitiesObservable allow for resume by default.  This way if the node performing the migration fails, it can be restarted on another node.
> Note that we also need a way to clear state via REST, so that we can restart our indexing.



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