You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Uwe Schindler (JIRA)" <ji...@apache.org> on 2009/07/02 17:03:47 UTC

[jira] Updated: (LUCENE-1713) Rename RangeQuery -> TermRangeQuery

     [ https://issues.apache.org/jira/browse/LUCENE-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Uwe Schindler updated LUCENE-1713:
----------------------------------

    Attachment: RangeFilter.java
                RangeQuery.java
                LUCENE-1713.patch

Here the patch for reference. The deprecated old classes are attached as separate files for a second commit step. Please note, that it will not apply to your checkout, because it needs a SVN rename of RangeQuery, RangeFilter and RangeTermEnum to Term*.

This patch also converts all tests and contrib to use the new classes and non-deprecated ctors. In TermRange* all deprecated methods are removed and only stay alive in the old classes. The new TermRangeQuery use constant score mode per default (as planned for 3.0), but the old deprecated classes use boolean rewrite per default. I will edit the tests after this commit, to also test boolean rewrite (because of the new defaults, only constant score rewrite ist tested)

I will commit this soon (approx 2 hours) in two steps (first the patch, then svn add of the new deprecated classes) to not prevent people from doing things.

All tests, especially bw-tests pass.

> Rename RangeQuery -> TermRangeQuery
> -----------------------------------
>
>                 Key: LUCENE-1713
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1713
>             Project: Lucene - Java
>          Issue Type: Improvement
>    Affects Versions: 2.9
>            Reporter: Michael McCandless
>            Assignee: Uwe Schindler
>             Fix For: 2.9
>
>         Attachments: LUCENE-1713.patch, RangeFilter.java, RangeQuery.java
>
>
> Since we now have NumericRangeQuery (LUCENE-1701) we should rename RangeQuery to TextRangeQuery to make it clear that TextRangeQuery (TermRangeQuery?  StringRangeQuery) is based entirely on text comparison.
> And, existing users on upgrading to 2.9 and using RangeQuery for [slow] numeric searching would realize they now have a good option for numeric range searching.

-- 
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org