Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@www.apache.org Received: (qmail 60647 invoked from network); 12 Jan 2004 19:22:10 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 12 Jan 2004 19:22:10 -0000 Received: (qmail 71199 invoked by uid 500); 12 Jan 2004 19:21:54 -0000 Delivered-To: apmail-jakarta-lucene-dev-archive@jakarta.apache.org Received: (qmail 71153 invoked by uid 500); 12 Jan 2004 19:21:53 -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 70974 invoked from network); 12 Jan 2004 19:21:52 -0000 Received: from unknown (HELO hamhock.hoovers.com) (66.179.38.26) by daedalus.apache.org with SMTP; 12 Jan 2004 19:21:52 -0000 Received: from exchange.hoovers.com (gamma.hoovers.com [66.179.38.8]) by hamhock.hoovers.com (HamHock-OUTBOUND) with ESMTP id 9F2EB221F3 for ; Mon, 12 Jan 2004 13:21:56 -0600 (CST) Received: by gamma.hoovers.com with Internet Mail Service (5.5.2657.72) id ; Mon, 12 Jan 2004 13:21:56 -0600 Message-ID: <4810C017B52BD4118EEA00B0D020B0ED1408522B@gamma.hoovers.com> From: Tim Jones To: 'Lucene Developers List' Subject: Re: arbitrary sorting Date: Mon, 12 Jan 2004 13:21:56 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C3D941.57997122" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N ------_=_NextPart_000_01C3D941.57997122 Content-Type: text/plain; charset="iso-8859-1" Erik et al, In the attached .zip are the files implementing the functionality I described. I ended up just putting the classes in the org.apache.lucene.search package - that makes the constructor problem I mentioned not an issue. Therefore there's not a bug to post the code against, so I'm just attaching it here. Let me know if there is something else I should do. For reference, it was the org.apache.lucene.search.TopDocs which was the problem - I needed to call it from the SortedIndexSearcher I created, but it can't be called from outside the org.apache.lucene.search package. The class to look at is org.apache.lucene.search.SortedIndexSearcher. It contains some basic informatin about how to use it. I call this v0.1 because there are some constraints on the fields used to sort - they must contain a single term which is an integer value. If what I've done looks like a good direction to take in the API, though, it would be possible to make the code able to handle arbitrary term values, with a little worse performance. Tim > -----Original Message----- > From: Erik Hatcher [mailto:erik@ehatchersolutions.com] > Sent: Monday, January 05, 2004 12:56 PM > To: Lucene List > Subject: Re: making a contribution > > > This is great news! > > Please attach your new files to a new Bugzilla issue for Lucene (see > Jakarta website for details) and either submit a 'cvs diff -u' patch > file along with the issue or just describe what constructor needed to > be opened up to public in the issue text. > > Where your contribution would ultimately reside is unclear. At the > very least, it can live in the sandbox if you are ok with making it > Apache Software License. > > Erik > > On Jan 5, 2004, at 1:07 PM, Tim Jones wrote: > > > > > I've come up with an implementation for doing arbitrary sorting in > > lucene - > > it is an implementation of PriorityQueue that can sort by > an arbitrary > > field > > as well as the computed relevancy. It is quite speedy and > should be > > faster > > than doing a sort in the appplication after getting the > results back > > from > > lucene. > > > > I thought I'd make this available to the lucene community - what is > > the best > > way to do this? Should it go in "Contributions", or "Sandbox"? > > > > The meat of it for version 0.1 is four classes which > subclass existing > > lucene classes, and one modification to an existing lucene class to > > make the > > constructor public so it can be subclassed. So really what > it means is > > adding additional API by "jar -uf lucene.jar ..." > > > > Tim ------_=_NextPart_000_01C3D941.57997122 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-dev-help@jakarta.apache.org ------_=_NextPart_000_01C3D941.57997122--