[
https://issues.apache.org/jira/browse/LUCENE-1475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654532#action_12654532
]
Michael McCandless commented on LUCENE-1475:
--------------------------------------------
I agree: a better default impl is length 1 array with yourself.
What should be returned if a Multi*Reader has embedded Multi*Readers as
sub-readers? (Admittedly rare but still... eg from the standpoint of
LUCENE-831, we'd want them expanded & inlined (recursively) into the returned
array, I think).
Also, this API implicitly carries a promise which is the readers are logically
sequentially concatenated to define the docID sequence. Maybe we should name
it getSequentialReaders or something less generic, to reflect this? EG
ParallelReader also contains an array of sub-readers, but one should never
return that in getReaders().
> Expose sub-IndexReaders from MultiReader or MultiSegmentReader
> --------------------------------------------------------------
>
> Key: LUCENE-1475
> URL: https://issues.apache.org/jira/browse/LUCENE-1475
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Index
> Affects Versions: 2.4
> Reporter: Jason Rutherglen
> Priority: Minor
> Attachments: LUCENE-1475.patch
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> MultiReader and MultiSegmentReader are package protected and do not expose
> the underlying sub-IndexReaders. A way to expose the sub-readers is to have
> an interface that an IndexReader may be cast to that exposes the underlying
> readers.
> This is for realtime indexing.
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
