[
https://issues.apache.org/jira/browse/LUCENE-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742598#action_12742598
]
Mark Miller commented on LUCENE-1791:
-------------------------------------
{quote}I don't think the fieldcache insanity is multi-reader related - it looks
to me like some entries have a parser, and some null for the parser, even
though the default parser is being used in both cases. The FieldSource types
grab a FieldCache and may pass null as the parser, which ends up putting null
in the cache entry - but if you specifically ask for the default parser, that
puts the default parser in the fieldcache entry - same stuff now, doubled
entry.{quote}
Well that explains half the output anyway - even if thats fixed there is still
a fail. Its because the tests doesn't expand fully into the subreaders - just
needed the top level before - with this test, we need to recursively grab them.
> 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
>
>
> 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
