Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 96905 invoked from network); 22 Jun 2005 09:05:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Jun 2005 09:05:24 -0000 Received: (qmail 1921 invoked by uid 500); 22 Jun 2005 09:05:22 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 1898 invoked by uid 500); 22 Jun 2005 09:05:21 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 1885 invoked by uid 99); 22 Jun 2005 09:05:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jun 2005 02:05:21 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [130.75.2.41] (HELO mrelay3.uni-hannover.de) (130.75.2.41) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jun 2005 02:05:22 -0700 Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.12.10/8.12.10) with ESMTP id j5M95GwE008312 for ; Wed, 22 Jun 2005 11:05:16 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id A69321D65126; Wed, 22 Jun 2005 11:05:16 +0200 (CEST) Received: from [130.75.87.151] (pc151.l3s.uni-hannover.de [130.75.87.151]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 7C6941D65125 for ; Wed, 22 Jun 2005 11:05:15 +0200 (CEST) Message-ID: <42B929CC.9050106@l3s.de> Date: Wed, 22 Jun 2005 11:05:16 +0200 From: Wolf Siberski User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: java-dev@lucene.apache.org Subject: BooleanQuery Semantics (was: [Bug 31841] - [PATCH] MultiSearcher...) References: <20050621210833.E655113@ajax.apache.org> In-Reply-To: <20050621210833.E655113@ajax.apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on server1.l3s.uni-hannover.de X-Spam-Level: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Wed, 22 Jun 2005 11:05:16 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-0.6 required=5.0 tests=AWL autolearn=ham version=3.0.0 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N bugzilla@apache.org wrote: > > http://issues.apache.org/bugzilla/show_bug.cgi?id=31841 > > ------- Additional Comments From lucenebugs@danielnaber.de 2005-06-21 23:08 ------- > There might be one corner case that your change in equals doesn't get right > (not tested): a query "a b a" (i.e. one clause occuring twice -- doesn't make > much sense, but has an influence on the result order) would equal "a b b", > wouldn't it? Is that a problem? Maybe naively, I assumed that BooleanQuery just follows the classical boolean logic approach. Then "a b a" and "a b b" should yield exactly the same result. On the other hand, I can follow your reasoning that the current implementation will compute different scores for these queries. So the question is: Which one is the *intended* semantics of BooleanQuery? Depending on the answer, either my change to BooleanQuery.equals() shouldn't be applied, or BooleanQuery needs to be fixed in another way, e.g. by removing duplicate clauses in BooleanQuery.rewrite(). --Wolf --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org