Am 15.02.2012 20:21, schrieb leandro.pezze...@hush.com:
Yes , i know , but , arent other products like Tomcat 7.0 being hurt
by being dependent on a pre-generics version of Commons Collections ?
That's no problem. There is no need to update to the latest version. The
old versions will be available and can still be used.
Benedikt
Leandro A. Pezzente
On miércoles, 15 de febrero de 2012 at 3:23 PM, Gary Gregory
wrote:Guava is a fine product but I'd like to see a generics version
of
[collections]. I wonder what state trunk is in and if could be
released
soon...
Gary
On Wed, Feb 15, 2012 at 1:13 PM, Ted Dunning wrote:
I would recommend guava over collections as well so it sounds like
you
disagree with both of us!
:-)
On Wed, Feb 15, 2012 at 1:07 PM, Benedikt Ritter
wrote:
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 has the same
erasure
as get(Object) of type Get but does not override it
Does anyone know something about that?
Regards,
Benedikt
[1] http://markmail.org/thread/**mymr5pucpqsdl527<
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.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
