Re: [COLLECTIONS] Test failures on Windows

2017-10-14 Thread Gary Gregory
Thank you for being the RM! Looking forward to the RC.

Gary

On Oct 14, 2017 06:09, "Benedikt Ritter"  wrote:

> Okay, so we’re ready to push out a release candidate? Great! I’ll see when
> I find the time to do that :-)
>
> Awesome team work!
>
> Benedikt
>
> > Am 14.10.2017 um 12:25 schrieb Bruno P. Kinoshita <
> brunodepau...@yahoo.com.br.INVALID>:
> >
> > Build passing OK in the same environment I used for COLLECTIONS-661,
> with a Windows 10, JDK 1.8, and locale set to en_US.
> >
> > Changed the whole operating system settings and locale to pt_BR (where
> commas/dots are too reversed for thousands, decimals), confirmed in mvn -v
> that it changed, then tests still passing.
> >
> > Digressing a bit. While on it, and since I was using a Windows +
> Brazilian locale, I quickly checked out lang, text, csv, io, jcs, and pool.
> All components successfully built with `mvn clean test` on this environment.
> > Cheers
> > Bruno
> >
> > ____
> > From: Gary Gregory 
> > To: Commons Developers List 
> > Sent: Saturday, 14 October 2017 2:09 PM
> > Subject: Re: [COLLECTIONS] Test failures on Windows
> >
> >
> >
> > OK, I should have that fixed up in the tests. Please give it a go.
> >
> > Gary
> >
> >
> > On Thu, Oct 12, 2017 at 2:23 AM, Pascal Schumacher <
> pascalschumac...@gmx.net
> >> wrote:
> >
> >> With current master on windows 10 (java 7, 8, 9; german locale) the
> >> occasional failures have been replace by constant failures:
> >>
> >> Failed tests:
> >>  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
> >>  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
> >>
> >> These are new tests added in https://github.com/apache/comm
> >> ons-collections/pull/29
> >>
> >> Looks like these tests fail when run on a locale that does not use the
> >> point character as a decimal separator.
> >>
> >>
> >> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
> >>
> >>> It was merged in https://github.com/apache/c
> >>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
> >>> I closed the pull request.
> >>> Thanks to all that helped testing & troubleshooting this interesting
> >>> issue!
> >>> I believe Commons Collections should now be in a state ready for a
> >>> release.
> >>> CheersBruno
> >>>   From: Benedikt Ritter 
> >>>  To: Commons Developers List 
> >>>  Sent: Thursday, 12 October 2017 7:23 PM
> >>>  Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>Awesome, let’s merge this!
> >>>
> >>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz  >:
> >>>>
> >>>> Hi,
> >>>>
> >>>> Tested with the changes of your PR multiple times with Win7-64bit and
> >>>> JDK7
> >>>> and JDK8 without any issues.
> >>>>
> >>>> Cheers
> >>>> Andreas
> >>>>
> >>>>
> >>>>
> >>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> >>>> brunodepau...@yahoo.com.br.invalid>:
> >>>>
> >>>> Done.
> >>>>> https://github.com/apache/commons-collections/pull/28
> >>>>>
> >>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
> >>>>> Would be good if someone else with a Windows version could try it
> too,
> >>>>> and
> >>>>> if others could have a look at the suggested solution in the pull
> >>>>> request
> >>>>> to see if there's a better way of doing it.
> >>>>> CheersBruno
> >>>>>   From: Bruno P. Kinoshita 
> >>>>> To: Commons Developers List 
> >>>>> Sent: Wednesday, 11 October 2017 12:43 PM
> >>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>>>
> >>>>> Still investigating. Trying to isolate the problem
> >>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
> >>>>>
> >>>>> No luck so far. I have an environment where it happens over 90% of
> the
> >>>>> time. Tried debugging a few times, adding some sysout statements to
> see
> >>>>> if
> >&g

Re: [COLLECTIONS] Test failures on Windows

2017-10-14 Thread Benedikt Ritter
Okay, so we’re ready to push out a release candidate? Great! I’ll see when I 
find the time to do that :-)

Awesome team work!

Benedikt

> Am 14.10.2017 um 12:25 schrieb Bruno P. Kinoshita 
> :
> 
> Build passing OK in the same environment I used for COLLECTIONS-661, with a 
> Windows 10, JDK 1.8, and locale set to en_US.
> 
> Changed the whole operating system settings and locale to pt_BR (where 
> commas/dots are too reversed for thousands, decimals), confirmed in mvn -v 
> that it changed, then tests still passing.
> 
> Digressing a bit. While on it, and since I was using a Windows + Brazilian 
> locale, I quickly checked out lang, text, csv, io, jcs, and pool. All 
> components successfully built with `mvn clean test` on this environment.
> Cheers
> Bruno
> 
> 
> From: Gary Gregory 
> To: Commons Developers List  
> Sent: Saturday, 14 October 2017 2:09 PM
> Subject: Re: [COLLECTIONS] Test failures on Windows
> 
> 
> 
> OK, I should have that fixed up in the tests. Please give it a go.
> 
> Gary
> 
> 
> On Thu, Oct 12, 2017 at 2:23 AM, Pascal Schumacher > wrote:
> 
>> With current master on windows 10 (java 7, 8, 9; german locale) the
>> occasional failures have been replace by constant failures:
>> 
>> Failed tests:
>>  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
>>  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
>> 
>> These are new tests added in https://github.com/apache/comm
>> ons-collections/pull/29
>> 
>> Looks like these tests fail when run on a locale that does not use the
>> point character as a decimal separator.
>> 
>> 
>> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
>> 
>>> It was merged in https://github.com/apache/c
>>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
>>> I closed the pull request.
>>> Thanks to all that helped testing & troubleshooting this interesting
>>> issue!
>>> I believe Commons Collections should now be in a state ready for a
>>> release.
>>> CheersBruno
>>>   From: Benedikt Ritter 
>>>  To: Commons Developers List 
>>>  Sent: Thursday, 12 October 2017 7:23 PM
>>>  Subject: Re: [COLLECTIONS] Test failures on Windows
>>>Awesome, let’s merge this!
>>> 
>>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
>>>> 
>>>> Hi,
>>>> 
>>>> Tested with the changes of your PR multiple times with Win7-64bit and
>>>> JDK7
>>>> and JDK8 without any issues.
>>>> 
>>>> Cheers
>>>> Andreas
>>>> 
>>>> 
>>>> 
>>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
>>>> brunodepau...@yahoo.com.br.invalid>:
>>>> 
>>>> Done.
>>>>> https://github.com/apache/commons-collections/pull/28
>>>>> 
>>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>>>>> Would be good if someone else with a Windows version could try it too,
>>>>> and
>>>>> if others could have a look at the suggested solution in the pull
>>>>> request
>>>>> to see if there's a better way of doing it.
>>>>> CheersBruno
>>>>>   From: Bruno P. Kinoshita 
>>>>> To: Commons Developers List 
>>>>> Sent: Wednesday, 11 October 2017 12:43 PM
>>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>> 
>>>>> Still investigating. Trying to isolate the problem
>>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>>>>> 
>>>>> No luck so far. I have an environment where it happens over 90% of the
>>>>> time. Tried debugging a few times, adding some sysout statements to see
>>>>> if
>>>>> there was anything suspect... yesterday enabled findbugs in test to look
>>>>> for any issue in the test classes. Nothing yet.
>>>>> 
>>>>> Bruno
>>>>> 
>>>>>   From: Gary Gregory 
>>>>> To: Commons Developers List 
>>>>> Sent: Wednesday, 11 October 2017 12:13 PM
>>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>> 
>>>>> Where are we on this one?
>>>>> 
>>>>> Gary
>>>>> 
>>>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>>>>

Re: [COLLECTIONS] Test failures on Windows

2017-10-14 Thread Bruno P. Kinoshita
Build passing OK in the same environment I used for COLLECTIONS-661, with a 
Windows 10, JDK 1.8, and locale set to en_US.

Changed the whole operating system settings and locale to pt_BR (where 
commas/dots are too reversed for thousands, decimals), confirmed in mvn -v that 
it changed, then tests still passing.

Digressing a bit. While on it, and since I was using a Windows + Brazilian 
locale, I quickly checked out lang, text, csv, io, jcs, and pool. All 
components successfully built with `mvn clean test` on this environment.
Cheers
Bruno


From: Gary Gregory 
To: Commons Developers List  
Sent: Saturday, 14 October 2017 2:09 PM
Subject: Re: [COLLECTIONS] Test failures on Windows



OK, I should have that fixed up in the tests. Please give it a go.

Gary


On Thu, Oct 12, 2017 at 2:23 AM, Pascal Schumacher  wrote:

