Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@apache.org Received: (qmail 72001 invoked from network); 29 Aug 2002 16:20:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 29 Aug 2002 16:20:30 -0000 Received: (qmail 12058 invoked by uid 97); 29 Aug 2002 16:21:01 -0000 Delivered-To: qmlist-jakarta-archive-lucene-dev@jakarta.apache.org Received: (qmail 12042 invoked by uid 97); 29 Aug 2002 16:21:00 -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 12030 invoked by uid 98); 29 Aug 2002 16:21:00 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-Id: <818623B5FD23D51193200002B32C076106FE47AC@excsrv44.mayo.edu> From: "Armbrust, Daniel C." To: 'Lucene Developers List' Subject: RE: [Bug 12137] New: - Can '*' or '?' symbol be used as the first character of a search? Date: Thu, 29 Aug 2002 11:19:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I think that the only difference we have is that you see the Query Parser as a convenience for the app users, while I see it as a convenience to the app users and the app developers. Its probably a good thing to ship lucene with the query parser that doesn't allow you to do the search that makes an expensive hit. However, it seems to lead to a bug report every few weeks.... For those of us app developers that need to support a wild card query that can have the wild cards anywhere, I (as a lazy app developer) would like to be able to plug in a different query parser (that has at least been checked by and is hopefully supported as a part of lucene by those that know the lucene internals for validity) and will hopefully be aware that this parser will have worse performance on queries that have leading wildcards because I was warned when I downloaded it, or something along those lines. Then I as a developer will take measures as appropriate to make sure the users don't create a DOS attack on my system if this performance hit is significant on my index. I understand that this probably makes you cringe, however as a lucene developer, since now you would have 2 parsers to support. Given the number of times the question is asked, something probably should be changed... but I don't know which solution that has been given so far should be used (if any) since they all have significant downsides. As an app developer, I would have to lean toward "make it easy for me - aka make the query parser do the work". But these are all just my thoughts, and I don't actually have to write the query parser, so its easy for me to say. Dan ***************************** Daniel C. Armbrust Medical Informatics Research Information Services Mayo Clinic Rochester ***************************** -- To unsubscribe, e-mail: For additional commands, e-mail: