Re: JDK 16 is in Rampdown Phase One

2020-12-14 Thread Jaikiran Pai 

Hello Rory,

I just opened https://bugs.openjdk.java.net/browse/JDK-8258246 with 
relevant details.


If any further input is needed I will gladly spend some more time on it 
tomorrow. It's been a long day and the CI jobs aren't quick to try out 
things.


-Jaikiran

On 14/12/20 2:41 pm, Jaikiran Pai wrote:

Hello Rory,

There appears to be an regression in this build of JDK 16. One of our 
test classes[1] is consistently running into an exception of the form 
listed at the end of this mail. I have verified that this works fine 
with the JDK 15 and this isn't some issue with our CI infrastructure.


I am running more detailed tests to try and narrow this down to 
something that I can then report as a bug (if at all it is one). I'll 
do that as soon as I get the necessary details (unfortunately, I can't 
reproduce this locally).


The exception is of the form:


Caused by: java.lang.IllegalArgumentException: Error decoding percent 
encoded characters

    at java.base/sun.net.www.ParseUtil.decode(ParseUtil.java:215)
    at 
java.base/jdk.internal.loader.URLClassPath$FileLoader.(URLClassPath.java:1196)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:485)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:479)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:691)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:478)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:447)
    at 
java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:343)
    at 
java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassPath.java:354)

    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:648)
    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:646)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)

    at java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:645)
    at 
java.base/java.net.URLClassLoader$3.hasMoreElements(URLClassLoader.java:670)
    at 
java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:2719)
    at 
java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.java:2728)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1202)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1220)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1264)
    at 
java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299)
    at 
java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1383)
    at 
jdk.compiler/com.sun.tools.javac.api.BasicJavacTask.initPlugins(BasicJavacTask.java:219)

    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:292)
    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
    at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:64)
    ... 45 more

[1] 
https://ci-builds.apache.org/job/Ant/job/Ant%20Master%20(latest%20EA%20JDK)/13/jdk_axis=jdk16_ea,label_exp=ubuntu/


-Jaikiran

On 13/12/20 10:00 pm, Rory O'Donnell wrote:

Hi Stefan/Jaikiran,

*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

Re: JDK 16 is in Rampdown Phase One

2020-12-14 Thread Rory O'Donnell 

Thanks Jaikiran, let us know the bug id if/when you log a bug.

On 14/12/2020 09:11, Jaikiran Pai wrote:

Hello Rory,

There appears to be an regression in this build of JDK 16. One of our 
test classes[1] is consistently running into an exception of the form 
listed at the end of this mail. I have verified that this works fine 
with the JDK 15 and this isn't some issue with our CI infrastructure.


I am running more detailed tests to try and narrow this down to 
something that I can then report as a bug (if at all it is one). I'll 
do that as soon as I get the necessary details (unfortunately, I can't 
reproduce this locally).


The exception is of the form:


Caused by: java.lang.IllegalArgumentException: Error decoding percent 
encoded characters

    at java.base/sun.net.www.ParseUtil.decode(ParseUtil.java:215)
    at 
java.base/jdk.internal.loader.URLClassPath$FileLoader.(URLClassPath.java:1196)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:485)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:479)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:691)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:478)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:447)
    at 
java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:343)
    at 
java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassPath.java:354)

    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:648)
    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:646)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)

    at java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:645)
    at 
java.base/java.net.URLClassLoader$3.hasMoreElements(URLClassLoader.java:670)
    at 
java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:2719)
    at 
java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.java:2728)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1202)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1220)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1264)
    at 
java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299)
    at 
java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1383)
    at 
jdk.compiler/com.sun.tools.javac.api.BasicJavacTask.initPlugins(BasicJavacTask.java:219)

    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:292)
    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
    at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:64)
    ... 45 more

[1] 
https://urldefense.com/v3/__https://ci-builds.apache.org/job/Ant/job/Ant*20Master*20(latest*20EA*20JDK)/13/jdk_axis=jdk16_ea,label_exp=ubuntu/__;JSUlJQ!!GqivPVa7Brio!PjLn_YdV7u39qjtdE6IuJ8Jveo8YeuDkVgXKcQ8vAUQq69gB6GV_tXaQtE8MaNqtM6o$ 


-Jaikiran

On 13/12/20 10:00 pm, Rory O'Donnell wrote:

Hi Stefan/Jaikiran,

*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 
https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!PjLn_YdV7u39qjtdE6IuJ8Jveo8YeuDkVgXKcQ8vAUQq69gB6GV_tXaQtE8MAt04uJY$ 


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

Re: JDK 16 is in Rampdown Phase One

2020-12-14 Thread Jaikiran Pai 

Hello Rory,

There appears to be an regression in this build of JDK 16. One of our 
test classes[1] is consistently running into an exception of the form 
listed at the end of this mail. I have verified that this works fine 
with the JDK 15 and this isn't some issue with our CI infrastructure.


I am running more detailed tests to try and narrow this down to 
something that I can then report as a bug (if at all it is one). I'll do 
that as soon as I get the necessary details (unfortunately, I can't 
reproduce this locally).


The exception is of the form:


Caused by: java.lang.IllegalArgumentException: Error decoding percent 
encoded characters

    at java.base/sun.net.www.ParseUtil.decode(ParseUtil.java:215)
    at 
java.base/jdk.internal.loader.URLClassPath$FileLoader.(URLClassPath.java:1196)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:485)
    at 
java.base/jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:479)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:691)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:478)
    at 
java.base/jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:447)
    at 
java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:343)
    at 
java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassPath.java:354)

    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:648)
    at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:646)
    at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)

    at java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:645)
    at 
java.base/java.net.URLClassLoader$3.hasMoreElements(URLClassLoader.java:670)

    at java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:2719)
    at 
java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.java:2728)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1202)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1220)
    at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1264)

    at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299)
    at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1383)
    at 
jdk.compiler/com.sun.tools.javac.api.BasicJavacTask.initPlugins(BasicJavacTask.java:219)

    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:292)
    at jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
    at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:64)
    ... 45 more

[1] 
https://ci-builds.apache.org/job/Ant/job/Ant%20Master%20(latest%20EA%20JDK)/13/jdk_axis=jdk16_ea,label_exp=ubuntu/


-Jaikiran

On 13/12/20 10:00 pm, Rory O'Donnell wrote:

Hi Stefan/Jaikiran,

*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