Re: [IO] Release 2.8.1 or 2.9 for IO-692 fix

2021-01-08 Thread Gary Gregory 
In the meantime, you would be well advised to test with a 2.9.0-SNAPSHOT
build.

Gary

On Fri, Jan 8, 2021, 09:50 Gary Gregory  wrote:

> I plan on creating a release candidate for 2.9.0 "soon", maybe
> this weekend or next, no guarantees though...
>
> Gary
>
> On Fri, Jan 8, 2021, 05:18  wrote:
>
>> Dear IO developers,
>>
>>
>>
>> you already fixed https://issues.apache.org/jira/browse/IO-692 The
>> underlying issue blocks the component upgrade in WildFly Core, due to a
>> breaking integration unit test. (Pull is here:
>> https://github.com/wildfly/wildfly-core/pull/4400 ) It would be great to
>> have the new enhancements and fixes of IO to be integrated there.
>>
>>
>>
>> Could you please release a 2.8.1 or 2.9 version including the IO-692 fix?
>>
>>
>>
>> Kind regards
>>
>> Boris
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [IO] Release 2.8.1 or 2.9 for IO-692 fix

2021-01-08 Thread Gary Gregory 
I plan on creating a release candidate for 2.9.0 "soon", maybe this weekend
or next, no guarantees though...

Gary

On Fri, Jan 8, 2021, 05:18  wrote:

> Dear IO developers,
>
>
>
> you already fixed https://issues.apache.org/jira/browse/IO-692 The
> underlying issue blocks the component upgrade in WildFly Core, due to a
> breaking integration unit test. (Pull is here:
> https://github.com/wildfly/wildfly-core/pull/4400 ) It would be great to
> have the new enhancements and fixes of IO to be integrated there.
>
>
>
> Could you please release a 2.8.1 or 2.9 version including the IO-692 fix?
>
>
>
> Kind regards
>
> Boris
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org

Re: JDK 16-EA issue

2021-01-08 Thread Gary Gregory 
Not yet, but it's on my to do list...

Gary

On Fri, Jan 8, 2021, 05:23 Rory O'Donnell  wrote:

> Hi Gary,
>
> Have you had time to log a bug yet ?
>
> Thanks,Rory
>
> On 05/01/2021 01:09, Dalibor Topic wrote:
> > Hi,
> >
> > this looks like a bug, since "e hene" in Albanian means Monday. [0]
> > Please file an issue, and let us know what the incident id is.
> >
> > cheers,
> > dalibor topic
> >
> >
> > [0] https://en.wiktionary.org/wiki/e_h%C3%ABn%C3%AB
> >
> > On 29.12.2020 19:27, Gary Gregory wrote:
> >> Hi Rory and all,
> >>
> >> Before I go through creating a bug, I wanted to run this one by you
> >> all first. All tests pass on Java 8 and 11. We have known failures on
> >> 15, and new ones on 16.
> >>
> >> Just like Apache Commons Lang [https://github.com/apache/commons-lang
> >> <
> https://urldefense.com/v3/__https://github.com/apache/commons-lang__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1zzMl3Yy0$>]
>
> >> ran into issues
> >>
> >> https://bugs.openjdk.java.net/browse/JDK-8248434
> >>  and
> >> https://bugs.openjdk.java.net/browse/JDK-8248655
> >> )
> >>
> >> on Java 15 now fixed on Java 16, we've found another that fails on
> >> Java 15 and 16-ea+29 with locale sq_MK in our unit
> >> test org.apache.commons.lang3.time.Java15BugFastDateParserTest which
> >> you see in action here:
> >>
> >>
> https://github.com/apache/commons-lang/runs/1622593373?check_suite_focus=true
> >> <
> https://urldefense.com/v3/__https://github.com/apache/commons-lang/runs/1622593373?check_suite_focus=true__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1zjy4pxLo$>
>
> >>
> >>
> >> How to reproduce (requires git and Apache Maven):
> >> git clone https://gitbox.apache.org/repos/asf/commons-lang.git
> >> <
> https://urldefense.com/v3/__https://gitbox.apache.org/repos/asf/commons-lang.git__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1z5qePyqo$
> >
> >> mvn clean test
> >>
> >> For example, we expect to parse a date into a certain value but we
> >> get an unexpected value:
> >> Mon Feb 10 00:00:00 GMT+00:00 2003> but was:  >> GMT+00:00 2003
> >>
> >> Here it is in the build:
> >>
> >> Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time
> >> elapsed: 0.658 s <<< FAILURE! - in
> >> org.apache.commons.lang3.time.Java15BugFastDateParserTest
> >> Error:
> >>
>   
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1]
>
> >>  Time elapsed: 0.14 s  <<< FAILURE!
> >> org.opentest4j.AssertionFailedError:
> >> locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e
> >> paradites/e hënë, Java: 16-ea+29
> >>   ==> expected:  but was:  >> Feb 12 12:00:00 GMT+00:00 2003>
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)
> >>
> >> In case the GitHub build falls off, here is the complete list of errors:
> >>
> >> Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time
> >> elapsed: 0.658 s <<< FAILURE! - in
> >> org.apache.commons.lang3.time.Java15BugFastDateParserTest
> >> Error:
> >>
>   
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1]
>
> >>  Time elapsed: 0.14 s  <<< FAILURE!
> >> org.opentest4j.AssertionFailedError:
> >> locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e
> >> paradites/e hënë, Java: 16-ea+29
> >>   ==> expected:  but was:  >> Feb 12 12:00:00 GMT+00:00 2003>
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)
> >>
> >> Error:
> >>
>   
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[2]
>
> >>  Time elapsed: 0.04 s  <<< FAILURE!
> >> org.opentest4j.AssertionFailedError:
> >> locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e
> >> paradites/e hënë, Java: 16-ea+29
> >>   ==> expected:  but was:  >> Feb 12 12:00:00 GMT+00:00 2003>
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
> >> at
> >>
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)
> >>
> >> Error:
> >>
>   
> org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(TriFunction)[1]
>
> >>  Time elapsed: 0.057 s  <<< FAILURE!
> >> org.opentest4j.AssertionFailedError:
> >> locale : sq_MK, formattedDate : p.K./2003/shkurt/0010/0012//00/e
> >> paradites/e shtunë, Java: 16-ea+29
> >>   ==> expected:  but was:  >> Feb 12 12

