Hi Rory,

Apache Tomcat's build and tests pass with JDK 16 b26 on Ubuntu 20.04.1
(x86_64 & aarch64)!

Regards,
Martin

On Fri, Nov 27, 2020 at 1:15 PM Rory O'Donnell <rory.odonn...@oracle.com>
wrote:

> Hi Mark,
>
> OpenJDK 16 Early Access build 26**is now available at
> http://jdk.java.net/16
>
>   * These early-access , open-source builds are provided under the
>       o GNU General Public License, version 2, with the Classpath
>         Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>
>   * Schedule: *JDK 16 Rampdown Phase One Starts on 2020/12/10 [1] *
>
>   * Features [1]: Most recent Integrations:
>       o Integrated JEP 389: Foreign Linker API (Incubator)
>         <https://openjdk.java.net/jeps/389> with this release.
>           + JEP 389 introduces an API that offers statically-typed,
>             pure-Java access to native code.
>           + This API, together with the JEP 383
>             <https://openjdk.java.net/jeps/383>, will considerably
>             simplify the otherwise error-prone process of binding to a
>             native library.
>
> **
>
>   * Release Notes [2]
>
>   * Changes in recent builds that maybe of interest:
>       o Build 26
>           + JDK-8202343: *Disable TLS 1.0 and 1.1*
>           + JDK-8251317:**Support for CLDR version 38**
>           + JDK-8212879: Make JVMTI TagMap table concurrent
>           + JDK-8236926: Concurrently uncommit memory in G1
>           + JDK-8243559: Removed Root Certificates with 1024-bit Keys
>           + JDK-8253459: Argument index of zero or unrepresentable by
>             int throws IllegalFormatException
>           + JDK-8256643: Terminally deprecate ThreadGroup stop, destroy,
>             isDestroyed, setDaemon and isDaemon
>       o Build 25
>           + JDK-8247781: Day period support added to java.time formats
>           + JDK-8202471: (ann) Cannot read type annotations on generic
>             receiver type's type variables *[**Reported by ByteBuddy]*
>           + JDK-8255947: [macos] Signed macOS jpackage app doesn't
>             filter spurious '-psn' argument *[**Reported by JOSM]*
>           + JDK-8256063: Module::getPackages returns the set of package
>             names in this module
>
>   * JDK 16 - topics of interest
>       o Inside Java Episode 7 “The Vector API” with John Rose and Paul
>         Sandoz
>           + https://inside.java/2020/11/17/podcast-007/
>             <https://inside.java/2020/11/17/podcast-007/>
>       o Biased locking Obsoletion update
>           + https://inside.java/2020/11/17/biased-locking-obsoletion/
>             <https://inside.java/2020/11/17/biased-locking-obsoletion/>
>   * Project Loom with Ron Pressler
>       o https://inside.java/2020/11/24/podcast-008/
>   * Update on 64-bit ARM Support for Oracle OpenJDK and Oracle JDK
>       o https://inside.java/2020/11/12/arm-support-update/
>         <https://inside.java/2020/11/12/arm-support-update/>
>
> Project Lanai Early-Access: EA 7 Build 16-lanai+3-278
> <http://jdk.java.net/lanai/> (2020/11/17)
>
>   * These early-access builds are provided under the GNU General Public
>     License, version 2, with the Classpath Exception
>     <http://openjdk.java.net/legal/gplv2+ce.html>
>   * These EA builds are produced for the purpose of gathering feedback.
>     Use for any other purpose is at your own risk.
>   * Please send feedback via e-mail to lanai-...@openjdk.java.net
>     <mailto:lanai-...@openjdk.java.net>. To send e-mail to this address
>     you must first subscribe to the mailing list
>     <https://mail.openjdk.java.net/mailman/listinfo/lanai-dev>.
>
> The Java Cryptographic Roadmap has been updated [3]:
>
>   * Distrust TLS 1.0 and TLS 1.1 by default
>       o TLS protocol versions 1.0 and 1.1 are no longer considered
>         secure and have been superseded by more secure and modern
>         versions (TLS 1.2 and 1.3). This change has been integrated with
>         JDK 16 Early Access build 26.
>   * Upgrade of default algorithms used to encrypt PKCS12 keystores
>       o The new algorithms are based on AES-256 and SHA-256 and are
>         stronger than the old algorithms which were based on RC2,
>         DESede, and SHA-1.This change is already included in JDK 16
>         Early Access build 23.
>
> RgdsRory
>
> [1] https://openjdk.java.net/projects/jdk/16/
> [2] https://jdk.java.net/16/release-notes
> [3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
>
> --
> Rgds, Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA, Dublin, Ireland
>
>

Reply via email to