Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 29790 invoked from network); 28 Jun 2006 21:11:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Jun 2006 21:11:15 -0000 Received: (qmail 17107 invoked by uid 500); 28 Jun 2006 21:11:10 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 17023 invoked by uid 500); 28 Jun 2006 21:11:10 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 16914 invoked by uid 99); 28 Jun 2006 21:11:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Jun 2006 14:11:09 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Jun 2006 14:11:09 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D053A410006 for ; Wed, 28 Jun 2006 21:09:32 +0000 (GMT) Message-ID: <24044147.1151528972849.JavaMail.jira@brutus> Date: Wed, 28 Jun 2006 21:09:32 +0000 (GMT+00:00) From: "paul.elschot (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Updated: (LUCENE-584) Decouple Filter from BitSet In-Reply-To: <27200586.1149076109798.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENE-584?page=3Dall ] paul.elschot updated LUCENE-584: -------------------------------- Attachment: (was: BitsMatcher.java) > Decouple Filter from BitSet > --------------------------- > > Key: LUCENE-584 > URL: http://issues.apache.org/jira/browse/LUCENE-584 > Project: Lucene - Java > Type: Improvement > Components: Search > Versions: 2.0.1 > Reporter: Peter Sch=C3=A4fer > Priority: Minor > Attachments: BitsMatcher.java, Filter-20060628.patch, HitCollector-20060= 628.patch, IndexSearcher-20060628.patch, MatchCollector.java, Matcher.java,= Scorer-20060628.patch, Searchable-20060628.patch, Searcher-20060628.patch,= SortedVIntList.java, TestSortedVIntList.java > > {code} > package org.apache.lucene.search; > public abstract class Filter implements java.io.Serializable=20 > { > public abstract AbstractBitSet bits(IndexReader reader) throws IOExcept= ion; > } > public interface AbstractBitSet=20 > { > public boolean get(int index); > } > {code} > It would be useful if the method =3DFilter.bits()=3D returned an abstract= interface, instead of =3Djava.util.BitSet=3D. > Use case: there is a very large index, and, depending on the user's privi= leges, only a small portion of the index is actually visible. > Sparsely populated =3Djava.util.BitSet=3Ds are not efficient and waste lo= ts of memory. It would be desirable to have an alternative BitSet implement= ation with smaller memory footprint. > Though it _is_ possibly to derive classes from =3Djava.util.BitSet=3D, it= was obviously not designed for that purpose. > That's why I propose to use an interface instead. The default implementat= ion could still delegate to =3Djava.util.BitSet=3D. --=20 This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org