[ https://issues.apache.org/jira/browse/LUCENE-3001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13012737#comment-13012737 ]
Uwe Schindler commented on LUCENE-3001: --------------------------------------- bq. The default precisionStep should not have to have to be standardized – solr can always set it in the constructor. Thats my opinion, too. I was just confused about the initial commit where it was somehow redefined to 8 in Lucene. The current ptoblem with NumericField is simply that you don't get one back when you do a Document.getField() on the search results. And this is why we did the toString() variant in 2.9. Mike's proposal is in my opinion the best one, make FieldsReader return a NumericField if the bit is set. Then we can even store it the ByteBuffer-like way (how solr does at the moment). The encoding is then left over to the implementation details in Lucene. Just like the encoding of String fields is internal to the field type. When we change the codec API to also handle stored fields, we maybe should also make the abstract Field API that communicates with the indexer simply pass a BytesRef to the indexer, just like TermToBytesRefAttribute on the indexing side. NumericField would simply implement this API different than StringField or BinaryField (or how we would call them). > Add TrieFieldHelper lucene so we can write solr compatible Trie* fields w/o > solr dependency > ------------------------------------------------------------------------------------------- > > Key: LUCENE-3001 > URL: https://issues.apache.org/jira/browse/LUCENE-3001 > Project: Lucene - Java > Issue Type: New Feature > Reporter: Ryan McKinley > Priority: Minor > Attachments: LUCENE-3001-TrieFieldHelper.patch > > > The solr support for numeric fields writes the stored value as binary vs the > lucene NumericField > We should move this logic to a helper class in lucene core so that libraries > that do not depend on solr can write TrieFields that solr can read. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org