Re: [BloomFilters] changes to BloomFilter

[Claude Warren <cl...@xenei.com>]

I keep wondering if Bloom filters belong in Collections.  They are not a
collection in the standard sense of the word.  Would it make more sense to
spit it out as a new Commons project?  How does one even go about that?

On Wed, Apr 22, 2020 at 5:37 PM Alex Herbert <al...@gmail.com>
wrote:

> On Wed, 22 Apr 2020 at 17:17, Gilles Sadowski <gi...@gmail.com>
> wrote:
>
> >
> > > - Does the BF code reuse Commons Collection utilities?
> >
> > Yes, in class "HasherBloomFilter":
> > import org.apache.commons.collections4.iterators.EmptyIterator;
> > import org.apache.commons.collections4.iterators.IteratorChain;
> >
>
> Missed that one. But I believe one of the discussions was how to improve
> the HasherBloomFilter to remove this code or even drop the
> HasherBloomFilter as the functionality it provides was heading towards
> being redundant. I'd have to check back what was discussed.
>


-- 
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren

Re: [BloomFilters] changes to BloomFilter

[Gilles Sadowski <gi...@gmail.com>]

Hi.

2020-05-10 18:38 UTC+02:00, Claude Warren <cl...@xenei.com>:
> I keep wondering if Bloom filters belong in Collections.  They are not a
> collection in the standard sense of the word.

If it does not depend on [Collections] code and it provides
a functionality that can be used without [Collections], then
IMO it does not belong.

> Would it make more sense to
> spit it out as a new Commons project?

+1
[And +1 to making a beta release.]

> How does one even go about that?

A request to INFRA and off we go...
[Perhaps a (lazy) vote is in order.]

Best,
Gilles

>> [...]

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