> With current master on windows 10 (java 7, 8, 9; german locale) the
> occasional failures have been replace by constant failures:
>
> Failed tests:
>   MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
>   MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
>
> These are new tests added in https://github.com/apache/comm
> ons-collections/pull/29
>
> Looks like these tests fail when run on a locale that does not use the
> point character as a decimal separator.
>
>
> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
>
>> It was merged in https://github.com/apache/c
>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
>> I closed the pull request.
>> Thanks to all that helped testing & troubleshooting this interesting
>> issue!
>> I believe Commons Collections should now be in a state ready for a
>> release.
>> CheersBruno
>>From: Benedikt Ritter 
>>   To: Commons Developers List 
>>   Sent: Thursday, 12 October 2017 7:23 PM
>>   Subject: Re: [COLLECTIONS] Test failures on Windows
>> Awesome, let’s merge this!
>>
>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
>>>
>>> Hi,
>>>
>>> Tested with the changes of your PR multiple times with Win7-64bit and
>>> JDK7
>>> and JDK8 without any issues.
>>>
>>> Cheers
>>> Andreas
>>>
>>>
>>>
>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
>>> brunodepau...@yahoo.com.br.invalid>:
>>>
>>> Done.
>>>> https://github.com/apache/commons-collections/pull/28
>>>>
>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>>>> Would be good if someone else with a Windows version could try it too,
>>>> and
>>>> if others could have a look at the suggested solution in the pull
>>>> request
>>>> to see if there's a better way of doing it.
>>>> CheersBruno
>>>>From: Bruno P. Kinoshita 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:43 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Still investigating. Trying to isolate the problem
>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>>>>
>>>> No luck so far. I have an environment where it happens over 90% of the
>>>> time. Tried debugging a few times, adding some sysout statements to see
>>>> if
>>>> there was anything suspect... yesterday enabled findbugs in test to look
>>>> for any issue in the test classes. Nothing yet.
>>>>
>>>> Bruno
>>>>
>>>>From: Gary Gregory 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:13 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Where are we on this one?
>>>>
>>>> Gary
>>>>
>>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>>>> pascalschumac...@gmx.net>
>>>> wrote:
>>>>
>>>> Looks like the random failures are not limited to window. The travis
>>>>>
>>>> build
>>>>
>>>>> (ubuntu), just failed with 44 failures, e.g.
>>>>>
>>>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>>>>>
>>>> AbstractMapTest.verifyMap:1958
>>>>
>>>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>>>>

Re: [COLLECTIONS] Test failures on Windows

2017-10-14 Thread Pascal Schumacher

Thanks! Works for me.

Am 14.10.2017 um 03:02 schrieb Gary Gregory:

OK, I should have that fixed up in the tests. Please give it a go.

Gary

On Thu, Oct 12, 2017 at 2:23 AM, Pascal Schumacher 
wrote:
With current master on windows 10 (java 7, 8, 9; german locale) the
occasional failures have been replace by constant failures:

Failed tests:
   MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
   MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>

These are new tests added in https://github.com/apache/comm
ons-collections/pull/29

Looks like these tests fail when run on a locale that does not use the
point character as a decimal separator.


Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:


It was merged in https://github.com/apache/c
ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
I closed the pull request.
Thanks to all that helped testing & troubleshooting this interesting
issue!
I believe Commons Collections should now be in a state ready for a
release.
CheersBruno
From: Benedikt Ritter 
   To: Commons Developers List 
   Sent: Thursday, 12 October 2017 7:23 PM
   Subject: Re: [COLLECTIONS] Test failures on Windows
 Awesome, let’s merge this!

Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :

Hi,

Tested with the changes of your PR multiple times with Win7-64bit and
JDK7
and JDK8 without any issues.

Cheers
Andreas



2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
brunodepau...@yahoo.com.br.invalid>:

Done.

https://github.com/apache/commons-collections/pull/28

Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
Would be good if someone else with a Windows version could try it too,
and
if others could have a look at the suggested solution in the pull
request
to see if there's a better way of doing it.
CheersBruno
From: Bruno P. Kinoshita 
To: Commons Developers List 
Sent: Wednesday, 11 October 2017 12:43 PM
Subject: Re: [COLLECTIONS] Test failures on Windows

Still investigating. Trying to isolate the problem
https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1

No luck so far. I have an environment where it happens over 90% of the
time. Tried debugging a few times, adding some sysout statements to see
if
there was anything suspect... yesterday enabled findbugs in test to look
for any issue in the test classes. Nothing yet.

Bruno

From: Gary Gregory 
To: Commons Developers List 
Sent: Wednesday, 11 October 2017 12:13 PM
Subject: Re: [COLLECTIONS] Test failures on Windows

Where are we on this one?

Gary

On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
pascalschumac...@gmx.net>
wrote:

Looks like the random failures are not limited to window. The travis
build


(ubuntu), just failed with 44 failures, e.g.

AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
apTest.testMapToString:745->AbstractMapTest.verify:1947->


AbstractMapTest.verifyMap:1958


hashCodes should be the same expected:<205172737> but was:<9372706>


see: https://travis-ci.org/apache/commons-collections/jobs/282169803


Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:

Hi,

2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :

Forgot to mention something important. When I was debugging the hash


tests, they would pretty much always pass.

But if I ran the tests normally in maven or eclipse they would always
fail.

Debugging adds a small overhead I think, that could be slowing down


some

part of the code with a concurrency issue?

That's an explanation. If I start a Virtualbox instance that prepares


some
load I can see the tests pass under Java 9 ... I had the Virtualbox
running
yesterday when the tests passed.


Just in case it helps...


Interesting this surefire configuration Andreas. Do you have more
information about it? Is it something we may have to worry about in
components that use locale and jvm 9?

I ran into an issue with the language selection dialog of izpack and


found
that this configuration solved the problem there.
It's noted in the release notes of Java 9:
http://www.oracle.com/technetwork/java/javase/9-relnote-
issues-3704069.html#JDK-8008577

Cheers,
Andreas


Cheers


Bruno

Sent from Yahoo Mail on Android
<https://overview.mail.yahoo.com/mobile/?.src=Android>

On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
 wrote:
Hi,

I'm running Win7 and with "mvn clean verify". Checkout master.

I got the hash code errors, too. But sometimes the tests pass, the
next
time they failed with 44 failures (the hash code verification).

As I'm not sure if my antivirus kicks in and keep some files in the
target
dir, I ran "mvn clean" and after that "mvn clean verify".
But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and


9+181

Gary:

To get around the issue with ServiceConfiguration
sun.util.locale...  I
added the following profile to the pom.xml

Re: [COLLECTIONS] Test failures on Windows

2017-10-13 Thread Gary Gregory
OK, I should have that fixed up in the tests. Please give it a go.

Gary

On Thu, Oct 12, 2017 at 2:23 AM, Pascal Schumacher  wrote:

> With current master on windows 10 (java 7, 8, 9; german locale) the
> occasional failures have been replace by constant failures:
>
> Failed tests:
>   MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
>   MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
>
> These are new tests added in https://github.com/apache/comm
> ons-collections/pull/29
>
> Looks like these tests fail when run on a locale that does not use the
> point character as a decimal separator.
>
>
> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
>
>> It was merged in https://github.com/apache/c
>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
>> I closed the pull request.
>> Thanks to all that helped testing & troubleshooting this interesting
>> issue!
>> I believe Commons Collections should now be in a state ready for a
>> release.
>> CheersBruno
>>From: Benedikt Ritter 
>>   To: Commons Developers List 
>>   Sent: Thursday, 12 October 2017 7:23 PM
>>   Subject: Re: [COLLECTIONS] Test failures on Windows
>> Awesome, let’s merge this!
>>
>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
>>>
>>> Hi,
>>>
>>> Tested with the changes of your PR multiple times with Win7-64bit and
>>> JDK7
>>> and JDK8 without any issues.
>>>
>>> Cheers
>>> Andreas
>>>
>>>
>>>
>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
>>> brunodepau...@yahoo.com.br.invalid>:
>>>
>>> Done.
>>>> https://github.com/apache/commons-collections/pull/28
>>>>
>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>>>> Would be good if someone else with a Windows version could try it too,
>>>> and
>>>> if others could have a look at the suggested solution in the pull
>>>> request
>>>> to see if there's a better way of doing it.
>>>> CheersBruno
>>>>From: Bruno P. Kinoshita 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:43 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Still investigating. Trying to isolate the problem
>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>>>>
>>>> No luck so far. I have an environment where it happens over 90% of the
>>>> time. Tried debugging a few times, adding some sysout statements to see
>>>> if
>>>> there was anything suspect... yesterday enabled findbugs in test to look
>>>> for any issue in the test classes. Nothing yet.
>>>>
>>>> Bruno
>>>>
>>>>From: Gary Gregory 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:13 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Where are we on this one?
>>>>
>>>> Gary
>>>>
>>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>>>> pascalschumac...@gmx.net>
>>>> wrote:
>>>>
>>>> Looks like the random failures are not limited to window. The travis
>>>>>
>>>> build
>>>>
>>>>> (ubuntu), just failed with 44 failures, e.g.
>>>>>
>>>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>>>>>
>>>> AbstractMapTest.verifyMap:1958
>>>>
>>>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>>>>
>>>>>
>>>>> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>>>>>
>>>>>
>>>>> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>>>>>
>>>>> Hi,
>>>>>>
>>>>>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>>>>>
>>>>>> Forgot to mention something important. When I was debugging the hash
>>>>>>
>>>>>>> tests, they would pretty much always pass.
>>>>>>>
>>>>>>> But if I ran the tests normally in maven or eclipse they would always
>>>&

Re: [COLLECTIONS] Test failures on Windows

2017-10-12 Thread Bruno P. Kinoshita
Oh, good idea. That way we could test it locally too during the release vote.
Bruno

  From: Gary Gregory 
 To: "brunodepau...@yahoo.com.br"  
Cc: Commons Developers List 
 Sent: Friday, 13 October 2017 9:39 AM
 Subject: Re: [COLLECTIONS] Test failures on Windows
   
I was thinking of something driven by Maven profiles so that anyone could
try different settings from the command line.

Gary

On Thu, Oct 12, 2017 at 1:40 PM, Bruno P. Kinoshita <
brunodepau...@yahoo.com.br> wrote:

