[
https://issues.apache.org/jira/browse/LUCENE-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated LUCENE-1791:
-----------------------------
Attachment: LUCENE-1791.patch
i put the doc "ids" into a KEY field and refactored ItemizedFilter to be a
trivial subclass of FieldCacheTermsFilter.
I also added more wrap permutations to address some of the possible edge cases
Simon pointed out (good catch SImon) but didn't introduce any randomization for
hte reasons mentioned before (even with the change to not rely on consistent
docIds in ItemizedFilter, we can't allow deletions before the wrapped
searcher/reader because CheckHIts does it magic based on docIds.
(hmm... i suppose the wrap functions could return some metadata about what
offset the old ids have in the new search/reader and CheckHits could use that
.... hmmm ... seems kludgy so i'm not going to worry about it)
I think we're good to go here unless anyone has any objections
> Enhance QueryUtils and CheckHIts to wrap everything they check in
> MultiReader/MultiSearcher
> -------------------------------------------------------------------------------------------
>
> Key: LUCENE-1791
> URL: https://issues.apache.org/jira/browse/LUCENE-1791
> Project: Lucene - Java
> Issue Type: Test
> Reporter: Hoss Man
> Fix For: 2.9
>
> Attachments: LUCENE-1791.patch, LUCENE-1791.patch, LUCENE-1791.patch,
> LUCENE-1791.patch, LUCENE-1791.patch, LUCENE-1791.patch, LUCENE-1791.patch,
> LUCENE-1791.patch
>
>
> methods in CheckHits & QueryUtils are in a good position to take any Searcher
> they are given and not only test it, but also test MultiReader &
> MultiSearcher constructs built around them
--
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