Re: JDK 16-EA issue

2021-01-08 Thread Rory O'Donnell 

Hi Gary,

Have you had time to log a bug yet ?

Thanks,Rory

On 05/01/2021 01:09, Dalibor Topic wrote:

Hi,

this looks like a bug, since "e hene" in Albanian means Monday. [0] 
Please file an issue, and let us know what the incident id is.


cheers,
dalibor topic


[0] https://en.wiktionary.org/wiki/e_h%C3%ABn%C3%AB

On 29.12.2020 19:27, Gary Gregory wrote:

Hi Rory and all,

Before I go through creating a bug, I wanted to run this one by you 
all first. All tests pass on Java 8 and 11. We have known failures on 
15, and new ones on 16.


Just like Apache Commons Lang [https://github.com/apache/commons-lang 
] 
ran into issues


https://bugs.openjdk.java.net/browse/JDK-8248434 
 and
https://bugs.openjdk.java.net/browse/JDK-8248655 
)


on Java 15 now fixed on Java 16, we've found another that fails on 
Java 15 and 16-ea+29 with locale sq_MK in our unit 
test org.apache.commons.lang3.time.Java15BugFastDateParserTest which 
you see in action here:


https://github.com/apache/commons-lang/runs/1622593373?check_suite_focus=true 
 



How to reproduce (requires git and Apache Maven):
git clone https://gitbox.apache.org/repos/asf/commons-lang.git 


mvn clean test

For example, we expect to parse a date into a certain value but we 
get an unexpected value:
Mon Feb 10 00:00:00 GMT+00:00 2003> but was: GMT+00:00 2003


Here it is in the build:

Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time 
elapsed: 0.658 s <<< FAILURE! - in 
org.apache.commons.lang3.time.Java15BugFastDateParserTest
Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1] 
 Time elapsed: 0.14 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: Feb 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


In case the GitHub build falls off, here is the complete list of errors:

Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time 
elapsed: 0.658 s <<< FAILURE! - in 
org.apache.commons.lang3.time.Java15BugFastDateParserTest
Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1] 
 Time elapsed: 0.14 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: Feb 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[2] 
 Time elapsed: 0.04 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: Feb 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(TriFunction)[1] 
 Time elapsed: 0.057 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : p.K./2003/shkurt/0010/0012//00/e 
paradites/e shtunë, Java: 16-ea+29
  ==> expected:  but was: Feb 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(Java15BugFastDateParserTest.java:101)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(TriFunction)[2] 
 Time elapsed: 0.033 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : p.K./2003/shkurt/0010/0012//00/e 
paradites/e shtunë, Java: 16-ea+29
  ==> expected:  but was: Feb 12 12:00:00 GMT+00:

[IO] Release 2.8.1 or 2.9 for IO-692 fix

2021-01-08 Thread BUnckel 
Dear IO developers,

you already fixed https://issues.apache.org/jira/browse/IO-692 The underlying 
issue blocks the component upgrade in WildFly Core, due to a breaking 
integration unit test. (Pull is here: 
https://github.com/wildfly/wildfly-core/pull/4400 ) It would be great to have 
the new enhancements and fixes of IO to be integrated there.

Could you please release a 2.8.1 or 2.9 version including the IO-692 fix?

Kind regards
Boris
Diese Mail wurde aus Datenschutzgründen verschlüsselt versandt.


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