> And in a few different timezones too. Lang had some issues because of that.
>
> In Jenkins you can create a matrix job, that would take longer, but maybe
> could run as a nightly regression job. There should be something similar in
> Travis CI too.
>
> Sent from Yahoo Mail on Android
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> On Fri, 13 Oct 2017 at 6:41, Gary Gregory
>  wrote:
> Dang, it would be neat to run all of our tests in different locales as part
> of a normal build.
>
> Gary
>
> On Oct 12, 2017 02:23, "Pascal Schumacher" 
> wrote:
>
> > With current master on windows 10 (java 7, 8, 9; german locale) the
> > occasional failures have been replace by constant failures:
> >
> > Failed tests:
> >  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
> >  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
> >
> > These are new tests added in https://github.com/apache/comm
> > ons-collections/pull/29
> >
> > Looks like these tests fail when run on a locale that does not use the
> > point character as a decimal separator.
> >
> > Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
> >
> >> It was merged in https://github.com/apache/c
> >> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
> >> I closed the pull request.
> >> Thanks to all that helped testing & troubleshooting this interesting
> >> issue!
> >> I believe Commons Collections should now be in a state ready for a
> >> release.
> >> CheersBruno
> >>        From: Benedikt Ritter 
> >>  To: Commons Developers List 
> >>  Sent: Thursday, 12 October 2017 7:23 PM
> >>  Subject: Re: [COLLECTIONS] Test failures on Windows
> >>    Awesome, let’s merge this!
> >>
> >> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
> >>>
> >>> Hi,
> >>>
> >>> Tested with the changes of your PR multiple times with Win7-64bit and
> >>> JDK7
> >>> and JDK8 without any issues.
> >>>
> >>> Cheers
> >>> Andreas
> >>>
> >>>
> >>>
> >>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> >>> brunodepau...@yahoo.com.br.invalid>:
> >>>
> >>> Done.
> >>>> https://github.com/apache/commons-collections/pull/28
> >>>>
> >>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
> >>>> Would be good if someone else with a Windows version could try it too,
> >>>> and
> >>>> if others could have a look at the suggested solution in the pull
> >>>> request
> >>>> to see if there's a better way of doing it.
> >>>> CheersBruno
> >>>>        From: Bruno P. Kinoshita 
> >>>> To: Commons Developers List 
> >>>> Sent: Wednesday, 11 October 2017 12:43 PM
> >>>> Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>>
> >>>> Still investigating. Trying to isolate the problem
> >>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
> >>>>
> >>>> No luck so far. I have an environment where it happens over 90% of the
> >>>> time. Tried debugging a few times, adding some sysout statements to
> see
> >>>> if
> >>>> there was anything suspect... yesterday enabled findbugs in test to
> look
> >>>> for any issue in the test classes. Nothing yet.
> >>>>
> >>>> Bruno
> >>>>
> >>>>        From: Gary Gregory 
> >>>> To: Commons Developers List 
> >>>> Sent: Wednesday, 11 October 2017 12:13 PM
> >>>> Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>>
> >>>> Where are we on this one?
> >>>>
> >>>> Gary
> >>>>
> >>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
> >>>>

Re: [COLLECTIONS] Test failures on Windows

2017-10-12 Thread Gary Gregory
I was thinking of something driven by Maven profiles so that anyone could
try different settings from the command line.

Gary

On Thu, Oct 12, 2017 at 1:40 PM, Bruno P. Kinoshita <
brunodepau...@yahoo.com.br> wrote:

