commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: New Sub-project Proposal.
Date Thu, 12 Sep 2019 01:33:50 GMT
So is the idea to provide wrappers on Sets or a Set implementation?

Gary

On Wed, Sep 11, 2019 at 3:54 PM Stian Soiland-Reyes <stain@apache.org>
wrote:

> I certainly got thinking about streams for those methods using the ancy
> integrators yes. Commons Collection is already on JDK8, so if that is
> sufficient, go for it!
>
> We would need to do IP clearance to bring in the code formally to ASF. It
> should be easy if it is just you who made it under Apache license.
>
> On Wed, 11 Sep 2019, 18:44 Claude Warren, <claude@xenei.com> wrote:
>
> > @stain. You have correctly identified the code in my repository.  The
> code
> > could be refactored to use streams or we could bring the jena iterator
> > extensions into commons.  I had suggested that at one time but there were
> > concerns about conflicts with existing code.  Duplication with of
> > functionality was the main concern as I recall.
> >
> > Claude
> >
> > On Wed, Sep 11, 2019, 09:43 Stian Soiland-Reyes <stain@apache.org>
> wrote:
> >
> > > On Wed, 11 Sep 2019 18:12:24 +0200, Gilles Sadowski <
> > gilleseran@gmail.com>
> > > wrote:
> > > > > The long and short of this is that there is no good unencumbered
> open
> > > > > source library available at the current time.  Myself and several
> > > others,
> > > > > in conversation here at ApacheCon, have expressed interest in
> > creating
> > > such
> > > > > a library.  We have fairly mature code that we are willing to
> > > contribute
> > > > > along with code that embodies new thinking in the bloom filter
> arena
> > > (like
> > > > > proto-bloom filters).  We just need a space within the Apache
> family
> > to
> > > > > host it.  The code base seems to small to be a separate project and
> > so
> > > we
> > > > > come to Apache Commons seeking a home.
> > > >
> > > > IMO, a pretty compelling rationale for hosting it at "Commons".
> > > > If people think that [Collections] would be the best home, I'd
> suggest
> > > > making that component modular; hence unnecessary dependencies
> > > > would be a non-issue.
> > >
> > > Thanks Claude for that brilliant explanation about bloom filter!
> > > (please blog it!)
> > >
> > > At the moment Commons Collections have no runtime dependencies, and
> only
> > > 3 test-dependencies.
> > > <
> https://github.com/apache/commons-collections/blob/master/pom.xml#L443>
> > >
> > > So unless the Bloom filter code comes with any new depdendencies seen
> to
> > > "bloat" rest of Commons, it could fit well in there.
> > >
> > > It would be a new package "bloom" as it's something to use for building
> > > collections rather than directly being a collection - but Collections
> > > already have similar packages for balanced trees, etc.
> > >
> > >
> > > Looking at the code which I suspect is
> > > <
> > >
> >
> https://github.com/Claudenw/BloomFilter/tree/master/src/main/java/org/xenei/bloomfilter
> > > >
> > > it looks pretty clean, independent and straight forward to read and
> > > understand.
> > >
> > > From Claude's email I see it is it's *use* that needs explanation!
> > >
> > > The only dependencies in that code seem to be within the
> > > org.xenei.bloomfilter.collections package which currently include use
> of
> > > Jena's extended iterator classes.
> > >
> > > This could probably be refactored, if this package is also to be
> > > included? (those classes would also fit naturally into Collections)
> > >
> > >
> > > --
> > > Stian Soiland-Reyes
> > > The University of Manchester 🐝
> > > https://www.esciencelab.org.uk/
> > > https://orcid.org/0000-0001-9842-9718
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > > For additional commands, e-mail: dev-help@commons.apache.org
> > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message