[codec] Releasing 1.11 and the binary "cli" jar

2017-10-12 Thread Gary Gregory 
Hi all,

I starting preparing RC1 to release 1.11 and I see a "cli" jar being
generated as documented in the POM:

  

But the cli jar _is_ deployed when I run 'mvn clean deploy -Prelease':

[INFO] --- maven-deploy-plugin:2.8.2:deploy (default-deploy) @
commons-codec ---
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.jar
(333 kB at 79 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.pom
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.pom
(19 kB at 11 kB/s)
Downloading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/maven-metadata.xml
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/maven-metadata.xml
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/maven-metadata.xml
(304 B at 204 B/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-javadoc.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-javadoc.jar
(473 kB at 111 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-sources.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-sources.jar
(341 kB at 81 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-test-sources.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-test-sources.jar
(193 kB at 63 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-tests.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-tests.jar
(283 kB at 78 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-cli.jar
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-cli.jar
(18 kB at 3.8 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-bin.tar.gz
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-bin.tar.gz
(1.7 MB at 176 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-bin.zip
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-bin.zip
(2.0 MB at 127 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-src.tar.gz
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-src.tar.gz
(370 kB at 93 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-src.zip
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-src.zip
(611 kB at 126 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.jar.asc
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.jar.asc
(499 B at 1.0 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.pom.asc
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11.pom.asc
(499 B at 1.0 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-javadoc.jar.asc
Uploaded:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-javadoc.jar.asc
(499 B at 1.0 kB/s)
Uploading:
https://repository.apache.org/service/local/staging/deploy/maven2/commons-codec/commons-codec/1.11/commons-codec-1.11-sources.jar.asc
Uploaded:
h

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
> 
>
> 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 :
> >>
> >> 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

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
> 
>
> 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 :
> >>
> >> 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
> >>

Re: svn commit: r1811996 - /commons/proper/codec/trunk/README.md

2017-10-12 Thread Pascal Schumacher 

Am 12.10.2017 um 21:37 schrieb Pascal Schumacher:
I plan take a look if it is possible modify the template so that the 
travis and coveralls badge are adjusted depending on version control 
system used by the component.

Done now. Was easier than I expected.


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

Re: [RESULT][VOTE] Release Commons Configuration 2.2 based on RC1

2017-10-12 Thread Oliver Heger 


Am 11.10.2017 um 23:04 schrieb Gary Gregory:
> Can you release from Nexus ASAP SVP?
Done.

Oliver

> 
> Gary
> 
> On Oct 11, 2017 14:24, "Oliver Heger"  wrote:
> 
>> The vote to release Commons Configuration 2.2 based on RC1 passed with
>> the following binding votes:
>>
>> Bruno P. Kinoshita: +1
>> Gary Gregory:   +1
>> Rob Tompkins:   +1
>> Oliver Heger:   +1
>>
>> No other votes were cast.
>>
>> Thanks to all who took the time to review the RC. I will start the
>> release procedure in the next days.
>>
>> Oliver
>>
>> Am 08.10.2017 um 22:24 schrieb Oliver Heger:
>>> Hi all,
>>>
>>> there was a request for a new release on the ML, so here we go.
>>>
>>> Configuration 2.2 RC1 is available for review here:
>>> https://dist.apache.org/repos/dist/dev/commons/configuration/ (rev.
>> 22170)
>>>
>>> The tag is here:
>>>
>>> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/
>> CONFIGURATION_2_2_RC1/
>>> (rev. 1811500)
>>>
>>> Maven artifacts are here:
>>>
>>> https://repository.apache.org/content/repositories/
>> orgapachecommons-1273/org/apache/commons/commons-configuration2/2.2/
>>>
>>> Details of changes since 1.1 are in the release notes:
>>>
>>> https://dist.apache.org/repos/dist/dev/commons/
>> configuration/RELEASE-NOTES.txt
>>> http://home.apache.org/~oheger/configuration-2.2-rc1/
>> changes-report.html
>>>
>>> Site:
>>> http://home.apache.org/~oheger/configuration-2.2-rc1/
>>>   (note some *relative* links are broken and the 1.2 directories are
>>>   not yet created - these will be OK once the site is deployed)
>>>
>>> Clirr Report (compared to 2.1.1):
>>> http://home.apache.org/~oheger/configuration-2.2-rc1/
>> clirr-report.html
>>>
>>> RAT Report:
>>> http://home.apache.org/~oheger/configuration-2.2-rc1/rat-report.html
>>>
>>> KEYS:
>>>   https://www.apache.org/dist/commons/KEYS
>>>
>>> Please review the release candidate and vote.
>>> This vote will close no sooner that 72 hours from now,
>>> i.e. sometime after 22:00 UTC 11-October 2017
>>>
>>>   [ ] +1 Release these artifacts
>>>   [ ] +0 OK, but...
>>>   [ ] -0 OK, but really should fix...
>>>   [ ] -1 I oppose this release because...
>>>
>>> Thanks!
>>> Oliver
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
> 

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

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 :
>>
>> 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-re

Re: svn commit: r1811996 - /commons/proper/codec/trunk/README.md

2017-10-12 Thread Pascal Schumacher 

I recently removed the license badge from the template.

I plan take a look if it is possible modify the template so that the 
travis and coveralls badge are adjusted depending on version control 
system used by the component.


I guess it no possible to remove version like "20041127.091804" from 
maven central? These versions which make the maven central badge of some 
components no very useful. :(


-Pascal

Am 12.10.2017 um 21:06 schrieb Gary Gregory:

Do you want ti fix up the templates as well?

Gary

On Oct 12, 2017 12:30,  wrote:


Author: pascalschumacher
Date: Thu Oct 12 18:30:18 2017
New Revision: 1811996

URL: http://svn.apache.org/viewvc?rev=1811996&view=rev
Log:
README.md: fix travis badge and remove other broken or less helpful badges

Modified:
 commons/proper/codec/trunk/README.md

Modified: commons/proper/codec/trunk/README.md
URL: http://svn.apache.org/viewvc/commons/proper/codec/trunk/
README.md?rev=1811996&r1=1811995&r2=1811996&view=diff

==
--- commons/proper/codec/trunk/README.md (original)
+++ commons/proper/codec/trunk/README.md Thu Oct 12 18:30:18 2017
@@ -43,10 +43,7 @@
  Apache Commons Codec
  ===

-[![Build Status](https://travis-ci.org/apache/commons-codec.svg?
branch=master)](https://travis-ci.org/apache/commons-codec)
-[![Coverage Status](https://coveralls.io/repos/apache/commons-codec/
badge.svg?branch=master)](https://coveralls.io/r/apache/commons-codec)
-[![Maven Central](https://maven-badges.herokuapp.com/maven-central/
commons-codec/commons-codec/badge.svg)](https://maven-
badges.herokuapp.com/maven-central/commons-codec/commons-codec/)
-[![License](http://img.shields.io/:license-apache-
blue.svg)](http://www.apache.org/licenses/LICENSE-2.0.html)
+[![Build Status](https://travis-ci.org/apache/commons-codec.svg?
branch=trunk)](https://travis-ci.org/apache/commons-codec)

  The Apache Commons Codec package contains simple encoder and decoders for
   various formats such as Base64 and Hexadecimal.  In addition to these






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

Re: svn commit: r1811996 - /commons/proper/codec/trunk/README.md

2017-10-12 Thread Gary Gregory 
Do you want ti fix up the templates as well?

Gary

On Oct 12, 2017 12:30,  wrote:

> Author: pascalschumacher
> Date: Thu Oct 12 18:30:18 2017
> New Revision: 1811996
>
> URL: http://svn.apache.org/viewvc?rev=1811996&view=rev
> Log:
> README.md: fix travis badge and remove other broken or less helpful badges
>
> Modified:
> commons/proper/codec/trunk/README.md
>
> Modified: commons/proper/codec/trunk/README.md
> URL: http://svn.apache.org/viewvc/commons/proper/codec/trunk/
> README.md?rev=1811996&r1=1811995&r2=1811996&view=diff
> 
> ==
> --- commons/proper/codec/trunk/README.md (original)
> +++ commons/proper/codec/trunk/README.md Thu Oct 12 18:30:18 2017
> @@ -43,10 +43,7 @@
>  Apache Commons Codec
>  ===
>
> -[![Build Status](https://travis-ci.org/apache/commons-codec.svg?
> branch=master)](https://travis-ci.org/apache/commons-codec)
> -[![Coverage Status](https://coveralls.io/repos/apache/commons-codec/
> badge.svg?branch=master)](https://coveralls.io/r/apache/commons-codec)
> -[![Maven Central](https://maven-badges.herokuapp.com/maven-central/
> commons-codec/commons-codec/badge.svg)](https://maven-
> badges.herokuapp.com/maven-central/commons-codec/commons-codec/)
> -[![License](http://img.shields.io/:license-apache-
> blue.svg)](http://www.apache.org/licenses/LICENSE-2.0.html)
> +[![Build Status](https://travis-ci.org/apache/commons-codec.svg?
> branch=trunk)](https://travis-ci.org/apache/commons-codec)
>
>  The Apache Commons Codec package contains simple encoder and decoders for
>   various formats such as Base64 and Hexadecimal.  In addition to these
>
>
>

[GitHub] commons-text pull request #69: Fix typos, minor clean ups

2017-10-12 Thread asfgit 
Github user asfgit closed the pull request at:

https://github.com/apache/commons-text/pull/69


---

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

[GitHub] commons-text issue #69: Fix typos, minor clean ups

2017-10-12 Thread PascalSchumacher 
Github user PascalSchumacher commented on the issue:

https://github.com/apache/commons-text/pull/69
  
Thanks! 👍 

Concerning the typo in 
`org.apache.commons.text.similarity.LongestCommonSubsequence#logestCommonSubsequence`.

If you like, you can submit a new pull request which marks this method as 
deprecated adds a new method with the correct spelling instead.


---

-
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-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 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:
>>> H

[GitHub] commons-text issue #69: Fix typos, minor clean ups

2017-10-12 Thread coveralls 
Github user coveralls commented on the issue:

https://github.com/apache/commons-text/pull/69
  

[![Coverage 
Status](https://coveralls.io/builds/13688228/badge)](https://coveralls.io/builds/13688228)

Coverage decreased (-0.001%) to 98.238% when pulling 
**3847951bfc40f98d3d385eb004c1d903552ad294 on Abrasha:fix/code-clean-up** into 
**f905725430c7f39fcc5489987506c4383dba71f0 on apache:master**.



---

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

[GitHub] commons-text issue #69: Fix typos, minor clean ups

2017-10-12 Thread coveralls 
Github user coveralls commented on the issue:

https://github.com/apache/commons-text/pull/69
  

[![Coverage 
Status](https://coveralls.io/builds/13688228/badge)](https://coveralls.io/builds/13688228)

Coverage decreased (-0.001%) to 98.238% when pulling 
**3847951bfc40f98d3d385eb004c1d903552ad294 on Abrasha:fix/code-clean-up** into 
**f905725430c7f39fcc5489987506c4383dba71f0 on apache:master**.



---

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

[GitHub] commons-text pull request #69: Fix typos, minor clean ups

2017-10-12 Thread Abrasha 
GitHub user Abrasha opened a pull request:

https://github.com/apache/commons-text/pull/69

Fix typos, minor clean ups

- simplify `if` condition with direct return
- fix some typos

Also I found a typo in public signature in 
`org.apache.commons.text.similarity.LongestCommonSubsequence#logestCommonSubsequence`:

public CharSequence logestCommonSubsequence(final CharSequence left, 
final CharSequence right)

This one should be

public CharSequence longestCommonSubsequence(final CharSequence left, 
final CharSequence right)

I did not touch it because it is public signature

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/Abrasha/commons-text fix/code-clean-up

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-text/pull/69.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #69


commit 3847951bfc40f98d3d385eb004c1d903552ad294
Author: abrasha 
Date:   2017-10-12T13:44:47Z

- fix some typos
- simplify `if` condition with direct return




---

-
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-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


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.

Andrea

[GitHub] commons-collections issue #29: Added unit tests to increase code coverage

2017-10-12 Thread PascalSchumacher 
Github user PascalSchumacher commented on the issue:

https://github.com/apache/commons-collections/pull/29
  
`assertEquals(MapUtils.getDouble(in,"key", 0.0), 2.0, 0);` etc. should be 
`assertEquals(2.0, MapUtils.getDouble(in,"key", 0.0), 0);` because it is 
`assertEquals(double expected, double actual, double delta)`

Also two test fail for locales that do no use `.` as the decimal separator 
(e.g. germany)

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



---

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

[GitHub] commons-collections pull request #27: travis: add java 9 to build

2017-10-12 Thread asfgit 
Github user asfgit closed the pull request at:

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


---

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

[GitHub] commons-collections pull request #27: travis: add java 9 to build

2017-10-12 Thread asfgit 
Github user asfgit closed the pull request at:

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


---

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

[GitHub] commons-collections issue #27: travis: add java 9 to build

2017-10-12 Thread coveralls 
Github user coveralls commented on the issue:

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

[![Coverage 
Status](https://coveralls.io/builds/13683372/badge)](https://coveralls.io/builds/13683372)

Coverage remained the same at 86.616% when pulling 
**03bf26c4bc48b0b378613c3eb79a308287873992 on 
PascalSchumacher:travis_add_java_9** into 
**b15deac11af9ba749f3492f62e49e5e4ca63edc8 on apache:master**.



---

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

[GitHub] commons-collections issue #27: travis: add java 9 to build

2017-10-12 Thread coveralls 
Github user coveralls commented on the issue:

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

[![Coverage 
Status](https://coveralls.io/builds/13683372/badge)](https://coveralls.io/builds/13683372)

Coverage remained the same at 86.616% when pulling 
**03bf26c4bc48b0b378613c3eb79a308287873992 on 
PascalSchumacher:travis_add_java_9** into 
**b15deac11af9ba749f3492f62e49e5e4ca63edc8 on apache:master**.



---

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

[GitHub] commons-collections pull request #30: COLLECTIONS-662 : Override Jacoco vers...

2017-10-12 Thread asfgit 
Github user asfgit closed the pull request at:

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


---

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

[GitHub] commons-collections pull request #30: COLLECTIONS-662 : Override Jacoco vers...

2017-10-12 Thread asfgit 
Github user asfgit closed the pull request at:

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


---

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

[GitHub] commons-collections issue #30: COLLECTIONS-662 : Override Jacoco version for...

2017-10-12 Thread PascalSchumacher 
Github user PascalSchumacher commented on the issue:

https://github.com/apache/commons-collections/pull/30
  
Thanks!


---

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

Re: Commons IO 2.6 RC1 still in Nexus

2017-10-12 Thread Benedikt Ritter 
Done! Sorry, I didn’t get the time yet to prepare RC2. Hope to have some time 
this evening or tomorrow.

Benedikt

> Am 08.10.2017 um 19:40 schrieb Benedikt Ritter :
> 
> Yes, I will take of that.
> 
> Benedikt
> 
> Gary Gregory  schrieb am So. 8. Okt. 2017 um 19:20:
> Hi All,
> 
> I see that Commons IO 2.6 RC1 is still in Nexus. We canceled the VOTE so we
> can drop that RC. Right?
> 
> Gary


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

[jcs] No access to assign an issue in JIRA (JCS-184)

2017-10-12 Thread Bruno P. Kinoshita 
Hi,

I was working on JCS-184, a low hanging fruit in JCS. After writing the patch 
to fix it, and adding the changes.xml entry, I was going to check the Fix 
Version and assign the issue in JIRA, but then realised I had no access to 
alter the ticket.

Tried JCS-183 and other issues in JCS, and also could not alter it. Does anyone 
know if there is anything special about JCS? Do I need to ask someone in Infra 
to get karma for JCS, or was I not supposed to touch it?

COLLECTIONS, VALIDATOR, TEXT, LANG, IO, etc, all seem to be working fine for 
me. Just the JCS is not.

Cheers
Bruno

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