> And in a few different timezones too. Lang had some issues because of that.
>
> In Jenkins you can create a matrix job, that would take longer, but maybe
> could run as a nightly regression job. There should be something similar in
> Travis CI too.
>
> Sent from Yahoo Mail on Android
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> On Fri, 13 Oct 2017 at 6:41, Gary Gregory
>  wrote:
> Dang, it would be neat to run all of our tests in different locales as part
> of a normal build.
>
> Gary
>
> On Oct 12, 2017 02:23, "Pascal Schumacher" 
> wrote:
>
> > With current master on windows 10 (java 7, 8, 9; german locale) the
> > occasional failures have been replace by constant failures:
> >
> > Failed tests:
> >  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
> >  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
> >
> > These are new tests added in https://github.com/apache/comm
> > ons-collections/pull/29
> >
> > Looks like these tests fail when run on a locale that does not use the
> > point character as a decimal separator.
> >
> > Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
> >
> >> It was merged in https://github.com/apache/c
> >> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
> >> I closed the pull request.
> >> Thanks to all that helped testing & troubleshooting this interesting
> >> issue!
> >> I believe Commons Collections should now be in a state ready for a
> >> release.
> >> CheersBruno
> >>From: Benedikt Ritter 
> >>  To: Commons Developers List 
> >>  Sent: Thursday, 12 October 2017 7:23 PM
> >>  Subject: Re: [COLLECTIONS] Test failures on Windows
> >>Awesome, let’s merge this!
> >>
> >> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
> >>>
> >>> Hi,
> >>>
> >>> Tested with the changes of your PR multiple times with Win7-64bit and
> >>> JDK7
> >>> and JDK8 without any issues.
> >>>
> >>> Cheers
> >>> Andreas
> >>>
> >>>
> >>>
> >>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> >>> brunodepau...@yahoo.com.br.invalid>:
> >>>
> >>> Done.
> >>>> https://github.com/apache/commons-collections/pull/28
> >>>>
> >>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
> >>>> Would be good if someone else with a Windows version could try it too,
> >>>> and
> >>>> if others could have a look at the suggested solution in the pull
> >>>> request
> >>>> to see if there's a better way of doing it.
> >>>> CheersBruno
> >>>>From: Bruno P. Kinoshita 
> >>>> To: Commons Developers List 
> >>>> Sent: Wednesday, 11 October 2017 12:43 PM
> >>>> Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>>
> >>>> Still investigating. Trying to isolate the problem
> >>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
> >>>>
> >>>> No luck so far. I have an environment where it happens over 90% of the
> >>>> time. Tried debugging a few times, adding some sysout statements to
> see
> >>>> if
> >>>> there was anything suspect... yesterday enabled findbugs in test to
> look
> >>>> for any issue in the test classes. Nothing yet.
> >>>>
> >>>> Bruno
> >>>>
> >>>>From: Gary Gregory 
> >>>> To: Commons Developers List 
> >>>> Sent: Wednesday, 11 October 2017 12:13 PM
> >>>> Subject: Re: [COLLECTIONS] Test failures on Windows
> >>>>
> >>>> Where are we on this one?
> >>>>
> >>>> Gary
> >>>>
> >>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
> >>>> pascalschumac...@gmx.net>
> >>>> wrote:
> >>>>
> >>>> Looks like the random failures are not limited to window. The travis
> >>>>>
> >>>> build
> >>>>
> >>>>> (ubu

Re: [COLLECTIONS] Test failures on Windows

2017-10-12 Thread Bruno P. Kinoshita
And in a few different timezones too. Lang had some issues because of that.
In Jenkins you can create a matrix job, that would take longer, but maybe could 
run as a nightly regression job. There should be something similar in Travis CI 
too.

Sent from Yahoo Mail on Android 
 
  On Fri, 13 Oct 2017 at 6:41, Gary Gregory wrote:   
Dang, it would be neat to run all of our tests in different locales as part
of a normal build.

Gary

On Oct 12, 2017 02:23, "Pascal Schumacher"  wrote:

> With current master on windows 10 (java 7, 8, 9; german locale) the
> occasional failures have been replace by constant failures:
>
> Failed tests:
>  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
>  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
>
> These are new tests added in https://github.com/apache/comm
> ons-collections/pull/29
>
> Looks like these tests fail when run on a locale that does not use the
> point character as a decimal separator.
>
> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
>
>> It was merged in https://github.com/apache/c
>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
>> I closed the pull request.
>> Thanks to all that helped testing & troubleshooting this interesting
>> issue!
>> I believe Commons Collections should now be in a state ready for a
>> release.
>> CheersBruno
>>        From: Benedikt Ritter 
>>  To: Commons Developers List 
>>  Sent: Thursday, 12 October 2017 7:23 PM
>>  Subject: Re: [COLLECTIONS] Test failures on Windows
>>    Awesome, let’s merge this!
>>
>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
>>>
>>> Hi,
>>>
>>> Tested with the changes of your PR multiple times with Win7-64bit and
>>> JDK7
>>> and JDK8 without any issues.
>>>
>>> Cheers
>>> Andreas
>>>
>>>
>>>
>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
>>> brunodepau...@yahoo.com.br.invalid>:
>>>
>>> Done.
>>>> https://github.com/apache/commons-collections/pull/28
>>>>
>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>>>> Would be good if someone else with a Windows version could try it too,
>>>> and
>>>> if others could have a look at the suggested solution in the pull
>>>> request
>>>> to see if there's a better way of doing it.
>>>> CheersBruno
>>>>        From: Bruno P. Kinoshita 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:43 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Still investigating. Trying to isolate the problem
>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>>>>
>>>> No luck so far. I have an environment where it happens over 90% of the
>>>> time. Tried debugging a few times, adding some sysout statements to see
>>>> if
>>>> there was anything suspect... yesterday enabled findbugs in test to look
>>>> for any issue in the test classes. Nothing yet.
>>>>
>>>> Bruno
>>>>
>>>>        From: Gary Gregory 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:13 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Where are we on this one?
>>>>
>>>> Gary
>>>>
>>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>>>> pascalschumac...@gmx.net>
>>>> wrote:
>>>>
>>>> Looks like the random failures are not limited to window. The travis
>>>>>
>>>> build
>>>>
>>>>> (ubuntu), just failed with 44 failures, e.g.
>>>>>
>>>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>>>>>
>>>> AbstractMapTest.verifyMap:1958
>>>>
>>>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>>>>
>>>>>
>>>>> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>>>>>
>>>>>
>>>>> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>>>>>
>>>>> Hi,
>>>>>>
>>>>>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>>>>

Re: [COLLECTIONS] Test failures on Windows

2017-10-12 Thread Gary Gregory
Dang, it would be neat to run all of our tests in different locales as part
of a normal build.

Gary

On Oct 12, 2017 02:23, "Pascal Schumacher"  wrote:

> With current master on windows 10 (java 7, 8, 9; german locale) the
> occasional failures have been replace by constant failures:
>
> Failed tests:
>   MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
>   MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>
>
> These are new tests added in https://github.com/apache/comm
> ons-collections/pull/29
>
> Looks like these tests fail when run on a locale that does not use the
> point character as a decimal separator.
>
> Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:
>
>> It was merged in https://github.com/apache/c
>> ommons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
>> I closed the pull request.
>> Thanks to all that helped testing & troubleshooting this interesting
>> issue!
>> I believe Commons Collections should now be in a state ready for a
>> release.
>> CheersBruno
>>        From: Benedikt Ritter 
>>   To: Commons Developers List 
>>   Sent: Thursday, 12 October 2017 7:23 PM
>>   Subject: Re: [COLLECTIONS] Test failures on Windows
>> Awesome, let’s merge this!
>>
>> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
>>>
>>> Hi,
>>>
>>> Tested with the changes of your PR multiple times with Win7-64bit and
>>> JDK7
>>> and JDK8 without any issues.
>>>
>>> Cheers
>>> Andreas
>>>
>>>
>>>
>>> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
>>> brunodepau...@yahoo.com.br.invalid>:
>>>
>>> Done.
>>>> https://github.com/apache/commons-collections/pull/28
>>>>
>>>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>>>> Would be good if someone else with a Windows version could try it too,
>>>> and
>>>> if others could have a look at the suggested solution in the pull
>>>> request
>>>> to see if there's a better way of doing it.
>>>> CheersBruno
>>>>From: Bruno P. Kinoshita 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:43 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Still investigating. Trying to isolate the problem
>>>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>>>>
>>>> No luck so far. I have an environment where it happens over 90% of the
>>>> time. Tried debugging a few times, adding some sysout statements to see
>>>> if
>>>> there was anything suspect... yesterday enabled findbugs in test to look
>>>> for any issue in the test classes. Nothing yet.
>>>>
>>>> Bruno
>>>>
>>>>From: Gary Gregory 
>>>> To: Commons Developers List 
>>>> Sent: Wednesday, 11 October 2017 12:13 PM
>>>> Subject: Re: [COLLECTIONS] Test failures on Windows
>>>>
>>>> Where are we on this one?
>>>>
>>>> Gary
>>>>
>>>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>>>> pascalschumac...@gmx.net>
>>>> wrote:
>>>>
>>>> Looks like the random failures are not limited to window. The travis
>>>>>
>>>> build
>>>>
>>>>> (ubuntu), just failed with 44 failures, e.g.
>>>>>
>>>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>>>>>
>>>> AbstractMapTest.verifyMap:1958
>>>>
>>>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>>>>
>>>>>
>>>>> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>>>>>
>>>>>
>>>>> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>>>>>
>>>>> Hi,
>>>>>>
>>>>>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>>>>>
>>>>>> Forgot to mention something important. When I was debugging the hash
>>>>>>
>>>>>>> tests, they would pretty much always pass.
>>>>>>>
>>>>>>> But if I ran the tests normally in maven or eclipse they would a

Re: [COLLECTIONS] Test failures on Windows

2017-10-12 Thread Pascal Schumacher
With current master on windows 10 (java 7, 8, 9; german locale) the 
occasional failures have been replace by constant failures:


Failed tests:
  MapUtilsTest.testgetDoubleValue:956 expected:<20.0> but was:<2.0>
  MapUtilsTest.testgetFloatValue:974 expected:<20.0> but was:<2.0>

These are new tests added in 
https://github.com/apache/commons-collections/pull/29


Looks like these tests fail when run on a locale that does not use the 
point character as a decimal separator.


Am 12.10.2017 um 08:30 schrieb Bruno P. Kinoshita:

It was merged in 
https://github.com/apache/commons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
I closed the pull request.
Thanks to all that helped testing & troubleshooting this interesting issue!
I believe Commons Collections should now be in a state ready for a release.
CheersBruno
   From: Benedikt Ritter 
  To: Commons Developers List 
  Sent: Thursday, 12 October 2017 7:23 PM
  Subject: Re: [COLLECTIONS] Test failures on Windows

Awesome, let’s merge this!



Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :

Hi,

Tested with the changes of your PR multiple times with Win7-64bit and JDK7
and JDK8 without any issues.

Cheers
Andreas



2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
brunodepau...@yahoo.com.br.invalid>:


Done.
https://github.com/apache/commons-collections/pull/28

Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
Would be good if someone else with a Windows version could try it too, and
if others could have a look at the suggested solution in the pull request
to see if there's a better way of doing it.
CheersBruno
       From: Bruno P. Kinoshita 
To: Commons Developers List 
Sent: Wednesday, 11 October 2017 12:43 PM
Subject: Re: [COLLECTIONS] Test failures on Windows

Still investigating. Trying to isolate the problem
https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1

No luck so far. I have an environment where it happens over 90% of the
time. Tried debugging a few times, adding some sysout statements to see if
there was anything suspect... yesterday enabled findbugs in test to look
for any issue in the test classes. Nothing yet.

Bruno

       From: Gary Gregory 
To: Commons Developers List 
Sent: Wednesday, 11 October 2017 12:13 PM
Subject: Re: [COLLECTIONS] Test failures on Windows

Where are we on this one?

Gary

On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
pascalschumac...@gmx.net>
wrote:


Looks like the random failures are not limited to window. The travis

build

(ubuntu), just failed with 44 failures, e.g.

AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
apTest.testMapToString:745->AbstractMapTest.verify:1947->

AbstractMapTest.verifyMap:1958

hashCodes should be the same expected:<205172737> but was:<9372706>


see: https://travis-ci.org/apache/commons-collections/jobs/282169803


Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:


Hi,

2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :

Forgot to mention something important. When I was debugging the hash

tests, they would pretty much always pass.

But if I ran the tests normally in maven or eclipse they would always
fail.

Debugging adds a small overhead I think, that could be slowing down

some

part of the code with a concurrency issue?

That's an explanation. If I start a Virtualbox instance that prepares

some
load I can see the tests pass under Java 9 ... I had the Virtualbox
running
yesterday when the tests passed.


Just in case it helps...

Interesting this surefire configuration Andreas. Do you have more
information about it? Is it something we may have to worry about in
components that use locale and jvm 9?

I ran into an issue with the language selection dialog of izpack and

found
that this configuration solved the problem there.
It's noted in the release notes of Java 9:
http://www.oracle.com/technetwork/java/javase/9-relnote-
issues-3704069.html#JDK-8008577

Cheers,
Andreas


Cheers

Bruno

Sent from Yahoo Mail on Android
<https://overview.mail.yahoo.com/mobile/?.src=Android>

On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
 wrote:
Hi,

I'm running Win7 and with "mvn clean verify". Checkout master.

I got the hash code errors, too. But sometimes the tests pass, the next
time they failed with 44 failures (the hash code verification).

As I'm not sure if my antivirus kicks in and keep some files in the
target
dir, I ran "mvn clean" and after that "mvn clean verify".
But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and

9+181

Gary:
To get around the issue with ServiceConfiguration sun.util.locale...  I
added the following profile to the pom.xml. After that I only got the

44

errors (hash code) as with Java 7 and 8.

     
       jdk9-build
       
         9
       
       
         
           
             maven-surefire-plugin
             
               -Djava.locale.providers=COMPAT
    

Re: [COLLECTIONS] Test failures on Windows

2017-10-11 Thread Bruno P. Kinoshita
It was merged in 
https://github.com/apache/commons-collections/commit/eed8a7adb3de7441751e846f4a75d110dd205f23.
I closed the pull request.
Thanks to all that helped testing & troubleshooting this interesting issue!
I believe Commons Collections should now be in a state ready for a release.
CheersBruno
  From: Benedikt Ritter 
 To: Commons Developers List  
 Sent: Thursday, 12 October 2017 7:23 PM
 Subject: Re: [COLLECTIONS] Test failures on Windows
   
Awesome, let’s merge this!

> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
> 
> Hi,
> 
> Tested with the changes of your PR multiple times with Win7-64bit and JDK7
> and JDK8 without any issues.
> 
> Cheers
> Andreas
> 
> 
> 
> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> brunodepau...@yahoo.com.br.invalid>:
> 
>> Done.
>> https://github.com/apache/commons-collections/pull/28
>> 
>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>> Would be good if someone else with a Windows version could try it too, and
>> if others could have a look at the suggested solution in the pull request
>> to see if there's a better way of doing it.
>> CheersBruno
>>      From: Bruno P. Kinoshita 
>> To: Commons Developers List 
>> Sent: Wednesday, 11 October 2017 12:43 PM
>> Subject: Re: [COLLECTIONS] Test failures on Windows
>> 
>> Still investigating. Trying to isolate the problem
>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>> 
>> No luck so far. I have an environment where it happens over 90% of the
>> time. Tried debugging a few times, adding some sysout statements to see if
>> there was anything suspect... yesterday enabled findbugs in test to look
>> for any issue in the test classes. Nothing yet.
>> 
>> Bruno
>> 
>>      From: Gary Gregory 
>> To: Commons Developers List 
>> Sent: Wednesday, 11 October 2017 12:13 PM
>> Subject: Re: [COLLECTIONS] Test failures on Windows
>> 
>> Where are we on this one?
>> 
>> Gary
>> 
>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>> pascalschumac...@gmx.net>
>> wrote:
>> 
>>> Looks like the random failures are not limited to window. The travis
>> build
>>> (ubuntu), just failed with 44 failures, e.g.
>>> 
>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>> AbstractMapTest.verifyMap:1958
>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>> 
>>> 
>>> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>>> 
>>> 
>>> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>>> 
>>>> Hi,
>>>> 
>>>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>>> 
>>>> Forgot to mention something important. When I was debugging the hash
>>>>> tests, they would pretty much always pass.
>>>>> 
>>>>> But if I ran the tests normally in maven or eclipse they would always
>>>>> fail.
>>>>> 
>>>>> Debugging adds a small overhead I think, that could be slowing down
>> some
>>>>> part of the code with a concurrency issue?
>>>>> 
>>>>> That's an explanation. If I start a Virtualbox instance that prepares
>>>> some
>>>> load I can see the tests pass under Java 9 ... I had the Virtualbox
>>>> running
>>>> yesterday when the tests passed.
>>>> 
>>>> 
>>>> Just in case it helps...
>>>>> 
>>>>> Interesting this surefire configuration Andreas. Do you have more
>>>>> information about it? Is it something we may have to worry about in
>>>>> components that use locale and jvm 9?
>>>>> 
>>>>> I ran into an issue with the language selection dialog of izpack and
>>>> found
>>>> that this configuration solved the problem there.
>>>> It's noted in the release notes of Java 9:
>>>> http://www.oracle.com/technetwork/java/javase/9-relnote-
>>>> issues-3704069.html#JDK-8008577
>>>> 
>>>> Cheers,
>>>> Andreas
>>>> 
>>>> 
>>>> Cheers
>>>>> Bruno
>>>>> 
>>>>> Sent from Yahoo Mail on Android
>>>>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>>>>> 
>>>>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz

Re: [COLLECTIONS] Test failures on Windows

2017-10-11 Thread Benedikt Ritter
Awesome, let’s merge this!

> Am 11.10.2017 um 13:06 schrieb Andreas Kuhtz :
> 
> Hi,
> 
> Tested with the changes of your PR multiple times with Win7-64bit and JDK7
> and JDK8 without any issues.
> 
> Cheers
> Andreas
> 
> 
> 
> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> brunodepau...@yahoo.com.br.invalid>:
> 
>> Done.
>> https://github.com/apache/commons-collections/pull/28
>> 
>> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
>> Would be good if someone else with a Windows version could try it too, and
>> if others could have a look at the suggested solution in the pull request
>> to see if there's a better way of doing it.
>> CheersBruno
>>  From: Bruno P. Kinoshita 
>> To: Commons Developers List 
>> Sent: Wednesday, 11 October 2017 12:43 PM
>> Subject: Re: [COLLECTIONS] Test failures on Windows
>> 
>> Still investigating. Trying to isolate the problem
>> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>> 
>> No luck so far. I have an environment where it happens over 90% of the
>> time. Tried debugging a few times, adding some sysout statements to see if
>> there was anything suspect... yesterday enabled findbugs in test to look
>> for any issue in the test classes. Nothing yet.
>> 
>> Bruno
>> 
>>  From: Gary Gregory 
>> To: Commons Developers List 
>> Sent: Wednesday, 11 October 2017 12:13 PM
>> Subject: Re: [COLLECTIONS] Test failures on Windows
>> 
>> Where are we on this one?
>> 
>> Gary
>> 
>> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
>> pascalschumac...@gmx.net>
>> wrote:
>> 
>>> Looks like the random failures are not limited to window. The travis
>> build
>>> (ubuntu), just failed with 44 failures, e.g.
>>> 
>>> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
>>> apTest.testMapToString:745->AbstractMapTest.verify:1947->
>> AbstractMapTest.verifyMap:1958
>>> hashCodes should be the same expected:<205172737> but was:<9372706>
>>> 
>>> 
>>> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>>> 
>>> 
>>> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>>> 
>>>> Hi,
>>>> 
>>>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>>> 
>>>> Forgot to mention something important. When I was debugging the hash
>>>>> tests, they would pretty much always pass.
>>>>> 
>>>>> But if I ran the tests normally in maven or eclipse they would always
>>>>> fail.
>>>>> 
>>>>> Debugging adds a small overhead I think, that could be slowing down
>> some
>>>>> part of the code with a concurrency issue?
>>>>> 
>>>>> That's an explanation. If I start a Virtualbox instance that prepares
>>>> some
>>>> load I can see the tests pass under Java 9 ... I had the Virtualbox
>>>> running
>>>> yesterday when the tests passed.
>>>> 
>>>> 
>>>> Just in case it helps...
>>>>> 
>>>>> Interesting this surefire configuration Andreas. Do you have more
>>>>> information about it? Is it something we may have to worry about in
>>>>> components that use locale and jvm 9?
>>>>> 
>>>>> I ran into an issue with the language selection dialog of izpack and
>>>> found
>>>> that this configuration solved the problem there.
>>>> It's noted in the release notes of Java 9:
>>>> http://www.oracle.com/technetwork/java/javase/9-relnote-
>>>> issues-3704069.html#JDK-8008577
>>>> 
>>>> Cheers,
>>>> Andreas
>>>> 
>>>> 
>>>> Cheers
>>>>> Bruno
>>>>> 
>>>>> Sent from Yahoo Mail on Android
>>>>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>>>>> 
>>>>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
>>>>>  wrote:
>>>>> Hi,
>>>>> 
>>>>> I'm running Win7 and with "mvn clean verify". Checkout master.
>>>>> 
>>>>> I got the hash code errors, too. But sometimes the tests pass, the next
>>>>> time they failed with 44 failures (the hash code verification).
>>>>> 
>>>>> As I'm not sure if my antivirus kicks

Re: [COLLECTIONS] Test failures on Windows

2017-10-11 Thread Gary Gregory
Works like a charm for me on Windows 10 and

Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-03T13:39:06-06:00)
Maven home: C:\Java\apache-maven-3.5.0\bin\..
Java version: 1.8.0_144, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_144\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Committed!
:-)
Gary

