Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <27842722.1149079770238.JavaMail.jira@brutus>
Date: Wed, 31 May 2006 12:49:30 +0000 (GMT+00:00)
From: "Eks Dev (JIRA)" <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Commented: (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

    [ http://issues.apache.org/jira/browse/LUCENE-584?page=3Dcomments#actio=
n_12414046 ]=20

Eks Dev commented on LUCENE-584:
--------------------------------

Peter,=20

there is some advanced things you are probably interested in.

see:
"some utilities for a compact sparse filter" LUCENE-328

Also interesting:
[#SOLR-15] OpenBitSet - ASF JIRA

complete solr solution for Filters is one cool thing! a bit awkward bridge =
to lucene due to BitSet in Filter, but this is due to be resolved...=20

> 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

>
> {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