lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <>
Subject [jira] [Commented] (SOLR-2193) Re-architect Update Handler
Date Mon, 30 May 2011 21:57:48 GMT


Mark Miller commented on SOLR-2193:

P.S. While it may not be believed, there are no politics behind this issue :) I did not intentionally
side step any other issues - nor did Lucid even initiate that I work on this.

I wanted to fix the update handler - I didn't want to let any history or pre conceived notions
get in my way. Was I successful at that? I don't know. But I approached this as blank slate
as I could - if I could change the update handler, what would I do? I didn't look at what
anyone else had done. So far, this is it.

The community can take my effort or reject it, just like any others out there. The motivation
of this issue, as far as I am concerned, is my own self interest in doing some interesting
coding, and my good will towards Lucene/Solr. Any other motivations where so minor they don't
even register.

Take it or leave - I'm not looking to cram this down anyones throat.

> Re-architect Update Handler
> ---------------------------
>                 Key: SOLR-2193
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Mark Miller
>            Assignee: Mark Miller
>             Fix For: 4.0
>         Attachments: SOLR-2193.patch, SOLR-2193.patch, SOLR-2193.patch, SOLR-2193.patch
> 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)
> 7. Address the current issues we face because multiple original/'reloaded' cores can
have a different IndexWriter on the same index.

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