On Wed, Oct 11, 2017 at 5:06 AM, Andreas Kuhtz 
wrote:

> Hi,
>
> Tested with the changes of your PR multiple times with Win7-64bit and JDK7
> and JDK8 without any issues.
>
> Cheers
> Andreas
>
>
>
> 2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
> brunodepau...@yahoo.com.br.invalid>:
>
> > Done.
> > https://github.com/apache/commons-collections/pull/28
> >
> > Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
> > Would be good if someone else with a Windows version could try it too,
> and
> > if others could have a look at the suggested solution in the pull request
> > to see if there's a better way of doing it.
> > CheersBruno
> >       From: Bruno P. Kinoshita 
> >  To: Commons Developers List 
> >  Sent: Wednesday, 11 October 2017 12:43 PM
> >  Subject: Re: [COLLECTIONS] Test failures on Windows
> >
> > Still investigating. Trying to isolate the problem
> > https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
> >
> > No luck so far. I have an environment where it happens over 90% of the
> > time. Tried debugging a few times, adding some sysout statements to see
> if
> > there was anything suspect... yesterday enabled findbugs in test to look
> > for any issue in the test classes. Nothing yet.
> >
> > Bruno
> >
> >   From: Gary Gregory 
> >  To: Commons Developers List 
> >  Sent: Wednesday, 11 October 2017 12:13 PM
> >  Subject: Re: [COLLECTIONS] Test failures on Windows
> >
> > Where are we on this one?
> >
> > Gary
> >
> > On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
> > pascalschumac...@gmx.net>
> > wrote:
> >
> > > Looks like the random failures are not limited to window. The travis
> > build
> > > (ubuntu), just failed with 44 failures, e.g.
> > >
> > > AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
> > > apTest.testMapToString:745->AbstractMapTest.verify:1947->
> > AbstractMapTest.verifyMap:1958
> > > hashCodes should be the same expected:<205172737> but was:<9372706>
> > >
> > >
> > > see: https://travis-ci.org/apache/commons-collections/jobs/282169803
> > >
> > >
> > > Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
> > >
> > >> Hi,
> > >>
> > >> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
> > >>
> > >> Forgot to mention something important. When I was debugging the hash
> > >>> tests, they would pretty much always pass.
> > >>>
> > >>> But if I ran the tests normally in maven or eclipse they would always
> > >>> fail.
> > >>>
> > >>> Debugging adds a small overhead I think, that could be slowing down
> > some
> > >>> part of the code with a concurrency issue?
> > >>>
> > >>> That's an explanation. If I start a Virtualbox instance that prepares
> > >> some
> > >> load I can see the tests pass under Java 9 ... I had the Virtualbox
> > >> running
> > >> yesterday when the tests passed.
> > >>
> > >>
> > >> Just in case it helps...
> > >>>
> > >>> Interesting this surefire configuration Andreas. Do you have more
> > >>> information about it? Is it something we may have to worry about in
> > >>> components that use locale and jvm 9?
> > >>>
> > >>> I ran into an issue with the language selection dialog of izpack and
> > >> found
> > >> that this configuration solved the problem there.
> > >> It's noted in the release notes of Java 9:
> > >> http://www.oracle.com/technetwork/java/javase/9-relnote-
> > >> issues-3704069.html#JDK-8008577
> > >>
> > >> Cheers,
> > >> Andreas
> > >>
> > >>
> > >> Cheers
> > >>> Bruno
> > >>>
> > >>> Sent from Yahoo Mail on Android
> > >>> <https://overview.m

