On Oct 3, 2009, at 6:51 PM, Michael Busch <busch...@gmail.com> wrote:

On 10/4/09 12:42 AM, Mark Miller wrote:
Why will 3.0 be work to upgrade? 2.9 was supposed to be the work, 3.0 no
work ...


With 2.9 you can be lazy and live with deprecation warnings. With 3.0 you *have* to switch to undeprecated APIs.

Michael

Shame on them. They miss the deprecation warnings. Given how difficult a time I am having, I can't imagine how anyone can succeed if the ignore them.


In either case, I don't mind a 2.9.1 - but it hadn't been planned yet
that I saw.

Michael Busch wrote:

Should we fix these kind of things in the 2.9 branch too?
I'm 99.9% sure we'll have a 2.9.1 release - 3.0 will be a bunch of
work for users to upgrade, so we should definitely deliver a bugfix
release for 2.9, even if we (hopefully) only find minor bugs.

 Michael

On 10/4/09 12:14 AM, markrmil...@apache.org wrote:

Author: markrmiller
Date: Sat Oct  3 22:14:18 2009
New Revision: 821434

URL: http://svn.apache.org/viewvc?rev=821434&view=rev
Log:
don't point to deprecated method

Modified:
lucene/java/trunk/src/java/org/apache/lucene/search/ Searcher.java

Modified:
lucene/java/trunk/src/java/org/apache/lucene/search/Searcher.java
URL:
http://svn.apache.org/viewvc/lucene/java/trunk/src/java/org/apache/lucene/search/Searcher.java?rev=821434&r1=821433&r2=821434&view=diff

=== === === === ==================================================================

--- lucene/java/trunk/src/java/org/apache/lucene/search/ Searcher.java
(original)
+++ lucene/java/trunk/src/java/org/apache/lucene/search/ Searcher.java
Sat Oct  3 22:14:18 2009
@@ -118,7 +118,7 @@
    *
*<p>Applications should only use this if they need<i>all</ i> of the
    * matching documents.  The high-level search API ({...@link
- * Searcher#search(Query)}) is usually more efficient, as it skips
+  * Searcher#search(Query, int)}) is usually more efficient, as it
skips
    * non-high-scoring hits.
*<p>Note: The<code>score</code> passed to this method is a raw
score.
* In other words, the score will not necessarily be a float whose
value is






--- ------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org






---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to