You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by Rory O'Donnell <ro...@oracle.com> on 2020/11/27 10:45:14 UTC
JDK 16 Early Access build 26 is now available
Hi Rick,
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-dev@openjdk.java.net
<ma...@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
Re: JDK 16 Early Access build 26 is now available
Posted by Rick Hillegas <ri...@gmail.com>.
Hi Rory,
Build 16-ea+26-1764 has deprecated two ThreadGroup methods which Derby
uses: destroy() and isDestroyed(). The JDK 16 javadoc indicates that
those two methods will be removed from the JDK sometime. Can you point
me at someone who can answer the following questions:
1) What rev of the JDK will remove these methods?
2) What is the best practice for working around the removal of these
methods?
Thanks,
-Rick
On 11/27/20 2:45 AM, Rory O'Donnell wrote:
> Hi Rick,
>
> 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-dev@openjdk.java.net
> <ma...@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
>