Re: JDK 15 is in Rampdown Phase One

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: JDK 15 is in Rampdown Phase One

Gary Gregory-2
Thanks for bringing this up Xeno.

Gary

On Thu, Jun 25, 2020, 06:08 Dalibor Topic <[hidden email]> wrote:

> Hi Xeno,
>
> JDK 15 added support for CLDR 37 per
> https://bugs.openjdk.java.net/browse/JDK-8239480 , which adds support
> for the Fulah [0] language with the Adlam script per
> http://cldr.unicode.org/index/downloads/cldr-37 , among others.
>
> A parse error in a newly added locale sounds like something we should
> investigate. Please file a bug report on bugs.java.com and let us know
> the incident id.
>
> cheers,
> dalibor topic
>
> [0] https://en.wikipedia.org/wiki/Fula_language
> [1] https://en.wikipedia.org/wiki/Adlam_script
>
> An account of the script's development can be found at
> https://news.microsoft.com/stories/people/adlam.html .
>
>
> On 25.06.2020 01:39, Xeno Amess wrote:
> > Hi.
> > In your latest jdk15 versions, we found something not quite right.
> > a related pr is at https://github.com/apache/commons-lang/pull/558
> > In short, some codes like this cannot pass tests for some Locale like
> > "ff_LR_#Adlm"
> > *    @Test
> >      public void java15BuggyLocaleTest() throws ParseException {
> >          final String buggyLocaleName = "ff_LR_#Adlm";
> >          Locale buggyLocale = null;
> >
> >          for (final Locale locale : Locale.getAvailableLocales()) {
> >              if (buggyLocaleName.equals(locale.toString())) {
> >                  buggyLocale = locale;
> >                  break;
> >              }
> >          }
> >
> >          if (buggyLocale == null) {
> >              return;
> >          }
> >
> >          final Calendar cal = Calendar.getInstance(GMT);
> >          cal.clear();
> >          cal.set(2003, Calendar.FEBRUARY, 10);
> >          final SimpleDateFormat sdf = new SimpleDateFormat(LONG_FORMAT,
> > buggyLocale);
> >          final String formattedDate = sdf.format(cal.getTime());
> >          sdf.parse(formattedDate);
> >          sdf.parse(formattedDate.toUpperCase(buggyLocale));
> >          sdf.parse(formattedDate.toLowerCase(buggyLocale));
> >      }*
> > BUT in jdk 8-14's all locales can pass the tests, only ones newlly added
> > in jdk15 fails.
> > I wanna know whether it be by design or just a bug.
> >
> >
> > Rory O'Donnell <[hidden email]
> > <mailto:[hidden email]>> 于2020年6月23日周二 上午12:19写道:
> >
> >
> >     Hi Robert ,
> >
> >     *Per the JDK 15 schedule , we are in Rampdown Phase One* *[1] *
> >
> >     *Please advise if you find any issues while testing the latest Early
> >     Access builds.
> >     *
> >
> >        * Schedule for JDK 15
> >            o *2020/06/11 Rampdown Phase One*
> >            o 2020/07/16 Rampdown Phase Two
> >            o 2020/08/06 Initial Release Candidate
> >            o 2020/08/20 Final Release Candidate
> >            o 2020/09/15 General Availability
> >
> >        * Features included in JDK 15:
> >            o JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA)
> >              <http://openjdk.java.net/jeps/339>
> >            o JEP 360: Sealed Classes (Preview)
> >     <http://openjdk.java.net/jeps/360>
> >            o JEP 371: Hidden Classes <http://openjdk.java.net/jeps/371>
> >            o JEP 372: Remove the Nashorn JavaScript Engine
> >              <http://openjdk.java.net/jeps/372>
> >            o JEP 373: Reimplement the Legacy DatagramSocket API
> >              <https://openjdk.java.net/jeps/373>
> >            o JEP 374: Disable and Deprecate Biased Locking
> >              <http://openjdk.java.net/jeps/374>
> >            o JEP 375: Pattern Matching for instanceof (Second Preview)
> >              <https://openjdk.java.net/jeps/375>
> >            o JEP 377: ZGC: A Scalable Low-Latency Garbage Collector
> >              <http://openjdk.java.net/jeps/377>
> >            o JEP 378: Text Blocks <http://openjdk.java.net/jeps/378>
> >            o JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector
> >              <https://openjdk.java.net/jeps/379>
> >            o JEP 381: Remove the Solaris and SPARC Ports
> >              <https://openjdk.java.net/jeps/381>
> >            o JEP 383: Foreign-Memory Access API (Second Incubator)
> >              <https://openjdk.java.net/jeps/383>
> >            o JEP 384: Records (Second Preview)
> >              <https://openjdk.java.net/jeps/384>
> >            o JEP 385: Deprecate RMI Activation for Removal
> >              <https://openjdk.java.net/jeps/385>
> >
> >     *JDK 15 **Early Access build 28 **is available**at : -
> >     jdk.java.net/15/* <http://jdk.java.net/15/*>
> >
> >     These early-access, open-source builds are provided under the GNU
> >     General Public License, version 2, with the Classpath
> >     Exception**Release
> >     notes
> >
> >        * Release notes
> >            o http://jdk.java.net/15/release-notes
> >        * Recent fixes that might be of interest
> >            o Build 27
> >                + JDK-8233215: jpackage doesn't allow enough flexibility
> for
> >                  file type binding
> >                + JDK-8244582: Remove terminally deprecated
> Solaris-specific
> >                  SO_FLOW_SLA socket option
> >                + JDK-8245068: Implement Deprecation of RMI Activation
> >                + JDK-8246770: Atomic::add() with 64 bit value fails to
> link
> >                  on 32-bit platforms
> >                    # Reported by JaCoCo
> >            o Build 26
> >                + JDK-8240871: SSLEngine handshake status immediately
> after
> >                  the handshake can be NOT_HANDSHAKING rather than
> FINISHED
> >                  with TLSv1.3
> >                    # Reported by Apache Tomcat
> >            o Build 25
> >                + JDK-8206925: Support the certificate_authorities
> extension
> >                + JDK-8239480: Support for CLDR version 37
> >                + JDK-8243925: Toolkit#getScreenInsets() returns wrong
> value
> >                  on HiDPI screens (Windows)
> >
> >     *JDK 16 Early Access build 2 ****is available**at : -
> >     jdk.java.net/16/* <http://jdk.java.net/16/*>
> >
> >     These early-access, open-source builds are provided under the GNU
> >     General Public License, version 2, with the Classpath Exception.*
> >     *
> >
> >     *_Survey on _**_jinfo, jmap, jstack serviceability tools in JDK:_ *
> >
> >        * Oracle is considering deprecation and (eventual) removal of 3
> JDK
> >          tools - jinfo, jmap, jstack.
> >        * The Survey Link
> >          <https://www.questionpro.com/a/TakeSurvey?tt=n%2BDcx/aY3aA%3D>
> will
> >          remain open through July 15 2020.
> >
> >
> >     Rgds, Rory
> >
> >     [1]
> >
> https://mail.openjdk.java.net/pipermail/jdk-dev/2020-June/004401.html
> >
> >     --
> >     Rgds, Rory O'Donnell
> >     Quality Engineering Manager
> >     Oracle EMEA, Dublin, Ireland
> >
>
> --
> <http://www.oracle.com> Dalibor Topic
> Consulting Product Manager
> Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
> <tel:+491737185961>, Video: [hidden email]
> <sip:[hidden email]>
>
> Oracle Global Services Germany GmbH
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRB 246209
> Geschäftsführer: Ralf Herrmann
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: JDK 15 is in Rampdown Phase One

Xeno Amess
@Dalibor Topic <[hidden email]>
Hi.
I submitted the bug(or issue) on bugs.java.com as you requested.
And it said internal review ID : 9065633. on the wabpage.
If there anything else I should do please let me know.

Gary Gregory <[hidden email]> 于2020年6月25日周四 下午8:11写道:

> Thanks for bringing this up Xeno.
>
> Gary
>
> On Thu, Jun 25, 2020, 06:08 Dalibor Topic <[hidden email]>
> wrote:
>
>> Hi Xeno,
>>
>> JDK 15 added support for CLDR 37 per
>> https://bugs.openjdk.java.net/browse/JDK-8239480 , which adds support
>> for the Fulah [0] language with the Adlam script per
>> http://cldr.unicode.org/index/downloads/cldr-37 , among others.
>>
>> A parse error in a newly added locale sounds like something we should
>> investigate. Please file a bug report on bugs.java.com and let us know
>> the incident id.
>>
>> cheers,
>> dalibor topic
>>
>> [0] https://en.wikipedia.org/wiki/Fula_language
>> [1] https://en.wikipedia.org/wiki/Adlam_script
>>
>> An account of the script's development can be found at
>> https://news.microsoft.com/stories/people/adlam.html .
>>
>>
>> On 25.06.2020 01:39, Xeno Amess wrote:
>> > Hi.
>> > In your latest jdk15 versions, we found something not quite right.
>> > a related pr is at https://github.com/apache/commons-lang/pull/558
>> > In short, some codes like this cannot pass tests for some Locale like
>> > "ff_LR_#Adlm"
>> > *    @Test
>> >      public void java15BuggyLocaleTest() throws ParseException {
>> >          final String buggyLocaleName = "ff_LR_#Adlm";
>> >          Locale buggyLocale = null;
>> >
>> >          for (final Locale locale : Locale.getAvailableLocales()) {
>> >              if (buggyLocaleName.equals(locale.toString())) {
>> >                  buggyLocale = locale;
>> >                  break;
>> >              }
>> >          }
>> >
>> >          if (buggyLocale == null) {
>> >              return;
>> >          }
>> >
>> >          final Calendar cal = Calendar.getInstance(GMT);
>> >          cal.clear();
>> >          cal.set(2003, Calendar.FEBRUARY, 10);
>> >          final SimpleDateFormat sdf = new SimpleDateFormat(LONG_FORMAT,
>> > buggyLocale);
>> >          final String formattedDate = sdf.format(cal.getTime());
>> >          sdf.parse(formattedDate);
>> >          sdf.parse(formattedDate.toUpperCase(buggyLocale));
>> >          sdf.parse(formattedDate.toLowerCase(buggyLocale));
>> >      }*
>> > BUT in jdk 8-14's all locales can pass the tests, only ones newlly
>> added
>> > in jdk15 fails.
>> > I wanna know whether it be by design or just a bug.
>> >
>> >
>> > Rory O'Donnell <[hidden email]
>> > <mailto:[hidden email]>> 于2020年6月23日周二 上午12:19写道:
>> >
>> >
>> >     Hi Robert ,
>> >
>> >     *Per the JDK 15 schedule , we are in Rampdown Phase One* *[1] *
>> >
>> >     *Please advise if you find any issues while testing the latest Early
>> >     Access builds.
>> >     *
>> >
>> >        * Schedule for JDK 15
>> >            o *2020/06/11 Rampdown Phase One*
>> >            o 2020/07/16 Rampdown Phase Two
>> >            o 2020/08/06 Initial Release Candidate
>> >            o 2020/08/20 Final Release Candidate
>> >            o 2020/09/15 General Availability
>> >
>> >        * Features included in JDK 15:
>> >            o JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA)
>> >              <http://openjdk.java.net/jeps/339>
>> >            o JEP 360: Sealed Classes (Preview)
>> >     <http://openjdk.java.net/jeps/360>
>> >            o JEP 371: Hidden Classes <http://openjdk.java.net/jeps/371>
>> >            o JEP 372: Remove the Nashorn JavaScript Engine
>> >              <http://openjdk.java.net/jeps/372>
>> >            o JEP 373: Reimplement the Legacy DatagramSocket API
>> >              <https://openjdk.java.net/jeps/373>
>> >            o JEP 374: Disable and Deprecate Biased Locking
>> >              <http://openjdk.java.net/jeps/374>
>> >            o JEP 375: Pattern Matching for instanceof (Second Preview)
>> >              <https://openjdk.java.net/jeps/375>
>> >            o JEP 377: ZGC: A Scalable Low-Latency Garbage Collector
>> >              <http://openjdk.java.net/jeps/377>
>> >            o JEP 378: Text Blocks <http://openjdk.java.net/jeps/378>
>> >            o JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector
>> >              <https://openjdk.java.net/jeps/379>
>> >            o JEP 381: Remove the Solaris and SPARC Ports
>> >              <https://openjdk.java.net/jeps/381>
>> >            o JEP 383: Foreign-Memory Access API (Second Incubator)
>> >              <https://openjdk.java.net/jeps/383>
>> >            o JEP 384: Records (Second Preview)
>> >              <https://openjdk.java.net/jeps/384>
>> >            o JEP 385: Deprecate RMI Activation for Removal
>> >              <https://openjdk.java.net/jeps/385>
>> >
>> >     *JDK 15 **Early Access build 28 **is available**at : -
>> >     jdk.java.net/15/* <http://jdk.java.net/15/*>
>> >
>> >     These early-access, open-source builds are provided under the GNU
>> >     General Public License, version 2, with the Classpath
>> >     Exception**Release
>> >     notes
>> >
>> >        * Release notes
>> >            o http://jdk.java.net/15/release-notes
>> >        * Recent fixes that might be of interest
>> >            o Build 27
>> >                + JDK-8233215: jpackage doesn't allow enough flexibility
>> for
>> >                  file type binding
>> >                + JDK-8244582: Remove terminally deprecated
>> Solaris-specific
>> >                  SO_FLOW_SLA socket option
>> >                + JDK-8245068: Implement Deprecation of RMI Activation
>> >                + JDK-8246770: Atomic::add() with 64 bit value fails to
>> link
>> >                  on 32-bit platforms
>> >                    # Reported by JaCoCo
>> >            o Build 26
>> >                + JDK-8240871: SSLEngine handshake status immediately
>> after
>> >                  the handshake can be NOT_HANDSHAKING rather than
>> FINISHED
>> >                  with TLSv1.3
>> >                    # Reported by Apache Tomcat
>> >            o Build 25
>> >                + JDK-8206925: Support the certificate_authorities
>> extension
>> >                + JDK-8239480: Support for CLDR version 37
>> >                + JDK-8243925: Toolkit#getScreenInsets() returns wrong
>> value
>> >                  on HiDPI screens (Windows)
>> >
>> >     *JDK 16 Early Access build 2 ****is available**at : -
>> >     jdk.java.net/16/* <http://jdk.java.net/16/*>
>> >
>> >     These early-access, open-source builds are provided under the GNU
>> >     General Public License, version 2, with the Classpath Exception.*
>> >     *
>> >
>> >     *_Survey on _**_jinfo, jmap, jstack serviceability tools in JDK:_ *
>> >
>> >        * Oracle is considering deprecation and (eventual) removal of 3
>> JDK
>> >          tools - jinfo, jmap, jstack.
>> >        * The Survey Link
>> >          <https://www.questionpro.com/a/TakeSurvey?tt=n%2BDcx/aY3aA%3D>
>> will
>> >          remain open through July 15 2020.
>> >
>> >
>> >     Rgds, Rory
>> >
>> >     [1]
>> >
>> https://mail.openjdk.java.net/pipermail/jdk-dev/2020-June/004401.html
>> >
>> >     --
>> >     Rgds, Rory O'Donnell
>> >     Quality Engineering Manager
>> >     Oracle EMEA, Dublin, Ireland
>> >
>>
>> --
>> <http://www.oracle.com> Dalibor Topic
>> Consulting Product Manager
>> Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
>> <tel:+491737185961>, Video: [hidden email]
>> <sip:[hidden email]>
>>
>> Oracle Global Services Germany GmbH
>> Hauptverwaltung: Riesstr. 25, D-80992 München
>> Registergericht: Amtsgericht München, HRB 246209
>> Geschäftsführer: Ralf Herrmann
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>