lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <>
Subject [jira] [Assigned] (SOLR-2193) Re-architect Update Handler
Date Mon, 04 Apr 2011 04:14:05 GMT


Mark Miller reassigned SOLR-2193:

    Assignee: Mark Miller

I've updated my patch to trunk.

You can find the most recent work here:

I'll upload a patch after I start lazy creating the IndexWriter.

This can be a fairly large win on time to visibility - you don't wait for background merges
to finish before opening a new IndexReader now.

It's also a start at solving our rather nasty reload a core, briefly different writers on
the same index problem (usually avoided because the overlap is brief and the IndexWriter created

It's still early work. Issues remain.

> Re-architect Update Handler
> ---------------------------
>                 Key: SOLR-2193
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Mark Miller
>            Assignee: Mark Miller
>             Fix For: Next
> The update handler needs an overhaul.
> A few goals I think we might want to look at:
> 1. Cleanup - drop DirectUpdateHandler(2) line - move to something like UpdateHandler,
> 2. Expose the SolrIndexWriter in the api or add the proper abstractions to get done what
we now do with special casing:
> if (directupdatehandler2)
>   success
>  else
>   failish
> 3. Stop closing the IndexWriter and start using commit (still lazy IW init though).
> 4. Drop iwAccess, iwCommit locks and sync mostly at the Lucene level.
> 5. Keep NRT support in mind.
> 6. Keep microsharding in mind (maintain logical index as multiple physical indexes)

This message is automatically generated by JIRA.
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message