Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@apache.org Received: (qmail 45752 invoked from network); 17 Mar 2003 14:53:33 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 17 Mar 2003 14:53:33 -0000 Received: (qmail 25097 invoked by uid 97); 17 Mar 2003 14:55:16 -0000 Delivered-To: qmlist-jakarta-archive-lucene-user@nagoya.betaversion.org Received: (qmail 25090 invoked from network); 17 Mar 2003 14:55:16 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 17 Mar 2003 14:55:16 -0000 Received: (qmail 45339 invoked by uid 500); 17 Mar 2003 14:53:28 -0000 Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Users List" Reply-To: "Lucene Users List" Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 45286 invoked from network); 17 Mar 2003 14:53:27 -0000 Received: from mail2.hypermall.com (216.241.37.118) by daedalus.apache.org with SMTP; 17 Mar 2003 14:53:27 -0000 Received: from [216.241.38.72] (helo=www.doomdark.org) by mail2.hypermall.com with esmtp (Exim 3.36 #1) id 18uvzU-0002xf-00 for lucene-user@jakarta.apache.org; Mon, 17 Mar 2003 07:53:28 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Tatu Saloranta Reply-To: tatu@hypermall.net Organization: Linux-users missalie To: "Lucene Users List" Subject: Re: About Query... Date: Mon, 17 Mar 2003 08:02:55 -0700 User-Agent: KMail/1.4.3 References: <63DF0F1EBF89D21191B30090271F42793F5DF6@asterix.intrapeople.lu> In-Reply-To: <63DF0F1EBF89D21191B30090271F42793F5DF6@asterix.intrapeople.lu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200303170802.55941.tatu@hypermall.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Monday 17 March 2003 04:32, Pierre Lacchini wrote: > sorry for my poor english... > > Well if i perform a Multiple Fields query... Why do I have to specify the > name of the field in the parse method ? > Because i'm using 2 field in the query... Query parser has to know which field term should be matched against by default, if user does not explicitly specify field, and that field is passed to query constructor. At this point actual query is not known; it's passed with parse methods, and parser can be used multiple times (although it's not re-entrant). Method you are calling is a convenience method that just creates a new parser for this particular query, then calls non-static parse method. I _think_ you can just pass null (or dummy field name) in your case if you are absolutely sure fields for all terms are defined in query. -+ Tatu +- --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-user-help@jakarta.apache.org