commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benson Margulies <bimargul...@gmail.com>
Subject Re: [lang][collections] Overlap; Collections thoughts
Date Sat, 02 Jan 2010 12:40:28 GMT
If by 'jdk enhancer' you mean 'provide newer functionality to older
jdks', I completely agree.

On Sat, Jan 2, 2010 at 3:31 AM, Henri Yandell <flamefew@gmail.com> wrote:
> Briefly looking at
> http://svn.apache.org/repos/asf/lucene/mahout/trunk/math/src/main/java/org/apache/mahout/math/
> - it looks like this is more along the lines of the Collections as new
> data structures/algorithms rather than Collections as JDK enhancer?
>
> Ignoring the edge case overlaps with Math and Lang anyway.
>
> Hen
>
> On Wed, Dec 30, 2009 at 3:58 AM, Benson Margulies <bimargulies@gmail.com> wrote:
>> Henri,
>>
>> To make this more interesting, the new collections over in mahout-math
>> might be covering some of the territory you are looking for here.
>>
>> --benson
>>
>>
>> On Wed, Dec 30, 2009 at 5:18 AM, Henri Yandell <flamefew@gmail.com> wrote:
>>> Overlap between Lang and Collections is starting to increase a bit.
>>> Requested items for ArrayUtils (LANG-238, LANG-470) are better
>>> implemented imo as an ArraySet class. An easy add to Collections.
>>>
>>> ComparableComparator made its way (privately) over for the new Range
>>> class. Fair enough - Comparable and Comparator also overlap between
>>> lang.* and util.*.
>>>
>>> I have a JIRA issue threat to consider moving Collections code over to
>>> Lang if Collections becomes dead [LANG-532]  :)
>>>
>>> ---
>>>
>>> One thought I have for Collections is splitting it up into two parts.
>>> The first would be items that add to collections in the JDK, the
>>> second would be additional collections. The former could conceivably
>>> merge with Lang, the latter could also be split up into an SPI style
>>> approach with an API jar and an Impl jar. The latter would most likely
>>> depend on the former.
>>>
>>> It would then be tempting to also merge Functors for example into the
>>> latter, plus I think we could get back on the bandwagon of adding new
>>> things, like the long standing Trie JIRA issue.
>>>
>>> Biased note: Part of this is that I'm interested in the JDK enhancing
>>> parts, but not all the implementations of weird and whacky
>>> collections; however I think this is likely not just me and that the
>>> separation would do wonders for the release cycle.
>>>
>>> Thoughts?
>>>
>>> Hen
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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


Mime
View raw message