[
https://issues.apache.org/jira/browse/LUCENE-3628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3628:
------------------------------------
Attachment: LUCENE-3628.patch
Here is a first patch to cut over norms to DocValues. IndexReader now exposes a
DocValues normValues(String) method in addition to the still present byte[]
norms(String) method. On the codec level I moved all norm value buffering into
the codec and remove the NormsWriter/Reader interface entirely in favor of
PerDocProducer/Consumer.
Lucene3x codec has now a private norms impl that reads and writes the old
format exposed as DocValues. It basically works as it used to work except of
the buffering which is now codec private.
Lucene4 & Sep codec now uses DocValues directly currently still bound to a
single byte norm value. I didn't want to include changes to the similarity
since they are kind of orthogonal to this issue and the patch is big enough
already.
SimpleText has its own simple norms impl also exposed via the DocValues API. To
make this entire thing simpler I moved around some code in the values package
to make merging work out of the box without writing any merge code if you don't
want to do bulk copies etc.
this is quite a big change... review welcome!
> Cut Norms over to IndexDocValues
> --------------------------------
>
> Key: LUCENE-3628
> URL: https://issues.apache.org/jira/browse/LUCENE-3628
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/index, core/search
> Affects Versions: 4.0
> Reporter: Simon Willnauer
> Assignee: Simon Willnauer
> Fix For: 4.0
>
> Attachments: LUCENE-3628.patch
>
>
> since IR is now fully R/O and norms are inside codecs we can cut over to use
> a IDV impl for writing norms. LUCENE-3606 has some
> [ideas|https://issues.apache.org/jira/browse/LUCENE-3606?focusedCommentId=13160559&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13160559]
> about how this could be implemented
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
