Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Message-ID: <26717685.78201283207335078.JavaMail.jira@thor>
Date: Mon, 30 Aug 2010 18:28:55 -0400 (EDT)
From: "Hoss Man (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Subject: [jira] Commented: (LUCENE-2628) Extract OpenBitSet to Apache
 Commons
In-Reply-To: <6172863.53401283029252967.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/LUCENE-2628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12904379#action_12904379 ] 

Hoss Man commented on LUCENE-2628:
----------------------------------

bq. so lets be honest, the "lucene" part boils down to: 'please delete this class and depend on this jar file instead.

agreed ... if commons wants to include OpenBitSet, and promote it's use to the java community at large, i'm all for that, but i don' really see any Lucene issue here at the moment.  If Commons's version of OpenBitSet takes off and becomes the defacto "bit set" impl people us in Java, then Lucene may want to reconsider it's current "no deps for core" policy and start depending on commons-bitset, but we aren't there yet, so we aren't there yet, so this is really a non-issue.


{quote}
I think a util jar is a great idea but not so we can publish it for others. As we modularise more, there will be utility classes that are useful across multiple modules. I dont think they should be stuck into lucene-core just because its the only consistent dependency. But I don't think OBS fits into this pool necessary since it really is tuned for the search func in lucene-core. 
{quote}
...
{quote}
Can you give a concrete example how a "utility jar" would be useful?

I didn't think so.
Can you give a concrete example how a "utility jar" would be useful? 

I didn't think so.
{quote}

FWIW: I can ... the snag robert ran into in SOLR-2034.  we don't want SolrJ to have a dependency on lucene-core, but it would be nice to re-use the UTF-8 serialization code instead of duplicating it.

> Extract OpenBitSet to Apache Commons
> ------------------------------------
>
>                 Key: LUCENE-2628
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2628
>             Project: Lucene - Java
>          Issue Type: Wish
>            Reporter: Stu Hood
>
> o.a.l.util.OpenBitSet is a great alternative to java.util.BitSet, and it is generally useful outside of the search field. It would be great if OpenBitSet were available outside of Lucene proper, perhaps as part of Apache Commons.
> Aside from the communication required to accomplish this, there is the small issue of OpenBitSet extending o.a.l.search.DocIdSet in Lucene 3.0. There is very little logic contained in DocIdSet, so it could probably become an interface: Lucene proper could then extend the extract version of OpenBitSet to implement DocIdSet.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org