Return-Path: Delivered-To: apmail-incubator-lucy-dev-archive@www.apache.org Received: (qmail 85630 invoked from network); 16 Dec 2010 17:43:40 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Dec 2010 17:43:40 -0000 Received: (qmail 45344 invoked by uid 500); 16 Dec 2010 17:43:40 -0000 Delivered-To: apmail-incubator-lucy-dev-archive@incubator.apache.org Received: (qmail 45314 invoked by uid 500); 16 Dec 2010 17:43:40 -0000 Mailing-List: contact lucy-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: lucy-dev@incubator.apache.org Delivered-To: mailing list lucy-dev@incubator.apache.org Received: (qmail 45306 invoked by uid 99); 16 Dec 2010 17:43:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Dec 2010 17:43:40 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rcmuir@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Dec 2010 17:43:33 +0000 Received: by bwz4 with SMTP id 4so3811987bwz.25 for ; Thu, 16 Dec 2010 09:43:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=pnbadCPyW5hF0UXB7Z1xHH/rkwqggU9vWSbE8ohNJyY=; b=NlMaWwqjLH1G2pcwh+Z0b50bZrzdWyAxTNuTjIRB5MksoJBC2cLTbCRfVwrdizi8lQ 4OedrIWIwffuAS7bGEigdeKdsNW3h5ET7xDhJNa3aJeppcbYWb00Sa3HeHYkqdrsbAsG fOrhPWZ76mM+p83wvc9D6nZZSmuD42+n+4BIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=cBNFUdsJq7E0OS5OKx+XSX+dEwHanGKNSMaTsytO4ZK37l1au4cE3a52UbmMJF1RCU 2dk4U1fUW2v6CemTxWOUX6kEQJJL4SkcdbQGWDyLI0/lsW6O/NAKY+ispJagzxWh73IM VJz1o+6uJqmMLZR5LEzoWuquFbNGInQo7nwFM= Received: by 10.204.67.140 with SMTP id r12mr746245bki.147.1292521393227; Thu, 16 Dec 2010 09:43:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.75.146 with HTTP; Thu, 16 Dec 2010 09:42:53 -0800 (PST) In-Reply-To: <20101215200826.GA9212@rectangular.com> References: <4D065BA4.8040904@aevum.de> <20101213211752.GA25564@rectangular.com> <20101215000450.GA4436@rectangular.com> <4D08DEB6.8060608@aevum.de> <20101215200826.GA9212@rectangular.com> From: Robert Muir Date: Thu, 16 Dec 2010 12:42:53 -0500 Message-ID: To: lucy-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [lucy-dev] Re: [KinoSearch] Stopwords and AND queries On Wed, Dec 15, 2010 at 3:08 PM, Marvin Humphrey wrote: > On Wed, Dec 15, 2010 at 04:28:54PM +0100, Nick Wellnhofer wrote: >> I only had a cursory glance at the code and it seems that returning NULL >> is the easiest approach though it looks a bit hackish. Introducing a new >> VoidQuery class is probably the cleanest solution but I guess it >> requires a lot more additional code. FWIW (definitely not trying to imply its the best!), NULL is what lucene-java does if the Analyzer returns zero tokens. This means it has to be careful too in all the other processing, for example the code that applies boost has to handle the query == null case