[
https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12740256#action_12740256
]
Hoss Man commented on LUCENE-1749:
----------------------------------
Mark: I'll start working on improving the docs (and other things from my
previous todo list)
bq. P.S. I'm not sure we want to go with the way I have changed the tests here.
Are you talking about TestOrdValues and TestFieldScoreQuery ?
if we expect OrdValues and FieldScoreQuery to use subReader based field caches,
then the test seems to be doing the correct thing (in your patch) .. inspecting
the fieldcaches per subreader. Is there a code path where we expect those
methods to get called on a MultiReader?
(Actually: that seems like a wroth while improvement to make to these classes:
a MultiDocValues impl that all of the getValues(IndexReader) methods use when
passed a MultiReader ... it uses getSequentialSubReaders to construct DocValue
instances for each so you don't get FieldCache expolsions if code inadvertenly
passes the wrong reader to getValues. What do you think? ... new issue?)
> FieldCache introspection API
> ----------------------------
>
> Key: LUCENE-1749
> URL: https://issues.apache.org/jira/browse/LUCENE-1749
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Search
> Reporter: Hoss Man
> Priority: Minor
> Fix For: 2.9
>
> Attachments: fieldcache-introspection.patch,
> LUCENE-1749-hossfork.patch, LUCENE-1749.patch, LUCENE-1749.patch,
> LUCENE-1749.patch, LUCENE-1749.patch, LUCENE-1749.patch, LUCENE-1749.patch,
> LUCENE-1749.patch, LUCENE-1749.patch, LUCENE-1749.patch, LUCENE-1749.patch,
> LUCENE-1749.patch
>
>
> FieldCache should expose an Expert level API for runtime introspection of the
> FieldCache to provide info about what is in the FieldCache at any given
> moment. We should also provide utility methods for sanity checking that the
> FieldCache doesn't contain anything "odd"...
> * entries for the same reader/field with different types/parsers
> * entries for the same field/type/parser in a reader and it's subreader(s)
> * etc...
--
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
