Hi,
thanks for the hint. Maybe I gave too little context to my question. I
wasn't trying to add something to MultiMap<K, V>. It is checked in this
way in the repo. So I guess get(K key) in MultiMap will never work and
can be considered broken (and a ticket should be filed)?
Benedikt
Am 15.02.2012 22:27, schrieb Simone Tripodi:
Bene,
please have a look at the javadoc before
<http://docs.oracle.com/javase/1.5.0/docs/api/java/util/Map.html> and
see why get(K) cannot be added.
HTH,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Feb 15, 2012 at 7:07 PM, Benedikt Ritter
<b...@systemoutprintln.de> wrote:
Hi,
finally I've found the time to answer to this topic :) We had a similar
discussion a while ago [1]. Back then James suggested to drop collections
completely in favor of google guava. I have started to implement
QueryableCollections in trunk anyway, because I still disagree with James.
I would appreciate comments from one of commons collections commiters, if
they would like to have something like that. I still think, that the
possibility to query for elements would be a nice addition to collections.
ATM I'm having some problems with the latest source:
Name clash: The method get(K) of type MultiMap<K,V> has the same erasure as
get(Object) of type Get<K,V> but does not override it
Does anyone know something about that?
Regards,
Benedikt
[1] http://markmail.org/thread/mymr5pucpqsdl527
Am 14.02.2012 17:00, schrieb Gary Gregory:
It's not dead, trunk has generics but it seems no one has put the time and
effort towards a new release. Personally, it's something I'd like to see
released again but ATM I am focusing my Apache time on getting VFS 2.1 out
the door.
Gary
On Tue, Feb 14, 2012 at 8:12 AM,<leandro.pezze...@hush.com> wrote:
Hi !
I was curious wether Commons Collections is dormant or not , since
last release is from 2010 and this release doesnt support generics.
With regards ,
Leandro A. Pezzente
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