Re: [COLLECTIONS] Test failures on Windows

2017-10-11 Thread Andreas Kuhtz
Hi,

Tested with the changes of your PR multiple times with Win7-64bit and JDK7
and JDK8 without any issues.

Cheers
Andreas



2017-10-11 10:03 GMT+02:00 Bruno P. Kinoshita <
brunodepau...@yahoo.com.br.invalid>:

> Done.
> https://github.com/apache/commons-collections/pull/28
>
> Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
> Would be good if someone else with a Windows version could try it too, and
> if others could have a look at the suggested solution in the pull request
> to see if there's a better way of doing it.
> CheersBruno
>   From: Bruno P. Kinoshita 
>  To: Commons Developers List 
>  Sent: Wednesday, 11 October 2017 12:43 PM
>  Subject: Re: [COLLECTIONS] Test failures on Windows
>
> Still investigating. Trying to isolate the problem
> https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1
>
> No luck so far. I have an environment where it happens over 90% of the
> time. Tried debugging a few times, adding some sysout statements to see if
> there was anything suspect... yesterday enabled findbugs in test to look
> for any issue in the test classes. Nothing yet.
>
> Bruno
>
>   From: Gary Gregory 
>  To: Commons Developers List 
>  Sent: Wednesday, 11 October 2017 12:13 PM
>  Subject: Re: [COLLECTIONS] Test failures on Windows
>
> Where are we on this one?
>
> Gary
>
> On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher <
> pascalschumac...@gmx.net>
> wrote:
>
> > Looks like the random failures are not limited to window. The travis
> build
> > (ubuntu), just failed with 44 failures, e.g.
> >
> > AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
> > apTest.testMapToString:745->AbstractMapTest.verify:1947->
> AbstractMapTest.verifyMap:1958
> > hashCodes should be the same expected:<205172737> but was:<9372706>
> >
> >
> > see: https://travis-ci.org/apache/commons-collections/jobs/282169803
> >
> >
> > Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
> >
> >> Hi,
> >>
> >> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
> >>
> >> Forgot to mention something important. When I was debugging the hash
> >>> tests, they would pretty much always pass.
> >>>
> >>> But if I ran the tests normally in maven or eclipse they would always
> >>> fail.
> >>>
> >>> Debugging adds a small overhead I think, that could be slowing down
> some
> >>> part of the code with a concurrency issue?
> >>>
> >>> That's an explanation. If I start a Virtualbox instance that prepares
> >> some
> >> load I can see the tests pass under Java 9 ... I had the Virtualbox
> >> running
> >> yesterday when the tests passed.
> >>
> >>
> >> Just in case it helps...
> >>>
> >>> Interesting this surefire configuration Andreas. Do you have more
> >>> information about it? Is it something we may have to worry about in
> >>> components that use locale and jvm 9?
> >>>
> >>> I ran into an issue with the language selection dialog of izpack and
> >> found
> >> that this configuration solved the problem there.
> >> It's noted in the release notes of Java 9:
> >> http://www.oracle.com/technetwork/java/javase/9-relnote-
> >> issues-3704069.html#JDK-8008577
> >>
> >> Cheers,
> >> Andreas
> >>
> >>
> >> Cheers
> >>> Bruno
> >>>
> >>> Sent from Yahoo Mail on Android
> >>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
> >>>
> >>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
> >>>  wrote:
> >>> Hi,
> >>>
> >>> I'm running Win7 and with "mvn clean verify". Checkout master.
> >>>
> >>> I got the hash code errors, too. But sometimes the tests pass, the next
> >>> time they failed with 44 failures (the hash code verification).
> >>>
> >>> As I'm not sure if my antivirus kicks in and keep some files in the
> >>> target
> >>> dir, I ran "mvn clean" and after that "mvn clean verify".
> >>> But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and
> 9+181
> >>>
> >>> Gary:
> >>> To get around the issue with ServiceConfiguration sun.util.locale...  I
> >>> added the following profile to the pom.xml. After that I only got the
> 44
> >>> errors (hash code) as with Ja

Re: [COLLECTIONS] Test failures on Windows

2017-10-11 Thread Bruno P. Kinoshita
Done.
https://github.com/apache/commons-collections/pull/28

Tested on Windows 10 + JDK8, and Ubuntu LTS + JDK8.
Would be good if someone else with a Windows version could try it too, and if 
others could have a look at the suggested solution in the pull request to see 
if there's a better way of doing it.
CheersBruno
  From: Bruno P. Kinoshita 
 To: Commons Developers List  
 Sent: Wednesday, 11 October 2017 12:43 PM
 Subject: Re: [COLLECTIONS] Test failures on Windows
   
Still investigating. Trying to isolate the problem 
https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1

No luck so far. I have an environment where it happens over 90% of the time. 
Tried debugging a few times, adding some sysout statements to see if there was 
anything suspect... yesterday enabled findbugs in test to look for any issue in 
the test classes. Nothing yet.

Bruno

      From: Gary Gregory 
 To: Commons Developers List  
 Sent: Wednesday, 11 October 2017 12:13 PM
 Subject: Re: [COLLECTIONS] Test failures on Windows
  
Where are we on this one?

Gary

On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher 
wrote:

> Looks like the random failures are not limited to window. The travis build
> (ubuntu), just failed with 44 failures, e.g.
>
> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
> apTest.testMapToString:745->AbstractMapTest.verify:1947->AbstractMapTest.verifyMap:1958
> hashCodes should be the same expected:<205172737> but was:<9372706>
>
>
> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>
>
> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>
>> Hi,
>>
>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>
>> Forgot to mention something important. When I was debugging the hash
>>> tests, they would pretty much always pass.
>>>
>>> But if I ran the tests normally in maven or eclipse they would always
>>> fail.
>>>
>>> Debugging adds a small overhead I think, that could be slowing down some
>>> part of the code with a concurrency issue?
>>>
>>> That's an explanation. If I start a Virtualbox instance that prepares
>> some
>> load I can see the tests pass under Java 9 ... I had the Virtualbox
>> running
>> yesterday when the tests passed.
>>
>>
>> Just in case it helps...
>>>
>>> Interesting this surefire configuration Andreas. Do you have more
>>> information about it? Is it something we may have to worry about in
>>> components that use locale and jvm 9?
>>>
>>> I ran into an issue with the language selection dialog of izpack and
>> found
>> that this configuration solved the problem there.
>> It's noted in the release notes of Java 9:
>> http://www.oracle.com/technetwork/java/javase/9-relnote-
>> issues-3704069.html#JDK-8008577
>>
>> Cheers,
>> Andreas
>>
>>
>> Cheers
>>> Bruno
>>>
>>> Sent from Yahoo Mail on Android
>>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>>>
>>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
>>>  wrote:
>>> Hi,
>>>
>>> I'm running Win7 and with "mvn clean verify". Checkout master.
>>>
>>> I got the hash code errors, too. But sometimes the tests pass, the next
>>> time they failed with 44 failures (the hash code verification).
>>>
>>> As I'm not sure if my antivirus kicks in and keep some files in the
>>> target
>>> dir, I ran "mvn clean" and after that "mvn clean verify".
>>> But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181
>>>
>>> Gary:
>>> To get around the issue with ServiceConfiguration sun.util.locale...  I
>>> added the following profile to the pom.xml. After that I only got the 44
>>> errors (hash code) as with Java 7 and 8.
>>>
>>>      
>>>        jdk9-build
>>>        
>>>          9
>>>        
>>>        
>>>          
>>>            
>>>              maven-surefire-plugin
>>>              
>>>                -Djava.locale.providers=COMPAT
>>>              
>>>            
>>>          
>>>        
>>>      
>>>
>>> I'm not sure if I can help more, but if you need more info just let me
>>> know.
>>>
>>> Andreas
>>>
>>> 2017-09-27 19:10 GMT+02:00 Gary Gregory :
>>>
>>> Using git master a

Re: [COLLECTIONS] Test failures on Windows

2017-10-10 Thread Bruno P. Kinoshita
Still investigating. Trying to isolate the problem 
https://github.com/kinow/commons-collections/tree/COLLECTIONS-661-1

No luck so far. I have an environment where it happens over 90% of the time. 
Tried debugging a few times, adding some sysout statements to see if there was 
anything suspect... yesterday enabled findbugs in test to look for any issue in 
the test classes. Nothing yet.

Bruno

  From: Gary Gregory 
 To: Commons Developers List  
 Sent: Wednesday, 11 October 2017 12:13 PM
 Subject: Re: [COLLECTIONS] Test failures on Windows
   
Where are we on this one?

Gary

On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher 
wrote:

