Re: [collections] MultiMap clash with Java 8

2013-11-13 Thread Gary Gregory
How about the name removeEntry|Entries since there is a Map.Entry. Gary On Wed, Nov 13, 2013 at 4:49 PM, Thomas Neidhart wrote: > Hi, > > during the vote for collections 4.0 we have discovered a problem wrt the > MultiMap interface in general and specifically the MultiKeyMap. > > Java 8 introdu

Re: [collections] MultiMap clash with Java 8

2013-11-13 Thread Paul Benedict
The thread is here: http://mail.openjdk.java.net/pipermail/lambda-dev/2013-November/011397.html On Wed, Nov 13, 2013 at 7:40 PM, Paul Benedict wrote: > I will forward a portion of this email to the OpenJDK folks and see what > they think about compatibility options. > > > On Wed, Nov 13, 2013 a

Re: [collections] MultiMap clash with Java 8

2013-11-13 Thread Paul Benedict
I will forward a portion of this email to the OpenJDK folks and see what they think about compatibility options. On Wed, Nov 13, 2013 at 3:49 PM, Thomas Neidhart wrote: > Hi, > > during the vote for collections 4.0 we have discovered a problem wrt the > MultiMap interface in general and specific

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Jörg Schaible
Hi Thomas, Thomas Neidhart wrote: > On 11/13/2013 11:04 AM, Jörg Schaible wrote: >> Hi Thomas, >> >> Thomas Neidhart wrote: >> >>> Hi Joerg, >>> >>> the failure for JDK 1.8 is clear: this version updated the Map interface >>> with a new method boolean remove(Object, Object) which clashes with t

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Jörg Schaible
Thomas Neidhart wrote: > On 11/13/2013 05:39 PM, Jörg Schaible wrote: >> Jörg Schaible wrote: >> >>> Hi Thomas, >>> >>> Thomas Neidhart wrote: [snip] For IBM JDK 6: I did already ignore several tests (due to problems with the TreeMap implementation there) if run with this JVM but obvi

[collections] MultiMap clash with Java 8

2013-11-13 Thread Thomas Neidhart
Hi, during the vote for collections 4.0 we have discovered a problem wrt the MultiMap interface in general and specifically the MultiKeyMap. Java 8 introduces a new default method in the Map interface: boolean remove(Object key, Object value) This clashes with the method in MultiMap: V remov

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Thomas Neidhart
On 11/13/2013 11:04 AM, Jörg Schaible wrote: > Hi Thomas, > > Thomas Neidhart wrote: > >> Hi Joerg, >> >> the failure for JDK 1.8 is clear: this version updated the Map interface >> with a new method boolean remove(Object, Object) which clashes with the >> ones in MultiValueMap and MultiMap. We s

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Thomas Neidhart
On 11/13/2013 05:39 PM, Jörg Schaible wrote: > Jörg Schaible wrote: > >> Hi Thomas, >> >> Thomas Neidhart wrote: >> >>> Hi Joerg, >>> >>> the failure for JDK 1.8 is clear: this version updated the Map interface >>> with a new method boolean remove(Object, Object) which clashes with the >>> ones in

Fwd: svn commit: r1541636 - in /commons/proper/functor/trunk/core/src: main/java/org/apache/commons/functor/generator/loop/ main/java/org/apache/commons/functor/range/ test/java/org/apache/commons/fun

2013-11-13 Thread Matt Benson
Oops; this should have been Range-=Iterator. I have modified the svn log appropriately. Matt -- Forwarded message -- From: Date: Wed, Nov 13, 2013 at 11:54 AM Subject: svn commit: r1541636 - in /commons/proper/functor/trunk/core/src: main/java/org/apache/commons/functor/generato

Re: svn commit: r1541567 - /commons/proper/functor/trunk/core/src/main/java/org/apache/commons/functor/range/AbstractRange.java

2013-11-13 Thread Matt Benson
Thanks! On Wed, Nov 13, 2013 at 9:50 AM, wrote: > Author: kinow > Date: Wed Nov 13 15:50:33 2013 > New Revision: 1541567 > > URL: http://svn.apache.org/r1541567 > Log: > Add missing license header > > Modified: > > commons/proper/functor/trunk/core/src/main/java/org/apache/commons/functor/range

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Jörg Schaible
Jörg Schaible wrote: > Hi Thomas, > > Thomas Neidhart wrote: > >> Hi Joerg, >> >> the failure for JDK 1.8 is clear: this version updated the Map interface >> with a new method boolean remove(Object, Object) which clashes with the >> ones in MultiValueMap and MultiMap. We should change the retur

Re: [math] undeprecate test(...) in AbstractUnivariateStatistic?

2013-11-13 Thread Phil Steitz
On 11/13/13 7:52 AM, Gilles wrote: > On Wed, 13 Nov 2013 07:25:22 -0800, Phil Steitz wrote: >> On 11/13/13 2:31 AM, Gilles wrote: >>> On Tue, 12 Nov 2013 09:44:13 -0800, Phil Steitz wrote: The implementation of this method has been replaced by the MathArrays extracted version, but depreca

Re: [math] undeprecate test(...) in AbstractUnivariateStatistic?

2013-11-13 Thread Gilles
On Wed, 13 Nov 2013 07:25:22 -0800, Phil Steitz wrote: On 11/13/13 2:31 AM, Gilles wrote: On Tue, 12 Nov 2013 09:44:13 -0800, Phil Steitz wrote: The implementation of this method has been replaced by the MathArrays extracted version, but deprecating and subsequently removing it from AbstractUni

Re: [math] undeprecate test(...) in AbstractUnivariateStatistic?

2013-11-13 Thread Phil Steitz
On 11/13/13 2:31 AM, Gilles wrote: > On Tue, 12 Nov 2013 09:44:13 -0800, Phil Steitz wrote: >> The implementation of this method has been replaced by the >> MathArrays extracted version, but deprecating and subsequently >> removing it from AbstractUnivariateStatistic eliminates the ability >> of su

Re: [math] undeprecate test(...) in AbstractUnivariateStatistic?

2013-11-13 Thread Gilles
On Tue, 12 Nov 2013 09:44:13 -0800, Phil Steitz wrote: The implementation of this method has been replaced by the MathArrays extracted version, but deprecating and subsequently removing it from AbstractUnivariateStatistic eliminates the ability of subclasses to override and implement their own in

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Jörg Schaible
Hi Thomas, Thomas Neidhart wrote: > Hi Joerg, > > the failure for JDK 1.8 is clear: this version updated the Map interface > with a new method boolean remove(Object, Object) which clashes with the > ones in MultiValueMap and MultiMap. We should change the return type to be > compatible. This me

Re: [VOTE] Release of Commons Collections 4.0 based on RC3

2013-11-13 Thread Thomas Neidhart
Hi Joerg, the failure for JDK 1.8 is clear: this version updated the Map interface with a new method boolean remove(Object, Object) which clashes with the ones in MultiValueMap and MultiMap. We should change the return type to be compatible. For IBM JDK 6: I did already ignore several tests (due