bit values, and coming into core, does Lucene
need Solr's NumberUtils? Are there compelling things that Solr's NumberUtils
do over TrieUtil?
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira
and so don't touch the UTF-8
encoding (it is simply ASCII-only).
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
needs TrieUtils...
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
Reporter: Ryan McKinley
do we need/want to fold in from Solr's
NumberUtils?
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
to unify TrieUtils and NumberUtils. Maybe TrieRangeQuery will make it
into the core, when flexible indexing is available.
So my questions: Is anybody interested in TrieUtils also support 32bit? Why not
unify NumberUtils and TrieUtils? Any ideas?
Move solr NumberUtils to lucene
with the next major version, too.
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
Reporter: Ryan
be moved to a lucene NumberUtils?
API wise, if i were looking for ways to encode numbers, i doubt i would look at
TrieUtils.java
what about the non-long/double functions in NumberUtils?
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
Reporter: Ryan McKinley
Priority
It would be great to get it consistent I cherry picked when someone
pointed it out to me
Erik Hatcher wrote:
My thoughts... bring over any simple functions like these
are that are generally useful. At a quick glance, the functions in
Solr's NumberUtils are generally useful and fit well in
I posted this same question for the same reasons a while back...
http://markmail.org/message/mji7jnpa5xjfflmw
I'm looking at local lucene and trying to figure out how it could go
into lucene. As is, locallucene depends on solr since it needs
NumberUtils.
Any change of heart for moving it
My thoughts... bring over any simple functions like these are that are
generally useful.At a quick glance, the functions in Solr's
NumberUtils are generally useful and fit well in Lucene's
NumberTools. What's the harm?
Erik
On Dec 16, 2008, at 9:14 PM, Ryan McKinley wrote:
11 matches
Mail list logo