> Looks like the random failures are not limited to window. The travis build
> (ubuntu), just failed with 44 failures, e.g.
>
> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
> apTest.testMapToString:745->AbstractMapTest.verify:1947->AbstractMapTest.verifyMap:1958
> hashCodes should be the same expected:<205172737> but was:<9372706>
>
>
> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>
>
> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>
>> Hi,
>>
>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>
>> Forgot to mention something important. When I was debugging the hash
>>> tests, they would pretty much always pass.
>>>
>>> But if I ran the tests normally in maven or eclipse they would always
>>> fail.
>>>
>>> Debugging adds a small overhead I think, that could be slowing down some
>>> part of the code with a concurrency issue?
>>>
>>> That's an explanation. If I start a Virtualbox instance that prepares
>> some
>> load I can see the tests pass under Java 9 ... I had the Virtualbox
>> running
>> yesterday when the tests passed.
>>
>>
>> Just in case it helps...
>>>
>>> Interesting this surefire configuration Andreas. Do you have more
>>> information about it? Is it something we may have to worry about in
>>> components that use locale and jvm 9?
>>>
>>> I ran into an issue with the language selection dialog of izpack and
>> found
>> that this configuration solved the problem there.
>> It's noted in the release notes of Java 9:
>> http://www.oracle.com/technetwork/java/javase/9-relnote-
>> issues-3704069.html#JDK-8008577
>>
>> Cheers,
>> Andreas
>>
>>
>> Cheers
>>> Bruno
>>>
>>> Sent from Yahoo Mail on Android
>>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>>>
>>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
>>>  wrote:
>>> Hi,
>>>
>>> I'm running Win7 and with "mvn clean verify". Checkout master.
>>>
>>> I got the hash code errors, too. But sometimes the tests pass, the next
>>> time they failed with 44 failures (the hash code verification).
>>>
>>> As I'm not sure if my antivirus kicks in and keep some files in the
>>> target
>>> dir, I ran "mvn clean" and after that "mvn clean verify".
>>> But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181
>>>
>>> Gary:
>>> To get around the issue with ServiceConfiguration sun.util.locale...  I
>>> added the following profile to the pom.xml. After that I only got the 44
>>> errors (hash code) as with Java 7 and 8.
>>>
>>>      
>>>        jdk9-build
>>>        
>>>          9
>>>        
>>>        
>>>          
>>>            
>>>              maven-surefire-plugin
>>>              
>>>                -Djava.locale.providers=COMPAT
>>>              
>>>            
>>>          
>>>        
>>>      
>>>
>>> I'm not sure if I can help more, but if you need more info just let me
>>> know.
>>>
>>> Andreas
>>>
>>> 2017-09-27 19:10 GMT+02:00 Gary Gregory :
>>>
>>> Using git master and 'mvn clean verify', on Windows 10, with Java 7, I
>>>>
>>> get
>>>
>>>> 44 failures, and I think this is all/mostly hash code problems.
>>>>
>>>> With Java 8, all tests pass.
>>>>
>>>> With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116
>>>> ╗
>>>> ServiceConfiguration sun.util.locale
>>>>
>>>> If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What
>>>>
>>> the
>>>
>>>> heck?
>>>>
>>>> Gary
>>>>
>>>>
>>>>
>>>> On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
>>>> wrote:
>>>>
>>>> Hi,
>>>>>
>>>>> who can help with the test failures on Windows? I’d like to push out
>>>>>
>>>> the
>>>
>>>> next release soon to get Collections Java 9 ready. I don’t have access
>>>>>
>>>> to a
>>>>
>>>>> Windows installation and I don’t feel like debugging inside a VM :o)
>>>>>
>>>>> Regards,
>>>>> Benedikt
>>>>>
>>>>>
>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>>>
>>>>>
>>>>>
>>>
>

   

Re: [COLLECTIONS] Test failures on Windows

2017-10-10 Thread Gary Gregory
Where are we on this one?

Gary

On Mon, Oct 2, 2017 at 3:34 AM, Pascal Schumacher 
wrote:

> Looks like the random failures are not limited to window. The travis build
> (ubuntu), just failed with 44 failures, e.g.
>
> AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractM
> apTest.testMapToString:745->AbstractMapTest.verify:1947->AbstractMapTest.verifyMap:1958
> hashCodes should be the same expected:<205172737> but was:<9372706>
>
>
> see: https://travis-ci.org/apache/commons-collections/jobs/282169803
>
>
> Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:
>
>> Hi,
>>
>> 2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :
>>
>> Forgot to mention something important. When I was debugging the hash
>>> tests, they would pretty much always pass.
>>>
>>> But if I ran the tests normally in maven or eclipse they would always
>>> fail.
>>>
>>> Debugging adds a small overhead I think, that could be slowing down some
>>> part of the code with a concurrency issue?
>>>
>>> That's an explanation. If I start a Virtualbox instance that prepares
>> some
>> load I can see the tests pass under Java 9 ... I had the Virtualbox
>> running
>> yesterday when the tests passed.
>>
>>
>> Just in case it helps...
>>>
>>> Interesting this surefire configuration Andreas. Do you have more
>>> information about it? Is it something we may have to worry about in
>>> components that use locale and jvm 9?
>>>
>>> I ran into an issue with the language selection dialog of izpack and
>> found
>> that this configuration solved the problem there.
>> It's noted in the release notes of Java 9:
>> http://www.oracle.com/technetwork/java/javase/9-relnote-
>> issues-3704069.html#JDK-8008577
>>
>> Cheers,
>> Andreas
>>
>>
>> Cheers
>>> Bruno
>>>
>>> Sent from Yahoo Mail on Android
>>> 
>>>
>>> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
>>>  wrote:
>>> Hi,
>>>
>>> I'm running Win7 and with "mvn clean verify". Checkout master.
>>>
>>> I got the hash code errors, too. But sometimes the tests pass, the next
>>> time they failed with 44 failures (the hash code verification).
>>>
>>> As I'm not sure if my antivirus kicks in and keep some files in the
>>> target
>>> dir, I ran "mvn clean" and after that "mvn clean verify".
>>> But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181
>>>
>>> Gary:
>>> To get around the issue with ServiceConfiguration sun.util.locale...  I
>>> added the following profile to the pom.xml. After that I only got the 44
>>> errors (hash code) as with Java 7 and 8.
>>>
>>>  
>>>jdk9-build
>>>
>>>  9
>>>
>>>
>>>  
>>>
>>>  maven-surefire-plugin
>>>  
>>>-Djava.locale.providers=COMPAT
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>> I'm not sure if I can help more, but if you need more info just let me
>>> know.
>>>
>>> Andreas
>>>
>>> 2017-09-27 19:10 GMT+02:00 Gary Gregory :
>>>
>>> Using git master and 'mvn clean verify', on Windows 10, with Java 7, I

>>> get
>>>
 44 failures, and I think this is all/mostly hash code problems.

 With Java 8, all tests pass.

 With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116
 ╗
 ServiceConfiguration sun.util.locale

 If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What

>>> the
>>>
 heck?

 Gary



 On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
 wrote:

 Hi,
>
> who can help with the test failures on Windows? I’d like to push out
>
 the
>>>
 next release soon to get Collections Java 9 ready. I don’t have access
>
 to a

> Windows installation and I don’t feel like debugging inside a VM :o)
>
> Regards,
> Benedikt
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>
>>>
>


Re: [COLLECTIONS] Test failures on Windows

2017-10-02 Thread Pascal Schumacher
Looks like the random failures are not limited to window. The travis 
build (ubuntu), just failed with 44 failures, e.g.


AbstractMultiValuedMapTest$TestMultiValuedMapAsMap>AbstractMapTest.testMapToString:745->AbstractMapTest.verify:1947->AbstractMapTest.verifyMap:1958 
hashCodes should be the same expected:<205172737> but was:<9372706>



see: https://travis-ci.org/apache/commons-collections/jobs/282169803

Am 28.09.2017 um 20:23 schrieb Andreas Kuhtz:

Hi,

2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :


Forgot to mention something important. When I was debugging the hash
tests, they would pretty much always pass.

But if I ran the tests normally in maven or eclipse they would always fail.

Debugging adds a small overhead I think, that could be slowing down some
part of the code with a concurrency issue?


That's an explanation. If I start a Virtualbox instance that prepares some
load I can see the tests pass under Java 9 ... I had the Virtualbox running
yesterday when the tests passed.



Just in case it helps...

Interesting this surefire configuration Andreas. Do you have more
information about it? Is it something we may have to worry about in
components that use locale and jvm 9?


I ran into an issue with the language selection dialog of izpack and found
that this configuration solved the problem there.
It's noted in the release notes of Java 9:
http://www.oracle.com/technetwork/java/javase/9-relnote-issues-3704069.html#JDK-8008577

Cheers,
Andreas



Cheers
Bruno

Sent from Yahoo Mail on Android


On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
 wrote:
Hi,

I'm running Win7 and with "mvn clean verify". Checkout master.

I got the hash code errors, too. But sometimes the tests pass, the next
time they failed with 44 failures (the hash code verification).

As I'm not sure if my antivirus kicks in and keep some files in the target
dir, I ran "mvn clean" and after that "mvn clean verify".
But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181

Gary:
To get around the issue with ServiceConfiguration sun.util.locale...  I
added the following profile to the pom.xml. After that I only got the 44
errors (hash code) as with Java 7 and 8.

 
   jdk9-build
   
 9
   
   
 
   
 maven-surefire-plugin
 
   -Djava.locale.providers=COMPAT
 
   
 
   
 

I'm not sure if I can help more, but if you need more info just let me
know.

Andreas

2017-09-27 19:10 GMT+02:00 Gary Gregory :


Using git master and 'mvn clean verify', on Windows 10, with Java 7, I

get

44 failures, and I think this is all/mostly hash code problems.

With Java 8, all tests pass.

With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116 ╗
ServiceConfiguration sun.util.locale

