Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@www.apache.org Received: (qmail 46765 invoked from network); 4 Oct 2004 19:45:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 4 Oct 2004 19:45:32 -0000 Received: (qmail 47869 invoked by uid 500); 4 Oct 2004 19:45:29 -0000 Delivered-To: apmail-jakarta-lucene-dev-archive@jakarta.apache.org Received: (qmail 47842 invoked by uid 500); 4 Oct 2004 19:45:28 -0000 Mailing-List: contact lucene-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Developers List" Reply-To: "Lucene Developers List" Delivered-To: mailing list lucene-dev@jakarta.apache.org Received: (qmail 47829 invoked by uid 500); 4 Oct 2004 19:45:28 -0000 Received: (qmail 47825 invoked by uid 99); 4 Oct 2004 19:45:28 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED,NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO minotaur.apache.org) (209.237.227.194) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 04 Oct 2004 12:45:28 -0700 Received: (qmail 46735 invoked by uid 1209); 4 Oct 2004 19:45:27 -0000 Date: 4 Oct 2004 19:45:27 -0000 Message-ID: <20041004194527.46734.qmail@minotaur.apache.org> From: cutting@apache.org To: jakarta-lucene-cvs@apache.org Subject: cvs commit: jakarta-lucene CHANGES.txt X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N cutting 2004/10/04 12:45:27 Modified: . CHANGES.txt Log: Remove mention of limitation that no longer exists. Revision Changes Path 1.116 +2 -4 jakarta-lucene/CHANGES.txt Index: CHANGES.txt =================================================================== RCS file: /home/cvs/jakarta-lucene/CHANGES.txt,v retrieving revision 1.115 retrieving revision 1.116 diff -u -r1.115 -r1.116 --- CHANGES.txt 30 Sep 2004 12:44:05 -0000 1.115 +++ CHANGES.txt 4 Oct 2004 19:45:27 -0000 1.116 @@ -74,9 +74,7 @@ still somewhat slower than FSDirectory. However it uses less memory per query term, since a new buffer is not allocated per term, which may help applications which use, e.g., wildcard - queries. It also should, in theory, someday be faster. A - downside is, due to limitations of the nio APIs, this does not - work with indexes containing files larger than 2^31 bytes. (cutting) + queries. It may also someday be faster. (cutting & Paul Elschot) 16. Optimize the performance of certain uses of BooleanScorer, TermScorer and IndexSearcher. In particular, a BooleanQuery --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-dev-help@jakarta.apache.org