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

Jason Rutherglen updated LUCENE-1738:
-------------------------------------

    Attachment: LUCENE-1738.patch

Very basic start at the patch.  The not IW.dir check is removed in the 
DirectoryReader ctor called by readerPool.  This conflicts with the way 
addIndexes currently works.  I guess we could add a parameter to segmentInfo 
indicating it's ok to include the segmentInfo in getReader?   

* Added IW.addIndexesNoSync which doesn't stop indexing during the method, nor 
does it synchronously copy the indexes over.  The new indexes are scheduled as 
merges.  

* commit and close call resolveExternalSegments.

* I think we'll want a boolean parameter that synchronously copies the indexes 
over but does not start any merging.  This is for copying from a filesystem 
index.  In the replication use case, we're adding ramDirs so we don't need to 
immediately merge/copy them over.

* Needs more unit tests

> IndexWriter.addIndexes without syncing
> --------------------------------------
>
>                 Key: LUCENE-1738
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1738
>             Project: Lucene - Java
>          Issue Type: Improvement
>    Affects Versions: 2.4.1
>            Reporter: Jason Rutherglen
>            Priority: Minor
>             Fix For: 3.1
>
>         Attachments: LUCENE-1738.patch
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> When LUCENE-1313 is completed, it would be good to have a way to
> replicate segments from one IndexWriter to another.
> * Callback on successful flush (maybe for other events as well?)
> * Ability to access files for a segment (which would presumably
> be read from the IW ramdir), then copy them to a temporary
> serialized ramdir (or equivalent as ramdir uses extra space in
> blocks, whereas we'll already know the size of the files before
> we write them).
> * On the receiving end, we may be able to use
> addIndexesNoOptimize(Directory[]), however this would entail
> each directory having an extraneous segment_N file for each
> replicated update (so we may want another format). 
> * It will rely on having a new public version of SegmentInfo. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to