If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What

the

heck?

Gary



On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
wrote:


Hi,

who can help with the test failures on Windows? I’d like to push out

the

next release soon to get Collections Java 9 ready. I don’t have access

to a

Windows installation and I don’t feel like debugging inside a VM :o)

Regards,
Benedikt



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








Re: [COLLECTIONS] Test failures on Windows

2017-09-28 Thread Andreas Kuhtz
Hi,

2017-09-27 22:28 GMT+02:00 Bruno P. Kinoshita :

> Forgot to mention something important. When I was debugging the hash
> tests, they would pretty much always pass.
>
> But if I ran the tests normally in maven or eclipse they would always fail.
>
> Debugging adds a small overhead I think, that could be slowing down some
> part of the code with a concurrency issue?
>

That's an explanation. If I start a Virtualbox instance that prepares some
load I can see the tests pass under Java 9 ... I had the Virtualbox running
yesterday when the tests passed.


>
> Just in case it helps...
>
> Interesting this surefire configuration Andreas. Do you have more
> information about it? Is it something we may have to worry about in
> components that use locale and jvm 9?
>

I ran into an issue with the language selection dialog of izpack and found
that this configuration solved the problem there.
It's noted in the release notes of Java 9:
http://www.oracle.com/technetwork/java/javase/9-relnote-issues-3704069.html#JDK-8008577

Cheers,
Andreas


>
> Cheers
> Bruno
>
> Sent from Yahoo Mail on Android
> 
>
> On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz
>  wrote:
> Hi,
>
> I'm running Win7 and with "mvn clean verify". Checkout master.
>
> I got the hash code errors, too. But sometimes the tests pass, the next
> time they failed with 44 failures (the hash code verification).
>
> As I'm not sure if my antivirus kicks in and keep some files in the target
> dir, I ran "mvn clean" and after that "mvn clean verify".
> But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181
>
> Gary:
> To get around the issue with ServiceConfiguration sun.util.locale...  I
> added the following profile to the pom.xml. After that I only got the 44
> errors (hash code) as with Java 7 and 8.
>
> 
>   jdk9-build
>   
> 9
>   
>   
> 
>   
> maven-surefire-plugin
> 
>   -Djava.locale.providers=COMPAT
> 
>   
> 
>   
> 
>
> I'm not sure if I can help more, but if you need more info just let me
> know.
>
> Andreas
>
> 2017-09-27 19:10 GMT+02:00 Gary Gregory :
>
> > Using git master and 'mvn clean verify', on Windows 10, with Java 7, I
> get
> > 44 failures, and I think this is all/mostly hash code problems.
> >
> > With Java 8, all tests pass.
> >
> > With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116 ╗
> > ServiceConfiguration sun.util.locale
> >
> > If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What
> the
> > heck?
> >
> > Gary
> >
> >
> >
> > On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
> > wrote:
> >
> > > Hi,
> > >
> > > who can help with the test failures on Windows? I’d like to push out
> the
> > > next release soon to get Collections Java 9 ready. I don’t have access
> > to a
> > > Windows installation and I don’t feel like debugging inside a VM :o)
> > >
> > > Regards,
> > > Benedikt
> > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
>
>


Re: [COLLECTIONS] Test failures on Windows

2017-09-27 Thread Bruno P. Kinoshita
Forgot to mention something important. When I was debugging the hash tests, 
they would pretty much always pass.
But if I ran the tests normally in maven or eclipse they would always fail.
Debugging adds a small overhead I think, that could be slowing down some part 
of the code with a concurrency issue?
Just in case it helps...
Interesting this surefire configuration Andreas. Do you have more information 
about it? Is it something we may have to worry about in components that use 
locale and jvm 9?
CheersBruno

Sent from Yahoo Mail on Android 
 
  On Thu, 28 Sep 2017 at 4:45, Andreas Kuhtz wrote:   
Hi,

I'm running Win7 and with "mvn clean verify". Checkout master.

I got the hash code errors, too. But sometimes the tests pass, the next
time they failed with 44 failures (the hash code verification).

As I'm not sure if my antivirus kicks in and keep some files in the target
dir, I ran "mvn clean" and after that "mvn clean verify".
But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181

Gary:
To get around the issue with ServiceConfiguration sun.util.locale...  I
added the following profile to the pom.xml. After that I only got the 44
errors (hash code) as with Java 7 and 8.

    
      jdk9-build
      
        9
      
      
        
          
            maven-surefire-plugin
            
              -Djava.locale.providers=COMPAT
            
          
        
      
    

I'm not sure if I can help more, but if you need more info just let me know.

Andreas

2017-09-27 19:10 GMT+02:00 Gary Gregory :

> Using git master and 'mvn clean verify', on Windows 10, with Java 7, I get
> 44 failures, and I think this is all/mostly hash code problems.
>
> With Java 8, all tests pass.
>
> With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116 ╗
> ServiceConfiguration sun.util.locale
>
> If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What the
> heck?
>
> Gary
>
>
>
> On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
> wrote:
>
> > Hi,
> >
> > who can help with the test failures on Windows? I’d like to push out the
> > next release soon to get Collections Java 9 ready. I don’t have access
> to a
> > Windows installation and I don’t feel like debugging inside a VM :o)
> >
> > Regards,
> > Benedikt
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>  


Re: [COLLECTIONS] Test failures on Windows

2017-09-27 Thread Andreas Kuhtz
Hi,

I'm running Win7 and with "mvn clean verify". Checkout master.

I got the hash code errors, too. But sometimes the tests pass, the next
time they failed with 44 failures (the hash code verification).

As I'm not sure if my antivirus kicks in and keep some files in the target
dir, I ran "mvn clean" and after that "mvn clean verify".
But now I have the 44 failures with jdk-1.7.0_67, jdk-1.8.0_131 and 9+181

Gary:
To get around the issue with ServiceConfiguration sun.util.locale...  I
added the following profile to the pom.xml. After that I only got the 44
errors (hash code) as with Java 7 and 8.


  jdk9-build
  
9
  
  

  
maven-surefire-plugin

  -Djava.locale.providers=COMPAT

  

  


I'm not sure if I can help more, but if you need more info just let me know.

Andreas

2017-09-27 19:10 GMT+02:00 Gary Gregory :

> Using git master and 'mvn clean verify', on Windows 10, with Java 7, I get
> 44 failures, and I think this is all/mostly hash code problems.
>
> With Java 8, all tests pass.
>
> With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116 ╗
> ServiceConfiguration sun.util.locale
>
> If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What the
> heck?
>
> Gary
>
>
>
> On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
> wrote:
>
> > Hi,
> >
> > who can help with the test failures on Windows? I’d like to push out the
> > next release soon to get Collections Java 9 ready. I don’t have access
> to a
> > Windows installation and I don’t feel like debugging inside a VM :o)
> >
> > Regards,
> > Benedikt
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>


Re: [COLLECTIONS] Test failures on Windows

2017-09-27 Thread Gary Gregory
Using git master and 'mvn clean verify', on Windows 10, with Java 7, I get
44 failures, and I think this is all/mostly hash code problems.

With Java 8, all tests pass.

With Java 9, I get ONE failure: ListIteratorWrapperTest.testRemove:116 ╗
ServiceConfiguration sun.util.locale

If I checkout the 4.1 tag and use Java 7, I get 44 failures. ARG! What the
heck?

Gary



On Mon, Sep 25, 2017 at 12:02 PM, Benedikt Ritter 
wrote:

> Hi,
>
> who can help with the test failures on Windows? I’d like to push out the
> next release soon to get Collections Java 9 ready. I don’t have access to a
> Windows installation and I don’t feel like debugging inside a VM :o)
>
> Regards,
> Benedikt
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [COLLECTIONS] Test failures on Windows

2017-09-25 Thread Bruno P. Kinoshita
I have the environment prepared to debug it but didn't have time for it before 
going overseas.
If anyone has a Win + jvm8 environment, clone the repo and run the 
HashSetValuedHashMapTest.
The failures happen in the inherited tests, from the Abstract... test class.
My idea was to copy one of these methods to the HashSetValuedHashMapTest for 
ease of debugging. Disable other tests, and try to understand what's wrong with 
the HashSetValuedHashMap data structure.
I think I saw an ArrayList somewhere being pre initialized. I kind of remember 
of an issue in some JVM involving arraylist elements order after 
initialization... maybe some of it will be helpful if anyone decides to have 
fun debugging it?
Happy to investigate once I'm back in two weeks.
CheersBruno
Sent from Yahoo Mail on Android 
 
  On Tue, 26 Sep 2017 at 4:02, Benedikt Ritter wrote:   Hi,

who can help with the test failures on Windows? I’d like to push out the next 
release soon to get Collections Java 9 ready. I don’t have access to a Windows 
installation and I don’t feel like debugging inside a VM :o)

Regards,
Benedikt



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
  
 
 
  On Tue, 26 Sep 2017 at 4:02, Benedikt Ritter wrote:   Hi,

who can help with the test failures on Windows? I’d like to push out the next 
release soon to get Collections Java 9 ready. I don’t have access to a Windows 
installation and I don’t feel like debugging inside a VM :o)

Regards,
Benedikt



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


[COLLECTIONS] Test failures on Windows

2017-09-25 Thread Benedikt Ritter
Hi,

who can help with the test failures on Windows? I’d like to push out the next 
release soon to get Collections Java 9 ready. I don’t have access to a Windows 
installation and I don’t feel like debugging inside a VM :o)

Regards,
Benedikt



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