JDK 15 is in Rampdown Phase One

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

JDK 15 is in Rampdown Phase One

Rory O'Donnell Oracle, Dublin Ireland

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

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

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

Reply | Threaded
Open this post in threaded view
|

Re: JDK 15 is in Rampdown Phase One

dalibor topic-2
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]