JDK 16 is in Rampdown Phase One

2020-12-13 Thread Rory O'Donnell 

Hi Mark,

*Per the JDK 16 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 16
 o *2020/12/10 Rampdown Phase One*
 o 2021/01/14  Rampdown Phase Two
 o 2021/02/04  Initial Release Candidate
 o 2021/02/18  Final Release Candidate
 o 2021/03/16  General Availability
 * Release Notes [2]

OpenJDK 16 Early Access build 28**is now available at 
http://jdk.java.net/16


 * Features - the overall feature set is frozen. No further JEPs will
   be targeted to this release.
 * Significant Integrations in b28:
 o *Integrated JEP 396: **Strongly Encapsulate JDK Internals by
   Default **
   *
 + Strongly encapsulate all internal elements of the JDK by
   default, except for critical internal APIs
    such as
   |sun.misc.Unsafe|.
 + Allow end users to choose the relaxed strong encapsulation
   that has been the default since JDK 9.
 o Integrated JEP 397: Sealed Classes (Second Preview)
    with this release.
 + Enhance the Java programming language with sealed classes
   and interfaces
   .
 + Refines JEP 360  which
   was delivered in JDK 15 as a preview feature.

 * These early-access , open-source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   .
 * Changes in recent builds that maybe of interest:
 o Build 28
 + JDK-8256299: JEP 396: Strongly Encapsulate JDK Internals by
   Default
 + JDK-8166596: TLS support for the EdDSA signature algorithm
 + JDK-8256718: Old tracing flags are now obsolete and must be
   replaced with unified logging
 o Build 27
 + JDK-8159746: (proxy) Support for default methods
 + JDK-8254631: Better support ALPN byte wire values in SunJSSE

Project Loom Early-Access: *Build 16-loom+9-316 
* (2020/11/30) - based on JDK-16+25 



 * These early-access builds are provided under the GNU General Public
   License, version 2, with the Classpath Exception
   
 * These builds are intended for developers looking to "kick the tyres"
   and provide feedback on using the API or by sending bug reports.
 * Please send feedback via e-mail to loom-...@openjdk.java.net
   . To send e-mail to this address
   you must first subscribe to the mailing list
   .

Rgds, Rory

[1] 
https://mail.openjdk.java.net/pipermail/jdk-dev/2020-December/004991.html

[2] https://jdk.java.net/16/release-notes

Re: JDK 16 is in Rampdown Phase One

2020-12-13 Thread Martin Grigorov 
Hi Tomcat team,

The following tests fail on JDK 16 b28:

[concat] Testsuites with failed tests:
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderExecutorMemoryLeak.APR.txt
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderExecutorMemoryLeak.NIO.txt
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderExecutorMemoryLeak.NIO2.txt
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderMemoryLeak.APR.txt
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderMemoryLeak.NIO.txt
   [concat]
TEST-org.apache.catalina.loader.TestWebappClassLoaderMemoryLeak.NIO2.txt


with this reason:

Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make
field final java.util.concurrent.ThreadPoolExecutor
java.util.concurrent.ThreadPoolExecutor$Worker.this$0 accessible: module
java.base does not "opens java.util.concurrent" to unnamed module @80503
at
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)
at
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
at
java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:177)
at java.base/java.lang.reflect.Field.setAccessible(Field.java:171)
at
org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads(WebappClassLoaderBase.java:1798)
at
org.apache.catalina.loader.WebappClassLoaderBase.clearReferences(WebappClassLoaderBase.java:1622)
at
org.apache.catalina.loader.WebappClassLoaderBase.stop(WebappClassLoaderBase.java:1554)
at
org.apache.catalina.loader.WebappLoader.stopInternal(WebappLoader.java:461)
at
org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)

Regards,
Martin

On Sun, Dec 13, 2020 at 7:08 PM Rory O'Donnell 
wrote:

> Hi Mark,
>
> *Per the JDK 16 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 16
>   o *2020/12/10 Rampdown Phase One*
>   o 2021/01/14  Rampdown Phase Two
>   o 2021/02/04  Initial Release Candidate
>   o 2021/02/18  Final Release Candidate
>   o 2021/03/16  General Availability
>   * Release Notes [2]
>
> OpenJDK 16 Early Access build 28**is now available at
> http://jdk.java.net/16
>
>   * Features - the overall feature set is frozen. No further JEPs will
> be targeted to this release.
>   * Significant Integrations in b28:
>   o *Integrated JEP 396: **Strongly Encapsulate JDK Internals by
> Default **
> *
>   + Strongly encapsulate all internal elements of the JDK by
> default, except for critical internal APIs
>  such as
> |sun.misc.Unsafe|.
>   + Allow end users to choose the relaxed strong encapsulation
> that has been the default since JDK 9.
>   o Integrated JEP 397: Sealed Classes (Second Preview)
>  with this release.
>   + Enhance the Java programming language with sealed classes
> and interfaces
> .
>   + Refines JEP 360  which
> was delivered in JDK 15 as a preview feature.
>
>   * These early-access , open-source builds are provided under the GNU
> General Public License, version 2, with the Classpath Exception
> .
>   * Changes in recent builds that maybe of interest:
>   o Build 28
>   + JDK-8256299: JEP 396: Strongly Encapsulate JDK Internals by
> Default
>   + JDK-8166596: TLS support for the EdDSA signature algorithm
>   + JDK-8256718: Old tracing flags are now obsolete and must be
> replaced with unified logging
>   o Build 27
>   + JDK-8159746: (proxy) Support for default methods
>   + JDK-8254631: Better support ALPN byte wire values in SunJSSE
>
> Project Loom Early-Access: *Build 16-loom+9-316
> * (2020/11/30) - based on JDK-16+25
> 
>
>   * These early-access builds are provided under the GNU General Public
> License, version 2, with the Classpath Exception
> 
>   * These builds are intended for developers looking to "kick the tyres"
> and provide feedback on using the API or by sending bug reports.
>   * Please send feedback via e-mail to loom-...@openjdk.java.net
> . To send e-mail to this address
> you must first subscribe to the mailing list
> .
>
> Rgds, Rory
>
> [1]
> https://mail.openjdk.java.net/pipermail