Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@apache.org Received: (qmail 14646 invoked from network); 23 May 2002 22:20:50 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 23 May 2002 22:20:50 -0000 Received: (qmail 11430 invoked by uid 97); 23 May 2002 22:20:53 -0000 Delivered-To: qmlist-jakarta-archive-lucene-user@jakarta.apache.org Received: (qmail 11414 invoked by uid 97); 23 May 2002 22:20:53 -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 11402 invoked by uid 98); 23 May 2002 22:20:52 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <000b01c202a8$17e80c80$0200a8c0@hurrican> From: "Christian Meunier" To: "Lucene Users List" References: <20020523200514.16535.qmail@mailshell.com> Subject: Re: Few questions regarding the design of the Filter class Date: Fri, 24 May 2002 00:20:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: To: Sent: Thursday, May 23, 2002 10:04 PM Subject: RE: Few questions regarding the design of the Filter class > > From: Christian Meunier > > > > Hi, i have few questions regarding the Filter class. > > > > Why this is not an interface ? > > No good reason. Since interfaces have some performance penalties with most > JVMs, when I first wrote Lucene I only used interfaces where multiple > inheritance was required. In retrospect, I probably should have also used > them in a few other places that are not performance critical. > > Does the use of an abstract class instead of an interface keep you from > doing something that you need to do? No it's just a design question ;) > > > Why there is not method to get the field on which the filter > > is used to restrict the search ? > > A filter may not always restrict the search to a single field. One could > construct a filter with arbitrary criteria that may or may not correspond to > document fields. Oky i ll try to think for a good workaround beside recompiling lucene hacking the filter class. Thanks for your answers Doug ! > > Doug > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > -- To unsubscribe, e-mail: For additional commands, e-mail: