RELEASE NOTES FOR: 16
====================================================================================================

Notes generated: Tue Jan 04 00:31:22 CET 2022

Hint: Prefix bug IDs with https://bugs.openjdk.java.net/browse/ to reach the relevant JIRA entry.

JAVA ENHANCEMENT PROPOSALS (JEP):

  JEP 338: Vector API (Incubator)

      Provide an initial iteration of an [incubator module](https://openjdk.java.net/jeps/11),
      `jdk.incubator.vector`, to express vector computations that reliably compile at runtime to optimal
      vector hardware instructions on supported CPU architectures and thus achieve superior performance to
      equivalent scalar computations.

  JEP 347: Enable C++14 Language Features

      Allow the use of C++14 language features in JDK C++ source code, and give specific guidance about
      which of those features may be used in HotSpot code.

  JEP 357: Migrate from Mercurial to Git

      Migrate the OpenJDK Community's source code repositories from Mercurial (hg) to Git.

  JEP 369: Migrate to GitHub

      Host the OpenJDK Community's Git repositories on [GitHub](https://www.github.com/). In concert with
      [JEP 357 (Migrate from Mercurial to Git)](https://openjdk.java.net/jeps/357), this would migrate all
      single-repository OpenJDK Projects to GitHub, including both [JDK feature
      releases](https://openjdk.java.net/projects/jdk/) and [JDK update
      releases](https://openjdk.java.net/projects/jdk-updates/) for versions 11 and later.

  JEP 376: ZGC: Concurrent Thread-Stack Processing

      Move ZGC thread-stack processing from safepoints to a concurrent phase.

  JEP 380: Unix-Domain Socket Channels

      Add Unix-domain (`AF_UNIX`) socket support to the [socket channel][socketchannel] and [server-socket
      channel][serversocketchannel] APIs in the `java.nio.channels` package. Extend the [inherited channel
      mechanism][inherited] to support Unix-domain socket channels and server socket channels.

  JEP 386: Alpine Linux Port

      Port the JDK to Alpine Linux, and to other Linux distributions that use musl as their primary C
      library, on both the x64 and AArch64 architectures, 

  JEP 387: Elastic Metaspace

      Return unused HotSpot class-metadata (i.e., _metaspace_) memory to the operating system more
      promptly, reduce metaspace footprint, and simplify the metaspace code in order to reduce maintenance
      costs.

  JEP 388: Windows/AArch64 Port

      Port the JDK to Windows/AArch64.

  JEP 389: Foreign Linker API (Incubator)

      Introduce an API that offers statically-typed, pure-Java access to native code. This API, together
      with the Foreign-Memory API ([JEP 393][JEP-393]), will considerably simplify the otherwise
      error-prone process of binding to a native library.

  JEP 390: Warnings for Value-Based Classes

      Designate the primitive wrapper classes as _value-based_ and deprecate their constructors for
      removal, prompting new deprecation warnings. Provide warnings about improper attempts to synchronize
      on instances of any value-based classes in the Java Platform.

  JEP 392: Packaging Tool

      Provide the `jpackage` tool, for packaging self-contained Java applications.

  JEP 393: Foreign-Memory Access API (Third Incubator)

      Introduce an API to allow Java programs to safely and efficiently access foreign memory outside of
      the Java heap.

  JEP 394: Pattern Matching for instanceof

      Enhance the Java programming language with _pattern matching_ for the `instanceof` operator.
      [Pattern matching](https://cr.openjdk.java.net/~briangoetz/amber/pattern-match.html) allows common
      logic in a program, namely the conditional extraction of components from objects, to be expressed
      more concisely and safely.

  JEP 395: Records

      Enhance the Java programming language with [records][records], which are classes that act as
      transparent carriers for immutable data. Records can be thought of as _nominal tuples_.

  JEP 396: Strongly Encapsulate JDK Internals by Default

      Strongly encapsulate all internal elements of the JDK by default, except for [critical internal
      APIs][crit] such as `sun.misc.Unsafe`.  Allow end users to choose the relaxed strong encapsulation
      that has been the default since JDK 9.

  JEP 397: Sealed Classes (Second Preview)

      Enhance the Java programming language with  [sealed classes and
      interfaces](https://cr.openjdk.java.net/~briangoetz/amber/datum.html). Sealed classes and interfaces
      restrict which other classes or interfaces may extend or implement them.


RELEASE NOTES, BY COMPONENT:

:

  JDK-8262495: JEP 390: Warnings for Value-based Classes

      Users of the _value-based classes_ provided by the standard libraries—notably including users
      of the primitive wrapper classes—should avoid relying on the identity of class instances.
      Programmers are strongly discouraged from calling the wrapper class constructors, which are
      now deprecated for removal. New `javac` warnings discourage synchronization on value-based
      class instances. Runtime warnings about synchronization can also be activated, using
      command-line option `-XX:DiagnoseSyncOnValueBasedClasses`.
      
      For further details, see [JEP 390](https://openjdk.java.net/jeps/390).

tools/javac:

  JDK-8261679: DocLint Support Moved to jdk.javadoc Module

      The code that provides the DocLint feature in _javac_ has been moved from the `jdk.compiler`
      module to the `jdk.javadoc` module. For most users, there will be no impact. However, any user
      wanting to build a minimal image for running _javac_ with DocLint enabled will need to ensure
      that the `jdk.javadoc` module is available when linking the image.

  JDK-8260623: Annotation Interfaces May Not Be Declared As Local Interfaces

      Prior to JDK 16, the `javac` compiler accepted annotations declared as local interfaces. Now
      the JLS 16 at section 14.3 forbids it. For example, the `javac` compiler had accepted code
      such as:
      
      ```      class C {         void m() {             @interface A {}         }     } ``` 
      
      This code is no longer acceptable according to Section [14.3] of the JLS 16:  "A local
      interface may be a normal interface (§9.1), but not an annotation interface (§9.6)." 
      
      To fix this issue, the `javac` compiler implementation has been synchronized with the JLS 16,
      so that annotation interfaces cannot be declared as local interfaces.

  JDK-8260739: C-Style Array Declarations Are Not Allowed in Record Components

      Prior to JDK 16, the `javac` compiler accepted C-style array declarations in record
      components. The JLS 16 now forbids it. In particular, the compiler had accepted code such as:
      
      ```      record R(int i[]) {} ``` 
      
      This code is no longer acceptable according to the specification for JDK 16. Section 8.10.1 of
      the JLS 16 defines the syntax of a record component as:
      
      ```  RecordComponent:     {RecordComponentModifier} UnannType Identifier     
      VariableArityRecordComponent  VariableArityRecordComponent:     {RecordComponentModifier}
      UnannType { Annotation } ... Identifier RecordComponentModifier:     Annotation ```  which
      clearly forbids C-style array declarations in record components. To fix this issue, the
      compiler has been synchronized with the JLS 16, so that C-style array declarations are no
      longer allowed in record components.

  JDK-8261679: DocLint Support Moved to jdk.javadoc Module

      The code that provides the DocLint feature in _javac_ has been moved from the `jdk.compiler`
      module to the `jdk.javadoc` module. For most users, there will be no impact. However, any user
      wanting to build a minimal image for running _javac_ with DocLint enabled will need to ensure
      that the `jdk.javadoc` module is available when linking the image.

  JDK-8260623: Annotation Interfaces May Not Be Declared As Local Interfaces

      Prior to JDK 16, the `javac` compiler accepted annotations declared as local interfaces. Now
      the JLS 16 at section 14.3 forbids it. For example, the `javac` compiler had accepted code
      such as:
      
      ```      class C {         void m() {             @interface A {}         }     } ``` 
      
      This code is no longer acceptable according to Section [14.3] of the JLS 16:  "A local
      interface may be a normal interface (§9.1), but not an annotation interface (§9.6)." 
      
      To fix this issue, the `javac` compiler implementation has been synchronized with the JLS 16,
      so that annotation interfaces cannot be declared as local interfaces.

  JDK-8260739: C-Style Array Declarations Are Not Allowed in Record Components

      Prior to JDK 16, the `javac` compiler accepted C-style array declarations in record
      components. The JLS 16 now forbids it. In particular, the compiler had accepted code such as:
      
      ```      record R(int i[]) {} ``` 
      
      This code is no longer acceptable according to the specification for JDK 16. Section 8.10.1 of
      the JLS 16 defines the syntax of a record component as:
      
      ```  RecordComponent:     {RecordComponentModifier} UnannType Identifier     
      VariableArityRecordComponent  VariableArityRecordComponent:     {RecordComponentModifier}
      UnannType { Annotation } ... Identifier RecordComponentModifier:     Annotation ```  which
      clearly forbids C-style array declarations in record components. To fix this issue, the
      compiler has been synchronized with the JLS 16, so that C-style array declarations are no
      longer allowed in record components.

  JDK-8261679: DocLint Support Moved to jdk.javadoc Module

      The code that provides the DocLint feature in _javac_ has been moved from the `jdk.compiler`
      module to the `jdk.javadoc` module. For most users, there will be no impact. However, any user
      wanting to build a minimal image for running _javac_ with DocLint enabled will need to ensure
      that the `jdk.javadoc` module is available when linking the image.

  JDK-8260623: Annotation Interfaces May Not Be Declared As Local Interfaces

      Prior to JDK 16, the `javac` compiler accepted annotations declared as local interfaces. Now
      the JLS 16 at section 14.3 forbids it. For example, the `javac` compiler had accepted code
      such as:
      
      ```      class C {         void m() {             @interface A {}         }     } ``` 
      
      This code is no longer acceptable according to Section [14.3] of the JLS 16:  "A local
      interface may be a normal interface (§9.1), but not an annotation interface (§9.6)." 
      
      To fix this issue, the `javac` compiler implementation has been synchronized with the JLS 16,
      so that annotation interfaces cannot be declared as local interfaces.

  JDK-8260739: C-Style Array Declarations Are Not Allowed in Record Components

      Prior to JDK 16, the `javac` compiler accepted C-style array declarations in record
      components. The JLS 16 now forbids it. In particular, the compiler had accepted code such as:
      
      ```      record R(int i[]) {} ``` 
      
      This code is no longer acceptable according to the specification for JDK 16. Section 8.10.1 of
      the JLS 16 defines the syntax of a record component as:
      
      ```  RecordComponent:     {RecordComponentModifier} UnannType Identifier     
      VariableArityRecordComponent  VariableArityRecordComponent:     {RecordComponentModifier}
      UnannType { Annotation } ... Identifier RecordComponentModifier:     Annotation ```  which
      clearly forbids C-style array declarations in record components. To fix this issue, the
      compiler has been synchronized with the JLS 16, so that C-style array declarations are no
      longer allowed in record components.

core-libs/java.util:

  JDK-8256498: Argument Index of Zero or Unrepresentable by int Throws IllegalFormatException.

      Format string specifiers now throw exceptions when given values outside of valid ranges of
      values. 
      
      The Formatter class in java.util defines format specifiers such as argument indexes, argument
      widths, and argument precisions.  Numeric values that are invalid (zero for argument index) or
      too large (beyond the size of an int) could create unexpected results with undefined behavior.
      This update gives explicit value ranges for these format specifiers. Widths and indexes will
      be valid from [1, Integer.MAX_VALUE] and precision fields will be valid from [0,
      Integer.MAX_VALUE]. Values outside of these ranges will result in IllegalFormatException or
      one of its subclasses being thrown. Note that argument indexes of zero prior to this change
      did not throw an exception and produced behavior that was undefined, but had the appearance of
      correctness despite causing side effects that were not obvious.

core-libs/java.net:

  JDK-8251253: HttpClient.newHttpClient and HttpClient.Builder.build Might Throw UncheckedIOException

      Creation of an instance of `java.net.http.HttpClient` may fail with `UncheckedIOException` if
      the underlying resources required by the implementation cannot be allocated. 
      
      Typically, this may happen if the underlying resources required to opening a
      `java.nio.channels.Selector` are not available. In this case `Selector.open()` will throw an
      `IOException` which the default implementation of `java.net.http.HttpClient` will wrap in an
      `UncheckedIOException`. The API documentation of `HttpClient.newHttpClient()` and
      `HttpClient.newBuilder().build()` have been updated to specify that `UncheckedIOException` may
      be thrown if the underlying resources required by the implementation cannot be allocated.
      Prior to this change,  an undocumented `InternalError` would have been thrown. 
      
      

  JDK-8252515: The Default HttpClient Implementation Returns Cancelable Futures

      In this release, the default `HttpClient` returns *cancelable* futures.
      
      The default `HttpClient` is created by a call to `HttpClient.newHttpClient()`, or by invoking
      the `build` method on builders returned by `HttpClient.newBuilder()`. The implementation of
      the `sendAsync` methods in the default `HttpClient` now return `CompletableFuture` objects
      that are *cancelable*. Invoking `cancel(true)` on a *cancelable* future that is not completed,
      attempts to cancel the HTTP exchange in an effort to release underlying resources as soon as
      possible. More information can be obtained by reading the API documentation of the
      `HttpClient::sendAsync` methods.

  JDK-8255764: `HttpPrincipal::getName` Returned Incorrect Name

      The behavior of the `HttpPrincipal::getName` method has been updated to return the name in the
      correct format as outlined in its specification, i.e. `"realm:username"`. Previously, the
      method incorrectly returned `"username"` only. 

  JDK-8251253: HttpClient.newHttpClient and HttpClient.Builder.build Might Throw UncheckedIOException

      Creation of an instance of `java.net.http.HttpClient` may fail with `UncheckedIOException` if
      the underlying resources required by the implementation cannot be allocated. 
      
      Typically, this may happen if the underlying resources required to opening a
      `java.nio.channels.Selector` are not available. In this case `Selector.open()` will throw an
      `IOException` which the default implementation of `java.net.http.HttpClient` will wrap in an
      `UncheckedIOException`. The API documentation of `HttpClient.newHttpClient()` and
      `HttpClient.newBuilder().build()` have been updated to specify that `UncheckedIOException` may
      be thrown if the underlying resources required by the implementation cannot be allocated.
      Prior to this change,  an undocumented `InternalError` would have been thrown. 
      
      

  JDK-8252515: The Default HttpClient Implementation Returns Cancelable Futures

      In this release, the default `HttpClient` returns *cancelable* futures.
      
      The default `HttpClient` is created by a call to `HttpClient.newHttpClient()`, or by invoking
      the `build` method on builders returned by `HttpClient.newBuilder()`. The implementation of
      the `sendAsync` methods in the default `HttpClient` now return `CompletableFuture` objects
      that are *cancelable*. Invoking `cancel(true)` on a *cancelable* future that is not completed,
      attempts to cancel the HTTP exchange in an effort to release underlying resources as soon as
      possible. More information can be obtained by reading the API documentation of the
      `HttpClient::sendAsync` methods.

  JDK-8255764: `HttpPrincipal::getName` Returned Incorrect Name

      The behavior of the `HttpPrincipal::getName` method has been updated to return the name in the
      correct format as outlined in its specification, i.e. `"realm:username"`. Previously, the
      method incorrectly returned `"username"` only. 

  JDK-8251253: HttpClient.newHttpClient and HttpClient.Builder.build Might Throw UncheckedIOException

      Creation of an instance of `java.net.http.HttpClient` may fail with `UncheckedIOException` if
      the underlying resources required by the implementation cannot be allocated. 
      
      Typically, this may happen if the underlying resources required to opening a
      `java.nio.channels.Selector` are not available. In this case `Selector.open()` will throw an
      `IOException` which the default implementation of `java.net.http.HttpClient` will wrap in an
      `UncheckedIOException`. The API documentation of `HttpClient.newHttpClient()` and
      `HttpClient.newBuilder().build()` have been updated to specify that `UncheckedIOException` may
      be thrown if the underlying resources required by the implementation cannot be allocated.
      Prior to this change,  an undocumented `InternalError` would have been thrown. 
      
      

  JDK-8252515: The Default HttpClient Implementation Returns Cancelable Futures

      In this release, the default `HttpClient` returns *cancelable* futures.
      
      The default `HttpClient` is created by a call to `HttpClient.newHttpClient()`, or by invoking
      the `build` method on builders returned by `HttpClient.newBuilder()`. The implementation of
      the `sendAsync` methods in the default `HttpClient` now return `CompletableFuture` objects
      that are *cancelable*. Invoking `cancel(true)` on a *cancelable* future that is not completed,
      attempts to cancel the HTTP exchange in an effort to release underlying resources as soon as
      possible. More information can be obtained by reading the API documentation of the
      `HttpClient::sendAsync` methods.

  JDK-8255764: `HttpPrincipal::getName` Returned Incorrect Name

      The behavior of the `HttpPrincipal::getName` method has been updated to return the name in the
      correct format as outlined in its specification, i.e. `"realm:username"`. Previously, the
      method incorrectly returned `"username"` only. 

hotspot/jvmti:

  JDK-8256558: Make JVMTI Table Concurrent

      For improved performance, JVM/TI ObjectFree events are no longer posted within GC pauses. The
      events are still posted as requested, and will be posted before ObjectFree events are enabled
      or disabled with SetNotificationMode. SetNotificationMode can be used to explicitly flush
      ObjectFree events, if needed.

core-libs/java.util:i18n:

  JDK-8255403: Support for CLDR Version 38

      Locale data based on Unicode Consortium's CLDR has been upgraded to their version 38. For the
      detailed locale data changes, please refer to the Unicode Consortium's CLDR release notes: -
      [http://cldr.unicode.org/index/downloads/cldr-38](http://cldr.unicode.org/index/downloads/cldr-38)
      

core-libs/java.lang:

  JDK-8249160: Support Supplementary Characters in String Case Insensitive Operations

      Case insensitive operations in `java.lang.String` class now correctly do case insensitive
      comparisons for supplementary characters (characters which have code point values over
      `U+FFFF`). For details, see the updates to the methods: ```    - compareToIgnoreCase(String
      other)    - equalsIgnoreCase(String other)    - regionMatches(boolean ignoreCase, ...) ``` For
      example, ``` "\ud801\udc00".equalsIgnoreCase("\ud801\udc28") ``` returns `true`, because '𐐀'
      ("\ud801\udc00") and '𐐨' ("\ud801\udc28") are equal to each other character in case
      insensitive comparison.

  JDK-8256652: Terminally Deprecated ThreadGroup stop, destroy, isDestroyed, setDaemon and isDaemon

      The `stop`, `destroy`, `isDestroyed`, `setDaemon` and `isDaemon` methods defined by
      `java.lang.ThreadGroup` have been terminally deprecated in this release.
      
      `ThreadGroup::stop` is inherently unsafe and has been deprecated since Java 1.2. The method is
      now terminally deprecated and will be removed in a future release.
      
      The API and mechanism for destroying a ThreadGroup is inherently flawed. The methods that
      support explicitly or automatically destroying a thread group have been terminally deprecated
      and will be removed in a future release.

  JDK-8249160: Support Supplementary Characters in String Case Insensitive Operations

      Case insensitive operations in `java.lang.String` class now correctly do case insensitive
      comparisons for supplementary characters (characters which have code point values over
      `U+FFFF`). For details, see the updates to the methods: ```    - compareToIgnoreCase(String
      other)    - equalsIgnoreCase(String other)    - regionMatches(boolean ignoreCase, ...) ``` For
      example, ``` "\ud801\udc00".equalsIgnoreCase("\ud801\udc28") ``` returns `true`, because '𐐀'
      ("\ud801\udc00") and '𐐨' ("\ud801\udc28") are equal to each other character in case
      insensitive comparison.

  JDK-8256652: Terminally Deprecated ThreadGroup stop, destroy, isDestroyed, setDaemon and isDaemon

      The `stop`, `destroy`, `isDestroyed`, `setDaemon` and `isDaemon` methods defined by
      `java.lang.ThreadGroup` have been terminally deprecated in this release.
      
      `ThreadGroup::stop` is inherently unsafe and has been deprecated since Java 1.2. The method is
      now terminally deprecated and will be removed in a future release.
      
      The API and mechanism for destroying a ThreadGroup is inherently flawed. The methods that
      support explicitly or automatically destroying a thread group have been terminally deprecated
      and will be removed in a future release.

security-libs/javax.crypto:pkcs11:

  JDK-8257791: SunPKCS11 Provider Supports SHA-3 Related Algorithms

      The SunPKCS11 provider has been updated with SHA-3 algorithm support. Additional KeyGenerator
      support for Hmac using message digests other than SHA-3 has also been added. When the
      corresponding PKCS11 mechanisms are supported by the underlying PKCS11 library, the SunPKCS11
      provider now supports the following additional algorithms:
      
      - MessageDigest: SHA3-224, SHA3-256, SHA3-384, SHA3-512 - Mac: HmacSHA3-224, HmacSHA3-256,
      HmacSHA3-384, HmacSHA3-512 - Signature: SHA3-224withDSA, SHA3-256withDSA, SHA3-384withDSA,
      SHA3-512withDSA, SHA3-224withDSAinP1363Format, SHA3-256withDSAinP1363Format,
      SHA3-384withDSAinP1363Format, SHA3-512withDSAinP1363Format, SHA3-224withECDSA,
      SHA3-256withECDSA, SHA3-384withECDSA, SHA3-512withECDSA, SHA3-224withECDSAinP1363Format,
      SHA3-256withECDSAinP1363Format, SHA3-384withECDSAinP1363Format,
      SHA3-512withECDSAinP1363Format, SHA3-224withRSA, SHA3-256withRSA, SHA3-384withRSA,
      SHA3-512withRSA, SHA3-224withRSASSA-PSS, SHA3-256withRSASSA-PSS, SHA3-384withRSASSA-PSS,
      SHA3-512withRSASSA-PSS. - KeyGenerator: HmacMD5, HmacSHA1, HmacSHA224, HmacSHA256, HmacSHA384,
      HmacSHA512, HmacSHA512/224, HmacSHA512/256, HmacSHA3-224, HmacSHA3-256, HmacSHA3-384,
      HmacSHA3-512. 

specification/language:

  JDK-8262150: JEP 397: Sealed Classes (Second Preview)

      Sealed classes and interfaces have been previewed again in JDK 16, initially added to the Java
      language in JDK 15. Sealed classes and interfaces restrict which other classes or interfaces
      may extend or implement them.
      
      For further details, see [JEP 397](https://openjdk.java.net/jeps/397).

  JDK-8262133: JEP 395: Records

      Records have been added to the Java language. Records are a new kind of class in the Java
      language. They act as transparent carriers for immutable data with less ceremony than normal
      classes.
      
      Since nested classes were first introduced to Java, with the exception of static final fields
      initialized by constant expressions, nested class declarations that are inner have been
      prohibited from declaring static members. This restriction applies to non-static member
      classes, local classes, and anonymous classes. 
      
      [JEP 384: Records (Second Preview)](https://openjdk.java.net/jeps/384) added support for local
      interfaces, enum classes, and record classes, all of which are static definitions. This was a
      well-received enhancement, permitting coding styles that reduce the scope of certain
      declarations to local contexts. 
      
      While [JEP 384](https://openjdk.java.net/jeps/384) allowed for static local classes and
      interfaces, it did not relax the restriction on static member classes and interfaces of inner
      classes. An inner class could declare a static interface inside one of its method bodies, but
      not as a class member. 
      
      As a natural next step, [JEP 395](https://openjdk.java.net/jeps/395) further relaxes nesting
      restrictions, and permits static classes, methods, fields, etc., to be declared within inner
      classes.   For further details, see [JEP 395](https://openjdk.java.net/jeps/395). 

  JDK-8262138: JEP 394: Pattern Matching for instanceof

      Pattern matching for the `instanceof` operator has been made a final and permanent feature of
      the Java language in JDK 16. Pattern matching allows common logic in a Java program to be
      expressed more concisely and safely, namely the conditional extraction of components from
      objects.
      
      For further details, see [JEP 394](https://openjdk.java.net/jeps/394). 

  JDK-8262150: JEP 397: Sealed Classes (Second Preview)

      Sealed classes and interfaces have been previewed again in JDK 16, initially added to the Java
      language in JDK 15. Sealed classes and interfaces restrict which other classes or interfaces
      may extend or implement them.
      
      For further details, see [JEP 397](https://openjdk.java.net/jeps/397).

  JDK-8262133: JEP 395: Records

      Records have been added to the Java language. Records are a new kind of class in the Java
      language. They act as transparent carriers for immutable data with less ceremony than normal
      classes.
      
      Since nested classes were first introduced to Java, with the exception of static final fields
      initialized by constant expressions, nested class declarations that are inner have been
      prohibited from declaring static members. This restriction applies to non-static member
      classes, local classes, and anonymous classes. 
      
      [JEP 384: Records (Second Preview)](https://openjdk.java.net/jeps/384) added support for local
      interfaces, enum classes, and record classes, all of which are static definitions. This was a
      well-received enhancement, permitting coding styles that reduce the scope of certain
      declarations to local contexts. 
      
      While [JEP 384](https://openjdk.java.net/jeps/384) allowed for static local classes and
      interfaces, it did not relax the restriction on static member classes and interfaces of inner
      classes. An inner class could declare a static interface inside one of its method bodies, but
      not as a class member. 
      
      As a natural next step, [JEP 395](https://openjdk.java.net/jeps/395) further relaxes nesting
      restrictions, and permits static classes, methods, fields, etc., to be declared within inner
      classes.   For further details, see [JEP 395](https://openjdk.java.net/jeps/395). 

  JDK-8262138: JEP 394: Pattern Matching for instanceof

      Pattern matching for the `instanceof` operator has been made a final and permanent feature of
      the Java language in JDK 16. Pattern matching allows common logic in a Java program to be
      expressed more concisely and safely, namely the conditional extraction of components from
      objects.
      
      For further details, see [JEP 394](https://openjdk.java.net/jeps/394). 

  JDK-8262150: JEP 397: Sealed Classes (Second Preview)

      Sealed classes and interfaces have been previewed again in JDK 16, initially added to the Java
      language in JDK 15. Sealed classes and interfaces restrict which other classes or interfaces
      may extend or implement them.
      
      For further details, see [JEP 397](https://openjdk.java.net/jeps/397).

  JDK-8262133: JEP 395: Records

      Records have been added to the Java language. Records are a new kind of class in the Java
      language. They act as transparent carriers for immutable data with less ceremony than normal
      classes.
      
      Since nested classes were first introduced to Java, with the exception of static final fields
      initialized by constant expressions, nested class declarations that are inner have been
      prohibited from declaring static members. This restriction applies to non-static member
      classes, local classes, and anonymous classes. 
      
      [JEP 384: Records (Second Preview)](https://openjdk.java.net/jeps/384) added support for local
      interfaces, enum classes, and record classes, all of which are static definitions. This was a
      well-received enhancement, permitting coding styles that reduce the scope of certain
      declarations to local contexts. 
      
      While [JEP 384](https://openjdk.java.net/jeps/384) allowed for static local classes and
      interfaces, it did not relax the restriction on static member classes and interfaces of inner
      classes. An inner class could declare a static interface inside one of its method bodies, but
      not as a class member. 
      
      As a natural next step, [JEP 395](https://openjdk.java.net/jeps/395) further relaxes nesting
      restrictions, and permits static classes, methods, fields, etc., to be declared within inner
      classes.   For further details, see [JEP 395](https://openjdk.java.net/jeps/395). 

  JDK-8262138: JEP 394: Pattern Matching for instanceof

      Pattern matching for the `instanceof` operator has been made a final and permanent feature of
      the Java language in JDK 16. Pattern matching allows common logic in a Java program to be
      expressed more concisely and safely, namely the conditional extraction of components from
      objects.
      
      For further details, see [JEP 394](https://openjdk.java.net/jeps/394). 

hotspot/runtime:

  JDK-8257429: Deprecated Tracing Flags Are Obsolete and Must Be Replaced With Unified Logging Equivalents

      When Unified Logging was added in Java 9, a number of tracing flags were deprecated and mapped
      to their unified logging equivalent. These flags are now obsolete and will no longer be
      converted automatically to enable unified logging. To continue getting the same logging
      output, you must explicitly replace the use of these flags with their unified logging
      equivalent.
      
      | Obsoleted Option | Unified Logging Replacement | | ------------------------ |
      --------------------------- | | -XX:+TraceClassLoading | -Xlog:class+load=info | |
      -XX:+TraceClassUnloading | -Xlog:class+unload=info | | -XX:+TraceExceptions |
      -Xlog:exceptions=info | 

  JDK-8257795: Parts of the Signal-Chaining API Are Deprecated

      The signal-chaining facility was introduced in JDK 1.4 and supported three different Linux
      signal-handling API's: `sigset`, `signal` and `sigaction`. Only `sigaction` is a
      cross-platform, supported, API for multi-threaded processes. Both `signal` and `sigset` are
      considered obsolete on those platforms that still define them. Consequently, the use of
      `signal` and `sigset` with the signal-chaining facility are now deprecated, and support for
      their use will be removed in a future release.

  JDK-8260452: IncompatibleClassChangeError Exceptions Are Thrown For Failing 'final' Checks When Defining a Class

      As a result of changes to section 5.3.5 of the Java Virtual Machine Specification, a
      `java.lang.IncompatibleClassChangeError` exception is thrown instead of a
      `java.lang.VerifyError` exception when defining a class whose super class is final and when
      defining a class that tries to override a final method.

  JDK-8253225: Object Monitors No Longer Keep Strong References to Their Associated Object

      When synchronization is performed on an object, an association is established between the
      object and the object monitor that implements the synchronization. In the past, the reference
      from a monitor to its associated object was a strong reference. These strong references would
      be observable through JVM TI functions that walk the heap (reported as
      `JVMTI_HEAP_ROOT_MONITOR` or `JVMTI_HEAP_REFERENCE_MONITOR`) and in heap dumps (reported as
      `HPROF_GC_ROOT_MONITOR_USED`). As of this release, a weak reference is used. These are not
      observable to JVM TI or heap dumps. Consequently, `JVMTI_HEAP_ROOT_MONITOR`,
      `JVMTI_HEAP_REFERENCE_MONITOR` and `HPROF_GC_ROOT_MONITOR_USED` are longer reported.

  JDK-8260562: JEP 387: Elastic Metaspace

      [JEP 387](https://openjdk.java.net/jeps/387) "Elastic Metaspace" overhauls the VM-internal
      metaspace- and class-space-implementation. Less memory is used for class metadata. The savings
      effect is mostly noticeable in scenarios involving lots of small grained class loaders. Upon
      class unloading, memory is timely returned to the operating system.
      
      A switch is added to fine-tune metaspace reclamation:
      `-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)`. `balanced`, the default, causes the
      VM to reclaim memory while keeping computational overhead minimal; `aggressive` moderately
      increases the reclaim rate at the cost of somewhat more expensive bookkeeping; `none` switches
      reclamation off altogether.
      
      The switches `InitialBootClassLoaderMetaspaceSize` and `UseLargePagesInMetaspace` have been
      deprecated.

  JDK-8257429: Deprecated Tracing Flags Are Obsolete and Must Be Replaced With Unified Logging Equivalents

      When Unified Logging was added in Java 9, a number of tracing flags were deprecated and mapped
      to their unified logging equivalent. These flags are now obsolete and will no longer be
      converted automatically to enable unified logging. To continue getting the same logging
      output, you must explicitly replace the use of these flags with their unified logging
      equivalent.
      
      | Obsoleted Option | Unified Logging Replacement | | ------------------------ |
      --------------------------- | | -XX:+TraceClassLoading | -Xlog:class+load=info | |
      -XX:+TraceClassUnloading | -Xlog:class+unload=info | | -XX:+TraceExceptions |
      -Xlog:exceptions=info | 

  JDK-8257795: Parts of the Signal-Chaining API Are Deprecated

      The signal-chaining facility was introduced in JDK 1.4 and supported three different Linux
      signal-handling API's: `sigset`, `signal` and `sigaction`. Only `sigaction` is a
      cross-platform, supported, API for multi-threaded processes. Both `signal` and `sigset` are
      considered obsolete on those platforms that still define them. Consequently, the use of
      `signal` and `sigset` with the signal-chaining facility are now deprecated, and support for
      their use will be removed in a future release.

  JDK-8260452: IncompatibleClassChangeError Exceptions Are Thrown For Failing 'final' Checks When Defining a Class

      As a result of changes to section 5.3.5 of the Java Virtual Machine Specification, a
      `java.lang.IncompatibleClassChangeError` exception is thrown instead of a
      `java.lang.VerifyError` exception when defining a class whose super class is final and when
      defining a class that tries to override a final method.

  JDK-8253225: Object Monitors No Longer Keep Strong References to Their Associated Object

      When synchronization is performed on an object, an association is established between the
      object and the object monitor that implements the synchronization. In the past, the reference
      from a monitor to its associated object was a strong reference. These strong references would
      be observable through JVM TI functions that walk the heap (reported as
      `JVMTI_HEAP_ROOT_MONITOR` or `JVMTI_HEAP_REFERENCE_MONITOR`) and in heap dumps (reported as
      `HPROF_GC_ROOT_MONITOR_USED`). As of this release, a weak reference is used. These are not
      observable to JVM TI or heap dumps. Consequently, `JVMTI_HEAP_ROOT_MONITOR`,
      `JVMTI_HEAP_REFERENCE_MONITOR` and `HPROF_GC_ROOT_MONITOR_USED` are longer reported.

  JDK-8260562: JEP 387: Elastic Metaspace

      [JEP 387](https://openjdk.java.net/jeps/387) "Elastic Metaspace" overhauls the VM-internal
      metaspace- and class-space-implementation. Less memory is used for class metadata. The savings
      effect is mostly noticeable in scenarios involving lots of small grained class loaders. Upon
      class unloading, memory is timely returned to the operating system.
      
      A switch is added to fine-tune metaspace reclamation:
      `-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)`. `balanced`, the default, causes the
      VM to reclaim memory while keeping computational overhead minimal; `aggressive` moderately
      increases the reclaim rate at the cost of somewhat more expensive bookkeeping; `none` switches
      reclamation off altogether.
      
      The switches `InitialBootClassLoaderMetaspaceSize` and `UseLargePagesInMetaspace` have been
      deprecated.

  JDK-8257429: Deprecated Tracing Flags Are Obsolete and Must Be Replaced With Unified Logging Equivalents

      When Unified Logging was added in Java 9, a number of tracing flags were deprecated and mapped
      to their unified logging equivalent. These flags are now obsolete and will no longer be
      converted automatically to enable unified logging. To continue getting the same logging
      output, you must explicitly replace the use of these flags with their unified logging
      equivalent.
      
      | Obsoleted Option | Unified Logging Replacement | | ------------------------ |
      --------------------------- | | -XX:+TraceClassLoading | -Xlog:class+load=info | |
      -XX:+TraceClassUnloading | -Xlog:class+unload=info | | -XX:+TraceExceptions |
      -Xlog:exceptions=info | 

  JDK-8257795: Parts of the Signal-Chaining API Are Deprecated

      The signal-chaining facility was introduced in JDK 1.4 and supported three different Linux
      signal-handling API's: `sigset`, `signal` and `sigaction`. Only `sigaction` is a
      cross-platform, supported, API for multi-threaded processes. Both `signal` and `sigset` are
      considered obsolete on those platforms that still define them. Consequently, the use of
      `signal` and `sigset` with the signal-chaining facility are now deprecated, and support for
      their use will be removed in a future release.

  JDK-8260452: IncompatibleClassChangeError Exceptions Are Thrown For Failing 'final' Checks When Defining a Class

      As a result of changes to section 5.3.5 of the Java Virtual Machine Specification, a
      `java.lang.IncompatibleClassChangeError` exception is thrown instead of a
      `java.lang.VerifyError` exception when defining a class whose super class is final and when
      defining a class that tries to override a final method.

  JDK-8253225: Object Monitors No Longer Keep Strong References to Their Associated Object

      When synchronization is performed on an object, an association is established between the
      object and the object monitor that implements the synchronization. In the past, the reference
      from a monitor to its associated object was a strong reference. These strong references would
      be observable through JVM TI functions that walk the heap (reported as
      `JVMTI_HEAP_ROOT_MONITOR` or `JVMTI_HEAP_REFERENCE_MONITOR`) and in heap dumps (reported as
      `HPROF_GC_ROOT_MONITOR_USED`). As of this release, a weak reference is used. These are not
      observable to JVM TI or heap dumps. Consequently, `JVMTI_HEAP_ROOT_MONITOR`,
      `JVMTI_HEAP_REFERENCE_MONITOR` and `HPROF_GC_ROOT_MONITOR_USED` are longer reported.

  JDK-8260562: JEP 387: Elastic Metaspace

      [JEP 387](https://openjdk.java.net/jeps/387) "Elastic Metaspace" overhauls the VM-internal
      metaspace- and class-space-implementation. Less memory is used for class metadata. The savings
      effect is mostly noticeable in scenarios involving lots of small grained class loaders. Upon
      class unloading, memory is timely returned to the operating system.
      
      A switch is added to fine-tune metaspace reclamation:
      `-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)`. `balanced`, the default, causes the
      VM to reclaim memory while keeping computational overhead minimal; `aggressive` moderately
      increases the reclaim rate at the cost of somewhat more expensive bookkeeping; `none` switches
      reclamation off altogether.
      
      The switches `InitialBootClassLoaderMetaspaceSize` and `UseLargePagesInMetaspace` have been
      deprecated.

  JDK-8257429: Deprecated Tracing Flags Are Obsolete and Must Be Replaced With Unified Logging Equivalents

      When Unified Logging was added in Java 9, a number of tracing flags were deprecated and mapped
      to their unified logging equivalent. These flags are now obsolete and will no longer be
      converted automatically to enable unified logging. To continue getting the same logging
      output, you must explicitly replace the use of these flags with their unified logging
      equivalent.
      
      | Obsoleted Option | Unified Logging Replacement | | ------------------------ |
      --------------------------- | | -XX:+TraceClassLoading | -Xlog:class+load=info | |
      -XX:+TraceClassUnloading | -Xlog:class+unload=info | | -XX:+TraceExceptions |
      -Xlog:exceptions=info | 

  JDK-8257795: Parts of the Signal-Chaining API Are Deprecated

      The signal-chaining facility was introduced in JDK 1.4 and supported three different Linux
      signal-handling API's: `sigset`, `signal` and `sigaction`. Only `sigaction` is a
      cross-platform, supported, API for multi-threaded processes. Both `signal` and `sigset` are
      considered obsolete on those platforms that still define them. Consequently, the use of
      `signal` and `sigset` with the signal-chaining facility are now deprecated, and support for
      their use will be removed in a future release.

  JDK-8260452: IncompatibleClassChangeError Exceptions Are Thrown For Failing 'final' Checks When Defining a Class

      As a result of changes to section 5.3.5 of the Java Virtual Machine Specification, a
      `java.lang.IncompatibleClassChangeError` exception is thrown instead of a
      `java.lang.VerifyError` exception when defining a class whose super class is final and when
      defining a class that tries to override a final method.

  JDK-8253225: Object Monitors No Longer Keep Strong References to Their Associated Object

      When synchronization is performed on an object, an association is established between the
      object and the object monitor that implements the synchronization. In the past, the reference
      from a monitor to its associated object was a strong reference. These strong references would
      be observable through JVM TI functions that walk the heap (reported as
      `JVMTI_HEAP_ROOT_MONITOR` or `JVMTI_HEAP_REFERENCE_MONITOR`) and in heap dumps (reported as
      `HPROF_GC_ROOT_MONITOR_USED`). As of this release, a weak reference is used. These are not
      observable to JVM TI or heap dumps. Consequently, `JVMTI_HEAP_ROOT_MONITOR`,
      `JVMTI_HEAP_REFERENCE_MONITOR` and `HPROF_GC_ROOT_MONITOR_USED` are longer reported.

  JDK-8260562: JEP 387: Elastic Metaspace

      [JEP 387](https://openjdk.java.net/jeps/387) "Elastic Metaspace" overhauls the VM-internal
      metaspace- and class-space-implementation. Less memory is used for class metadata. The savings
      effect is mostly noticeable in scenarios involving lots of small grained class loaders. Upon
      class unloading, memory is timely returned to the operating system.
      
      A switch is added to fine-tune metaspace reclamation:
      `-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)`. `balanced`, the default, causes the
      VM to reclaim memory while keeping computational overhead minimal; `aggressive` moderately
      increases the reclaim rate at the cost of somewhat more expensive bookkeeping; `none` switches
      reclamation off altogether.
      
      The switches `InitialBootClassLoaderMetaspaceSize` and `UseLargePagesInMetaspace` have been
      deprecated.

  JDK-8257429: Deprecated Tracing Flags Are Obsolete and Must Be Replaced With Unified Logging Equivalents

      When Unified Logging was added in Java 9, a number of tracing flags were deprecated and mapped
      to their unified logging equivalent. These flags are now obsolete and will no longer be
      converted automatically to enable unified logging. To continue getting the same logging
      output, you must explicitly replace the use of these flags with their unified logging
      equivalent.
      
      | Obsoleted Option | Unified Logging Replacement | | ------------------------ |
      --------------------------- | | -XX:+TraceClassLoading | -Xlog:class+load=info | |
      -XX:+TraceClassUnloading | -Xlog:class+unload=info | | -XX:+TraceExceptions |
      -Xlog:exceptions=info | 

  JDK-8257795: Parts of the Signal-Chaining API Are Deprecated

      The signal-chaining facility was introduced in JDK 1.4 and supported three different Linux
      signal-handling API's: `sigset`, `signal` and `sigaction`. Only `sigaction` is a
      cross-platform, supported, API for multi-threaded processes. Both `signal` and `sigset` are
      considered obsolete on those platforms that still define them. Consequently, the use of
      `signal` and `sigset` with the signal-chaining facility are now deprecated, and support for
      their use will be removed in a future release.

  JDK-8260452: IncompatibleClassChangeError Exceptions Are Thrown For Failing 'final' Checks When Defining a Class

      As a result of changes to section 5.3.5 of the Java Virtual Machine Specification, a
      `java.lang.IncompatibleClassChangeError` exception is thrown instead of a
      `java.lang.VerifyError` exception when defining a class whose super class is final and when
      defining a class that tries to override a final method.

  JDK-8253225: Object Monitors No Longer Keep Strong References to Their Associated Object

      When synchronization is performed on an object, an association is established between the
      object and the object monitor that implements the synchronization. In the past, the reference
      from a monitor to its associated object was a strong reference. These strong references would
      be observable through JVM TI functions that walk the heap (reported as
      `JVMTI_HEAP_ROOT_MONITOR` or `JVMTI_HEAP_REFERENCE_MONITOR`) and in heap dumps (reported as
      `HPROF_GC_ROOT_MONITOR_USED`). As of this release, a weak reference is used. These are not
      observable to JVM TI or heap dumps. Consequently, `JVMTI_HEAP_ROOT_MONITOR`,
      `JVMTI_HEAP_REFERENCE_MONITOR` and `HPROF_GC_ROOT_MONITOR_USED` are longer reported.

  JDK-8260562: JEP 387: Elastic Metaspace

      [JEP 387](https://openjdk.java.net/jeps/387) "Elastic Metaspace" overhauls the VM-internal
      metaspace- and class-space-implementation. Less memory is used for class metadata. The savings
      effect is mostly noticeable in scenarios involving lots of small grained class loaders. Upon
      class unloading, memory is timely returned to the operating system.
      
      A switch is added to fine-tune metaspace reclamation:
      `-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)`. `balanced`, the default, causes the
      VM to reclaim memory while keeping computational overhead minimal; `aggressive` moderately
      increases the reclaim rate at the cost of somewhat more expensive bookkeeping; `none` switches
      reclamation off altogether.
      
      The switches `InitialBootClassLoaderMetaspaceSize` and `UseLargePagesInMetaspace` have been
      deprecated.

core-libs/java.util.logging:

  JDK-8247877: java.util.logging.LogRecord Updated to Support Long Thread IDs

      In this release, `java.util.logging.LogRecord` has been updated to support long thread ids. 
      
      `LogRecord::getThreadID` and `LogRecord::setThreadID` are deprecated. New accessors,
      `LogRecord::getLongThreadID` and `LogRecord::setLongThreadID`, are provided and should be used
      instead.
      
      The serial field `threadID` has been deprecated and a new serial field `longThreadID` that can
      support long values has been introduced. The deprecated `threadID` field is kept in the serial
      form for backward compatibility. Long thread ids that are less than `Integer.MAX_VALUE` are
      directly mapped to `threadID` and `longThreadID` has the same value. For `longThreadID`
      greater than Integer.MAX_VALUE, a new negative value for the `int` `threadID` is synthesized
      by using a deterministic algorithm based on the `longThreadID` hash. The resulting value is
      guaranteed to be a negative value.

core-libs/java.lang.module:

  JDK-8256310: Module::getPackages Returns the Set of Package Names in This Module

      `Module::getPackages` returns the set of package names for the packages in this module.
      
      For unnamed modules, the specification and implementation have been corrected to return the
      names of the packages defined in the unnamed module.  Prior to Java SE 16,
      `Module::getPackages` returned the set of package names for the packages defined in the
      module's class loader if the module was an unnamed module and the result included packages of
      other named modules defined in the module's class loader, if any.

security-libs/java.security:

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

  JDK-8252392: Deprecated the java.security.cert APIs That Represent DNs as Principal or String Objects

      The following APIs have been deprecated: ``` java.security.cert.X509Certificate.getIssuerDN()
      java.security.cert.X509Certificate.getSubjectDN() java.security.cert.X509CRL.getIssuerDN()
      java.security.cert.X509CertSelector.setIssuer(String) java.security.cert.X509CertSelector.setSubject(String)
      java.security.cert.X509CertSelector.getIssuerAsString() java.security.cert.X509CertSelector.getSubjectAsString()
      java.security.cert.X509CRLSelector.addIssuerName(String) ``` These APIs either take or return
      Distinguished Names as `Principal` or `String` objects and can cause issues due to loss of
      encoding information or differences when comparing names across different Principal
      implementations. All of them have alternative APIs that use `X500Principal` objects instead.

  JDK-8256902: Removed Root Certificates with 1024-bit Keys

      The following root certificates with weak 1024-bit RSA public keys have been removed from the
      `cacerts` keystore: ``` + alias name "thawtepremiumserverca [jdk]"   Distinguished Name:
      EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services
      Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
      
      + alias name "verisignclass2g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 2 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3ca [jdk]"   Distinguished Name: OU=Class 3 Public Primary
      Certification Authority, O="VeriSign, Inc.", C=US
      
      + alias name "verisignclass3g2ca [jdk]"   Distinguished Name: OU=VeriSign Trust Network,
      OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary
      Certification Authority - G2, O="VeriSign, Inc.", C=US
      
      + alias name "verisigntsaca [jdk]"   Distinguished Name: CN=Thawte Timestamping CA, OU=Thawte
      Certification, O=Thawte, L=Durbanville, ST=Western Cape, C=ZA
      
      ```

  JDK-8255132: Signed JAR Support for RSASSA-PSS and EdDSA 

      This enhancement includes two main changes:
      
      1. The JarSigner API and the `jarsigner` tool now support signing a JAR file with an
      RSASSA-PSS or EdDSA key.
      
      2. Instead of signing the `.SF` file directly, `jarsigner` creates a [SignerInfo
      signedAttributes field](https://tools.ietf.org/html/rfc5652#section-11) which contains
      ContentType, MessageDigest, SigningTime, and
      [CMSAlgorithmProtection](https://tools.ietf.org/html/rfc6211). The field will not be generated
      if an alternative signing mechanism is specified by the `jarsigner` `-altsigner` option.
      Please note that although this field was not generated by `jarsigner` before this code change,
      it has always been supported when parsing the signature. This means newly signed JAR files
      with the field can be verified by earlier JDK releases.

  JDK-8250860: Added 3 SSL Corporation Root CA Certificates

      The following root certificates have been added to the cacerts truststore: ``` + SSL
      Corporation   + sslrootrsaca     DN: CN=SSL.com Root Certification Authority RSA, O=SSL
      Corporation, L=Houston, ST=Texas, C=US
      
      + sslrootevrsaca     DN: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation,
      L=Houston, ST=Texas, C=US
      
      + sslrooteccca     DN: CN=SSL.com Root Certification Authority ECC, O=SSL Corporation,
      L=Houston, ST=Texas, C=US ```

  JDK-8253201: SUN, SunRsaSign, and SunEC Providers Supports SHA-3 Based Signature Algorithms

      SUN, SunRsaSign, and SunEC provider have been enhanced to support SHA-3 based signature
      algorithms. DSA signatures, RSA, and ECDSA signature implementations with SHA-3 family of
      digests are now supported through these providers. In addition, RSASSA-PSS signature
      implementation from SunRsaSign provider can recognize SHA-3 family of digests when specified
      in signature parameters.

  JDK-8250756: Added Entrust Root Certification Authority - G4 certificate

      The following root certificate has been added to the cacerts truststore: ``` + Entrust   +
      entrustrootcag4     DN: CN=Entrust Root Certification Authority - G4, OU="(c) 2015 Entrust,
      Inc. - for authorized use only",             OU=See www.entrust.net/legal-terms, O="Entrust,
      Inc.", C=US ```

  JDK-8248263:  jarsigner Preserves POSIX File Permission and symlink Attributes

      When signing a file that contains POSIX file permission or symlink attributes, `jarsigner` now
      preserves these attributes in the newly signed file but warns that these attributes are
      unsigned and not protected by the signature. The same warning is printed during the `jarsigner
      -verify` operation for such files.
      
      Note that the `jar` tool does not read/write these attributes. This change is more visible to
      tools like `unzip` where these attributes are preserved.

  JDK-8259733: Added -trustcacerts and -keystore Options to keytool -printcert and -printcrl Commands

      The `-trustcacerts` and `-keystore` options have been added to the `-printcert` and
      `-printcrl` commands of the `keytool` utility. The `-printcert` command does not check for the
      weakness of a certificate's signature algorithm if it is a trusted certificate in the user's
      keystore or in the `cacerts` keystore. The `-printcrl` command verifies the CRL using a
      certificate from the user's keystore or the `cacerts` keystore, and will print out a warning
      if it cannot be verified.

  JDK-8242069: Upgraded the Default PKCS12 Encryption and MAC Algorithms

      The default encryption and MAC algorithms used in a PKCS #12 keystore have been updated. The
      new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that
      were based on RC2, DESede, and SHA-1. See the security properties starting with
      `keystore.pkcs12` in the `java.security` file for detailed information.
      
      For compatibility, a new system property named `keystore.pkcs12.legacy` is defined that will
      revert the algorithms to use the older, weaker algorithms. There is no value defined for this
      property.

core-libs/java.lang:reflect:

  JDK-8263045: Add InvocationHandler::invokeDefault Method for Proxy's Default Method Support

      A new method, `invokeDefault`, has been added to the `java.lang.reflect.InvocationHandler`
      interface to allow a default method defined in a proxy interface to be invoked. 

  JDK-8260600: Proxy Classes Are Not Open for Reflective Access

      All proxy classes are not open for reflective access in Java SE 16.   
      
      Prior to Java SE 16, if `java.lang.reflect.Proxy` was used to implement only public exported
      proxy interfaces, the proxy class was generated in an unnamed module which was open for
      reflective access. In Java SE 16, the proxy class is generated in an exported package in a
      named module.  Programs that assume the private members of a proxy class can be made
      accessible via `setAccessible(true)` will fail with `InaccessibleObjectException`. Proxy
      classes are already defined in dynamic modules in other cases since Java SE 9.   Such programs
      would already fail when it calls `setAccessible(true)` to those proxy classes prior to this
      change.

core-libs/java.time:

  JDK-8255971: Day Period Support Added to java.time Formats

      A new formatter pattern, letter 'B', and its supporting method have been added to
      `java.time.format.DateTimeFormatter/DateTimeFormatterBuilder` classes. The pattern and method
      translate `day periods` defined in Unicode Consortium's CLDR
      (https://unicode.org/reports/tr35/tr35-dates.html#dayPeriods). Applications can now express
      periods in a day, such as "in the morning" or "at night", not just am/pm. The following
      example demonstrates translating the day periods: ```
      DateTimeFormatter.ofPattern("B").format(LocalTime.now()) ``` This example produces day period
      text depending on the time of the day and locale.

  JDK-8254679: US/Pacific-New Zone Name Removed as Part of tzdata2020b

      Following the JDK's update to tzdata2020b, the long-obsolete files named `pacificnew` and
      `systemv` have been removed. As a result, the "US/Pacific-New" Zone name declared in the
      `pacificnew` data file is no longer available for use.
      
      Information regarding this update can be viewed at
      https://mm.icann.org/pipermail/tz-announce/2020-October/000059.html

  JDK-8255971: Day Period Support Added to java.time Formats

      A new formatter pattern, letter 'B', and its supporting method have been added to
      `java.time.format.DateTimeFormatter/DateTimeFormatterBuilder` classes. The pattern and method
      translate `day periods` defined in Unicode Consortium's CLDR
      (https://unicode.org/reports/tr35/tr35-dates.html#dayPeriods). Applications can now express
      periods in a day, such as "in the morning" or "at night", not just am/pm. The following
      example demonstrates translating the day periods: ```
      DateTimeFormatter.ofPattern("B").format(LocalTime.now()) ``` This example produces day period
      text depending on the time of the day and locale.

  JDK-8254679: US/Pacific-New Zone Name Removed as Part of tzdata2020b

      Following the JDK's update to tzdata2020b, the long-obsolete files named `pacificnew` and
      `systemv` have been removed. As a result, the "US/Pacific-New" Zone name declared in the
      `pacificnew` data file is no longer available for use.
      
      Information regarding this update can be viewed at
      https://mm.icann.org/pipermail/tz-announce/2020-October/000059.html

core-libs/java.util.stream:

  JDK-8257870: Add Stream.toList() Method

      A new method `toList` has been added to the `java.util.Stream` interface. This introduces a
      potential source incompatibility with classes that implement or interfaces that extend the
      `Stream` interface and that also statically import a `toList` method from elsewhere, for
      example, `Collectors.toList`. References to such methods must be changed to use a qualified
      name instead of a static import.

tools/jpackage:

  JDK-8262050: JEP 392: Packaging Tool

      Provides the `jpackage` tool, for packaging self-contained Java applications. The `jpackage
      tool` was introduced as an incubating tool in JDK 14 by JEP 343. It remained an incubating
      tool in JDK 15, to allow time for additional feedback. It has been promoted in JDK 16 from
      incubation to a production-ready feature. As a consequence of this transition, the name of the
      `jpackage` module has changed from `jdk.incubator.jpackage` to `jdk.jpackage`.
      
      For further details, see [JEP 392](https://openjdk.java.net/jeps/392).

core-libs:

  JDK-8256358: JEP 396: Strongly Encapsulate JDK Internals by Default

      Strongly encapsulate all internal elements of the JDK by default, except for [critical
      internal APIs][crit] such as `sun.misc.Unsafe`.  Allow end users to choose the relaxed strong
      encapsulation that has been the default since JDK 9.
      
      With this change, the default value of the launcher option [`--illegal-access`][relax] is now
      `deny` rather than `permit`.  As a consequence, existing code that uses most internal classes,
      methods, or fields of the JDK will fail to run.  Such code can be made to run on JDK 16
      by specifying `--illegal-access=permit`.  That option will, however, be removed in a future
      release.
      
      For further details, please see [JEP 396](https://openjdk.java.net/jeps/396).
      
      [crit]: https://openjdk.java.net/jeps/260#Description [relax]:
      https://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation 

  JDK-8262791: JEP 393: Foreign-Memory Access API (Third Incubator)

      Introduce an API to allow Java programs to safely and efficiently access foreign memory
      outside of the Java heap.
      
      For further details, see [JEP 393](https://openjdk.java.net/jeps/393). 

  JDK-8262789: JEP 389: Foreign Linker API (Incubator)

      Introduce an API that offers statically-typed, pure-Java access to native code. This API,
      together with the Foreign-Memory API (JEP 393), will considerably simplify the otherwise
      error-prone process of binding to a native library.
      
      For further details, see [JEP 389](https://openjdk.java.net/jeps/389). 

  JDK-8256358: JEP 396: Strongly Encapsulate JDK Internals by Default

      Strongly encapsulate all internal elements of the JDK by default, except for [critical
      internal APIs][crit] such as `sun.misc.Unsafe`.  Allow end users to choose the relaxed strong
      encapsulation that has been the default since JDK 9.
      
      With this change, the default value of the launcher option [`--illegal-access`][relax] is now
      `deny` rather than `permit`.  As a consequence, existing code that uses most internal classes,
      methods, or fields of the JDK will fail to run.  Such code can be made to run on JDK 16
      by specifying `--illegal-access=permit`.  That option will, however, be removed in a future
      release.
      
      For further details, please see [JEP 396](https://openjdk.java.net/jeps/396).
      
      [crit]: https://openjdk.java.net/jeps/260#Description [relax]:
      https://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation 

  JDK-8262791: JEP 393: Foreign-Memory Access API (Third Incubator)

      Introduce an API to allow Java programs to safely and efficiently access foreign memory
      outside of the Java heap.
      
      For further details, see [JEP 393](https://openjdk.java.net/jeps/393). 

  JDK-8262789: JEP 389: Foreign Linker API (Incubator)

      Introduce an API that offers statically-typed, pure-Java access to native code. This API,
      together with the Foreign-Memory API (JEP 393), will considerably simplify the otherwise
      error-prone process of binding to a native library.
      
      For further details, see [JEP 389](https://openjdk.java.net/jeps/389). 

  JDK-8256358: JEP 396: Strongly Encapsulate JDK Internals by Default

      Strongly encapsulate all internal elements of the JDK by default, except for [critical
      internal APIs][crit] such as `sun.misc.Unsafe`.  Allow end users to choose the relaxed strong
      encapsulation that has been the default since JDK 9.
      
      With this change, the default value of the launcher option [`--illegal-access`][relax] is now
      `deny` rather than `permit`.  As a consequence, existing code that uses most internal classes,
      methods, or fields of the JDK will fail to run.  Such code can be made to run on JDK 16
      by specifying `--illegal-access=permit`.  That option will, however, be removed in a future
      release.
      
      For further details, please see [JEP 396](https://openjdk.java.net/jeps/396).
      
      [crit]: https://openjdk.java.net/jeps/260#Description [relax]:
      https://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation 

  JDK-8262791: JEP 393: Foreign-Memory Access API (Third Incubator)

      Introduce an API to allow Java programs to safely and efficiently access foreign memory
      outside of the Java heap.
      
      For further details, see [JEP 393](https://openjdk.java.net/jeps/393). 

  JDK-8262789: JEP 389: Foreign Linker API (Incubator)

      Introduce an API that offers statically-typed, pure-Java access to native code. This API,
      together with the Foreign-Memory API (JEP 393), will considerably simplify the otherwise
      error-prone process of binding to a native library.
      
      For further details, see [JEP 389](https://openjdk.java.net/jeps/389). 

core-libs/javax.naming:

  JDK-8258824: LDAP Channel Binding Support for Java GSS/Kerberos

      A new JNDI environment property `“com.sun.jndi.ldap.tls.cbtype”` has been added to enable TLS
      Channel Binding data in LDAP authentication over SSL/TLS protocol to the Windows AD server.
      Possible value is `“tls-server-end-point”` - Channel Binding data is created on the base of
      the TLS server certificate. See the module description of the `java.naming` module. 

core-libs/java.util.jar:

  JDK-8253185: GZIPOutputStream Sets the GZIP OS Header Field to the Correct Default Value

      Prior to JDK 16,  GZIPOutputStream set the OS field in the GZIP header to 0 (meaning FAT
      filesystem), which does not match the default value specified in section 2.3.1.2 of the GZIP
      file format specification version 4.3 (RFC 1952).  
      
      As of JDK 16, the GZIP OS Header Field is set to 255, which is the default value as defined in
      RFC 1952.

  JDK-8254840: Refine ZipOutputStream.putNextEntry() to Recalculate ZipEntry's Compressed Size

      Prior to JDK 16, `ZipOutputStream.putnextEntry()` would not recalculate the compressed size
      for a compressed (DEFLATED) entry. This could result in the ZipException, "invalid entry
      compressed size", being thrown if the current ZLIB implementation being used when
      `ZipOutputStream.putNextEntry()` was called  differed from the implementation  at the time
      when the entry was added to the original ZIP file.
      
      Starting with JDK 16, if the compressed size has not been explicitly set with the
      `ZipEntry.setCompressedSize(long)` method when writing a compressed (DEFLATED) entry, then the
      compressed size is set to the actual compressed size after deflation.

  JDK-8253185: GZIPOutputStream Sets the GZIP OS Header Field to the Correct Default Value

      Prior to JDK 16,  GZIPOutputStream set the OS field in the GZIP header to 0 (meaning FAT
      filesystem), which does not match the default value specified in section 2.3.1.2 of the GZIP
      file format specification version 4.3 (RFC 1952).  
      
      As of JDK 16, the GZIP OS Header Field is set to 255, which is the default value as defined in
      RFC 1952.

  JDK-8254840: Refine ZipOutputStream.putNextEntry() to Recalculate ZipEntry's Compressed Size

      Prior to JDK 16, `ZipOutputStream.putnextEntry()` would not recalculate the compressed size
      for a compressed (DEFLATED) entry. This could result in the ZipException, "invalid entry
      compressed size", being thrown if the current ZLIB implementation being used when
      `ZipOutputStream.putNextEntry()` was called  differed from the implementation  at the time
      when the entry was added to the original ZIP file.
      
      Starting with JDK 16, if the compressed size has not been explicitly set with the
      `ZipEntry.setCompressedSize(long)` method when writing a compressed (DEFLATED) entry, then the
      compressed size is set to the actual compressed size after deflation.

hotspot/compiler:

  JDK-8255623: Removal of Experimental Features AOT and Graal JIT

      The Java Ahead-of-Time compilation experimental tool `jaotc` has been removed. Using HotSpot
      VM options defined by [JEP295](https://openjdk.java.net/jeps/295) produce a not supported
      option warning but will otherwise be ignored.
      
      The experimental Java-based JIT compiler, Graal [JEP317](https://openjdk.java.net/jeps/317),
      has been removed.  Attempting to use it produces a JVMCI error: `JVMCI compiler 'graal' not
      found`.

  JDK-8263032: Improved CompileCommand Flag

      The CompileCommand flag has an option type that has been used for a collection of sub
      commands. These commands weren't verified for validity so spelling mistakes lead to the
      command being ignored. They had the form: ``` -XX:CompileCommand=option,<method
      pattern>,<option name>,<value type>,<value> ```
      
      All option commands now exist as ordinary commands with this form: ```
      -XX:CompileCommand=<option name>,<method pattern>,<value> ```
      
      The option name is verified and the type is inferred. Helpful error messages are given if the
      command name doesn't exist, or if the value doesn't match the type of the command. All command
      names are case insensitive.
      
      The old syntax for option commands can still be used. Verification that the option name, value
      type, and value is consistent has been added. 
      
      All available options can be listed with:
      
      ``` -XX:CompileCommand=help  ```

  JDK-8261369: JEP 338: Vector API (Incubator)

      Provides an initial iteration of an incubator module, `jdk.incubator.vector`, to express
      vector computations that reliably compile at runtime to optimal vector hardware instructions
      on supported CPU architectures and thus achieve superior performance to equivalent scalar
      computations.
      
      For further details, see [JEP 338](https://openjdk.java.net/jeps/338).

  JDK-8255623: Removal of Experimental Features AOT and Graal JIT

      The Java Ahead-of-Time compilation experimental tool `jaotc` has been removed. Using HotSpot
      VM options defined by [JEP295](https://openjdk.java.net/jeps/295) produce a not supported
      option warning but will otherwise be ignored.
      
      The experimental Java-based JIT compiler, Graal [JEP317](https://openjdk.java.net/jeps/317),
      has been removed.  Attempting to use it produces a JVMCI error: `JVMCI compiler 'graal' not
      found`.

  JDK-8263032: Improved CompileCommand Flag

      The CompileCommand flag has an option type that has been used for a collection of sub
      commands. These commands weren't verified for validity so spelling mistakes lead to the
      command being ignored. They had the form: ``` -XX:CompileCommand=option,<method
      pattern>,<option name>,<value type>,<value> ```
      
      All option commands now exist as ordinary commands with this form: ```
      -XX:CompileCommand=<option name>,<method pattern>,<value> ```
      
      The option name is verified and the type is inferred. Helpful error messages are given if the
      command name doesn't exist, or if the value doesn't match the type of the command. All command
      names are case insensitive.
      
      The old syntax for option commands can still be used. Verification that the option name, value
      type, and value is consistent has been added. 
      
      All available options can be listed with:
      
      ``` -XX:CompileCommand=help  ```

  JDK-8261369: JEP 338: Vector API (Incubator)

      Provides an initial iteration of an incubator module, `jdk.incubator.vector`, to express
      vector computations that reliably compile at runtime to optimal vector hardware instructions
      on supported CPU architectures and thus achieve superior performance to equivalent scalar
      computations.
      
      For further details, see [JEP 338](https://openjdk.java.net/jeps/338).

  JDK-8255623: Removal of Experimental Features AOT and Graal JIT

      The Java Ahead-of-Time compilation experimental tool `jaotc` has been removed. Using HotSpot
      VM options defined by [JEP295](https://openjdk.java.net/jeps/295) produce a not supported
      option warning but will otherwise be ignored.
      
      The experimental Java-based JIT compiler, Graal [JEP317](https://openjdk.java.net/jeps/317),
      has been removed.  Attempting to use it produces a JVMCI error: `JVMCI compiler 'graal' not
      found`.

  JDK-8263032: Improved CompileCommand Flag

      The CompileCommand flag has an option type that has been used for a collection of sub
      commands. These commands weren't verified for validity so spelling mistakes lead to the
      command being ignored. They had the form: ``` -XX:CompileCommand=option,<method
      pattern>,<option name>,<value type>,<value> ```
      
      All option commands now exist as ordinary commands with this form: ```
      -XX:CompileCommand=<option name>,<method pattern>,<value> ```
      
      The option name is verified and the type is inferred. Helpful error messages are given if the
      command name doesn't exist, or if the value doesn't match the type of the command. All command
      names are case insensitive.
      
      The old syntax for option commands can still be used. Verification that the option name, value
      type, and value is consistent has been added. 
      
      All available options can be listed with:
      
      ``` -XX:CompileCommand=help  ```

  JDK-8261369: JEP 338: Vector API (Incubator)

      Provides an initial iteration of an incubator module, `jdk.incubator.vector`, to express
      vector computations that reliably compile at runtime to optimal vector hardware instructions
      on supported CPU architectures and thus achieve superior performance to equivalent scalar
      computations.
      
      For further details, see [JEP 338](https://openjdk.java.net/jeps/338).

security-libs/javax.net.ssl:

  JDK-8265351: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 character set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters. This
      means applications that used characters above U+000007F that were previously encoded using
      UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java security
      property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.
      
      See the updated guide at
      https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/alpn.html for more
      information.  

  JDK-8257548: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 Character Set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      ALPN values are now represented using the network byte representation expected by the peer,
      which should require no modification for standard 7-bit ASCII-based character Strings. 
      However, SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters.
      This means applications that used characters above U+000007F that were previously encoded
      using UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java
      security property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.

  JDK-8257710: TLS Support for the EdDSA Signature Algorithm

      The SunJSSE provider now supports the use of the EdDSA signature algorithm.  Specifically
      SunJSSE may use certificates containing EdDSA keys for server side and client side
      authentication and may use certificates signed with the EdDSA algorithm.  Additionally, EdDSA
      signatures are supported for TLS handshake messages that require digital signatures.

  JDK-8256490: Disable TLS 1.0 and 1.1

      TLS 1.0 and 1.1 are versions of the TLS protocol that are no longer considered secure and have
      been superseded by more secure and modern versions (TLS 1.2 and 1.3).
      
      These versions have now been disabled by default. If you encounter issues, you can, at your
      own risk, re-enable the versions by removing "TLSv1" and/or "TLSv1.1" from the
      `jdk.tls.disabledAlgorithms` security property in the `java.security` configuration file.

  JDK-8265351: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 character set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters. This
      means applications that used characters above U+000007F that were previously encoded using
      UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java security
      property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.
      
      See the updated guide at
      https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/alpn.html for more
      information.  

  JDK-8257548: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 Character Set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      ALPN values are now represented using the network byte representation expected by the peer,
      which should require no modification for standard 7-bit ASCII-based character Strings. 
      However, SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters.
      This means applications that used characters above U+000007F that were previously encoded
      using UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java
      security property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.

  JDK-8257710: TLS Support for the EdDSA Signature Algorithm

      The SunJSSE provider now supports the use of the EdDSA signature algorithm.  Specifically
      SunJSSE may use certificates containing EdDSA keys for server side and client side
      authentication and may use certificates signed with the EdDSA algorithm.  Additionally, EdDSA
      signatures are supported for TLS handshake messages that require digital signatures.

  JDK-8256490: Disable TLS 1.0 and 1.1

      TLS 1.0 and 1.1 are versions of the TLS protocol that are no longer considered secure and have
      been superseded by more secure and modern versions (TLS 1.2 and 1.3).
      
      These versions have now been disabled by default. If you encounter issues, you can, at your
      own risk, re-enable the versions by removing "TLSv1" and/or "TLSv1.1" from the
      `jdk.tls.disabledAlgorithms` security property in the `java.security` configuration file.

  JDK-8265351: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 character set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters. This
      means applications that used characters above U+000007F that were previously encoded using
      UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java security
      property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.
      
      See the updated guide at
      https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/alpn.html for more
      information.  

  JDK-8257548: Improve Encoding of TLS Application-Layer Protocol Negotiation (ALPN) Values

      Certain TLS ALPN values couldn't be properly read or written by the SunJSSE provider. This is
      due to the choice of Strings as the API interface and the undocumented internal use of the
      UTF-8 Character Set which converts characters larger than U+00007F (7-bit ASCII) into
      multi-byte arrays that may not be expected by a peer.
      
      ALPN values are now represented using the network byte representation expected by the peer,
      which should require no modification for standard 7-bit ASCII-based character Strings. 
      However, SunJSSE now encodes/decodes String characters as 8-bit ISO_8859_1/LATIN-1 characters.
      This means applications that used characters above U+000007F that were previously encoded
      using UTF-8 may need to either be modified to perform the UTF-8 conversion, or set the Java
      security property *`jdk.tls.alpnCharset`* to "UTF-8" revert the behavior.

  JDK-8257710: TLS Support for the EdDSA Signature Algorithm

      The SunJSSE provider now supports the use of the EdDSA signature algorithm.  Specifically
      SunJSSE may use certificates containing EdDSA keys for server side and client side
      authentication and may use certificates signed with the EdDSA algorithm.  Additionally, EdDSA
      signatures are supported for TLS handshake messages that require digital signatures.

  JDK-8256490: Disable TLS 1.0 and 1.1

      TLS 1.0 and 1.1 are versions of the TLS protocol that are no longer considered secure and have
      been superseded by more secure and modern versions (TLS 1.2 and 1.3).
      
      These versions have now been disabled by default. If you encounter issues, you can, at your
      own risk, re-enable the versions by removing "TLSv1" and/or "TLSv1.1" from the
      `jdk.tls.disabledAlgorithms` security property in the `java.security` configuration file.

security-libs/javax.crypto:

  JDK-8252601: Removal of Legacy Elliptic Curves

      The SunEC provider no longer supports the following elliptic curves that are either obsolete
      or not implemented using modern formulas and techniques: ``` secp112r1, secp112r2, secp128r1,
      secp128r2, secp160k1, secp160r1, secp160r2, secp192k1, secp192r1, secp224k1, secp224r1,
      secp256k1, sect113r1, sect113r2, sect131r1, sect131r2, sect163k1, sect163r1, sect163r2,
      sect193r1, sect193r2, sect233k1, sect233r1, sect239k1, sect283k1, sect283r1, sect409k1,
      sect409r1, sect571k1, sect571r1, X9.62 c2tnb191v1, X9.62 c2tnb191v2, X9.62 c2tnb191v3, X9.62
      c2tnb239v1, X9.62 c2tnb239v2, X9.62 c2tnb239v3, X9.62 c2tnb359v1, X9.62 c2tnb431r1, X9.62
      prime192v2, X9.62 prime192v3, X9.62 prime239v1, X9.62 prime239v2, X9.62 prime239v3,
      brainpoolP256r1 brainpoolP320r1, brainpoolP384r1, brainpoolP512r1 ```
      
      To continue using any of these curves, users must find third-party alternatives.

core-libs/java.nio:

  JDK-8259579: Incomplete Support for Unix Domain Sockets in Windows 2019 Server

      JEP 380: Unix-Domain Socket Channels has been integrated into JDK 16, but due to a problem
      with the underlying implementation in Windows 2019 Server, it has been disabled on that
      platform in this release. The functionality is supported on Linux, macOS and on Windows
      operating systems whose build number is 18362 or greater. This includes Windows 10 (Version
      1903) and newer. There are no known issues with Windows 10 (Version 1903). However, some newer
      versions of Windows 10 may also show the problem, which affects the ability of some native
      tools (such as cygwin) to access and delete socket files. Other Java APIs are also affected by
      the problem, but most native Windows tools are not affected by it. More information can be
      seen in bugs JDK-8259014 and JDK-8252971. This issue will be resolved in JDK 17 and in a
      future update to JDK 16.

  JDK-8260872: (fs) NullPointerException Not Thrown When First Argument to Path.of or Paths.get Is null

      The var args form of `Path.of()` and `Paths.get()` method are changed in this release to throw
      `NullPointerException` consistently when the first parameter is null. Historically these
      methods missed a null check on the first parameter when invoked with more than one parameter.

  JDK-8262130: JEP 380: Unix domain sockets

      Provides support for Unix domain sockets (AF_UNIX) in the `java.nio.channels`,
      `SocketChannel`, and `ServerSocketChannel` classes.
      
      See [JEP-380](https://openjdk.java.net/jeps/380) for more information.
      
      See also the following [release note](https://bugs.openjdk.java.net/browse/JDK-8259579) for
      information about the limitations in the support on Windows in JDK16.

  JDK-8259579: Incomplete Support for Unix Domain Sockets in Windows 2019 Server

      JEP 380: Unix-Domain Socket Channels has been integrated into JDK 16, but due to a problem
      with the underlying implementation in Windows 2019 Server, it has been disabled on that
      platform in this release. The functionality is supported on Linux, macOS and on Windows
      operating systems whose build number is 18362 or greater. This includes Windows 10 (Version
      1903) and newer. There are no known issues with Windows 10 (Version 1903). However, some newer
      versions of Windows 10 may also show the problem, which affects the ability of some native
      tools (such as cygwin) to access and delete socket files. Other Java APIs are also affected by
      the problem, but most native Windows tools are not affected by it. More information can be
      seen in bugs JDK-8259014 and JDK-8252971. This issue will be resolved in JDK 17 and in a
      future update to JDK 16.

  JDK-8260872: (fs) NullPointerException Not Thrown When First Argument to Path.of or Paths.get Is null

      The var args form of `Path.of()` and `Paths.get()` method are changed in this release to throw
      `NullPointerException` consistently when the first parameter is null. Historically these
      methods missed a null check on the first parameter when invoked with more than one parameter.

  JDK-8262130: JEP 380: Unix domain sockets

      Provides support for Unix domain sockets (AF_UNIX) in the `java.nio.channels`,
      `SocketChannel`, and `ServerSocketChannel` classes.
      
      See [JEP-380](https://openjdk.java.net/jeps/380) for more information.
      
      See also the following [release note](https://bugs.openjdk.java.net/browse/JDK-8259579) for
      information about the limitations in the support on Windows in JDK16.

  JDK-8259579: Incomplete Support for Unix Domain Sockets in Windows 2019 Server

      JEP 380: Unix-Domain Socket Channels has been integrated into JDK 16, but due to a problem
      with the underlying implementation in Windows 2019 Server, it has been disabled on that
      platform in this release. The functionality is supported on Linux, macOS and on Windows
      operating systems whose build number is 18362 or greater. This includes Windows 10 (Version
      1903) and newer. There are no known issues with Windows 10 (Version 1903). However, some newer
      versions of Windows 10 may also show the problem, which affects the ability of some native
      tools (such as cygwin) to access and delete socket files. Other Java APIs are also affected by
      the problem, but most native Windows tools are not affected by it. More information can be
      seen in bugs JDK-8259014 and JDK-8252971. This issue will be resolved in JDK 17 and in a
      future update to JDK 16.

  JDK-8260872: (fs) NullPointerException Not Thrown When First Argument to Path.of or Paths.get Is null

      The var args form of `Path.of()` and `Paths.get()` method are changed in this release to throw
      `NullPointerException` consistently when the first parameter is null. Historically these
      methods missed a null check on the first parameter when invoked with more than one parameter.

  JDK-8262130: JEP 380: Unix domain sockets

      Provides support for Unix domain sockets (AF_UNIX) in the `java.nio.channels`,
      `SocketChannel`, and `ServerSocketChannel` classes.
      
      See [JEP-380](https://openjdk.java.net/jeps/380) for more information.
      
      See also the following [release note](https://bugs.openjdk.java.net/browse/JDK-8259579) for
      information about the limitations in the support on Windows in JDK16.

hotspot/jfr:

  JDK-8262902: New jdk.ObjectAllocationSample Event Enabled by Default

      A new JFR event, `jdk.ObjectAllocationSample`, is introduced to allow always-on, low-overhead
      allocation profiling. The event is enabled in both the `default` and `profile` configurations,
      with a maximum rate of 150 and 300 events/s, respectively. Events
      `jdk.ObjectAllocationInNewTLAB` and `jdk.ObjectAllocationOutsideTLAB` also detail memory
      allocations, but have comparatively higher overhead. They were previously disabled in the
      `default` configuration but are now also disabled in the `profile` configuration to reduce the
      overhead further.
      
      The impact of this change can be seen in JDK Mission Control (JMC) 8.0, or earlier releases,
      where the 'TLAB Allocations' page will be missing data. The recommendation is to upgrade to a
      later version of JMC when the `jdk.ObjectAllocationSample` support is available. Meanwhile, it
      is possible to enable the `jdk.ObjectAllocationInNewTLAB` and
      `jdk.ObjectAllocationOutsideTLAB` events in the JMC recording wizard, or edit the .jfc file
      manually.

client-libs/java.awt:

  JDK-8254970: Removal of java.awt.PeerFixer

      The non-public class `java.awt.PeerFixer` has been removed in this release. This class was
      used to provide deserialization support of ScrollPane objects created prior JDK 1.1.1.

core-libs/java.util.regex:

  JDK-8258456: Incorrect behavior matching Unicode linebreaks

      The change JDK-8235812 in Java 15 introduced incorrect behavior for matching of the `\R`
      Unicode linebreak sequence when using the `java.util.regex.Pattern` API. The `\R` sequence
      should match CR (U+000D) or LF (U+000A) individually, but it should not match an individual CR
      if it occurs in a CRLF sequence. An example of the erroneous behavior is that the pattern
      `\R{2}` matches a CRLF sequence, but it should not. A possible workaround is to match
      linebreaks using individual characters instead of `\R`, using negative lookahead to prevent
      matching of an individual CR within a CRLF sequence. To do this, replace the `\R` sequence
      with the following: ```    
      (?:(\u000D\u000A)|((?!\u000D\u000A)[\000A\u000B\u000C\u000D\u0085\u2028\u2029])) ``` A simpler
      sequence can be used if matching all of the Unicode-specified linebreak characters is not
      required, or if special treatment for the CRLF sequence is not required.

tools/javadoc(tool):

  JDK-8261681: Viewing API Documentation on Small Devices

      API documentation generated by the JavaDoc Standard Doclet has been updated so that it can be
      viewed more easily on small devices.

  JDK-8261678: Eliminating Duplication in Simple Documentation Comments

      For many simple methods, the first sentence is often a near duplicate of the text provided for
      the `@return` tag. To help avoid such duplication, the `@return` tag has been enhanced so that
      it can be used as an inline tag at the beginning of the comment, to provide the text for both
      the first sentence, and the description of the return value.

  JDK-8261684: API Documentation Links to Platform Documentation

      API documentation generated by the JavaDoc Standard Doclet will now automatically link to the
      appropriate set of platform classes, based on the value of the `--source` or `--release`
      option.
      
      The behavior can be disabled by using the new `--no-platform-links` option.
      
      The URLs for the different versions of the platform documentation can be configured by the new
      `--link-platform-properties` option.

  JDK-8269412: "Type" Terminology in Generated Documentation

      In line with guidelines described elsewhere [1][2], the Standard Doclet uses the following
      terms when generating documentation for JDK 16 or later. For consistency, the older terms will
      continue to be used when generating documentation for older releases.
      
      * _Classes and Interfaces_ (instead of _Types_) * _Annotation Interface_ (instead of
      _Annotation Type_) * _Enum Class_ (instead of _Enum_) * _Record Class_ (instead of _Record_)
      
      [1]: https://docs.oracle.com/en/java/javase/15/docs/specs/class-terminology-jls.html [2]:
      https://docs.oracle.com/en/java/javase/16/docs/specs/class-terminology-jls.html

  JDK-8261685: Improvements for JavaDoc Search

      The interactive search feature in API documentation generated by the JavaDoc Standard Doclet
      has been improved to find additional matches that differ only in case. This is useful when the
      exact spelling or capitalization of a name is not known.
      
      For full details on JavaDoc Search, see the link to the JavaDoc Search Specification that is
      found on at the bottom of the HELP page in any API documentation.

  JDK-8261681: Viewing API Documentation on Small Devices

      API documentation generated by the JavaDoc Standard Doclet has been updated so that it can be
      viewed more easily on small devices.

  JDK-8261678: Eliminating Duplication in Simple Documentation Comments

      For many simple methods, the first sentence is often a near duplicate of the text provided for
      the `@return` tag. To help avoid such duplication, the `@return` tag has been enhanced so that
      it can be used as an inline tag at the beginning of the comment, to provide the text for both
      the first sentence, and the description of the return value.

  JDK-8261684: API Documentation Links to Platform Documentation

      API documentation generated by the JavaDoc Standard Doclet will now automatically link to the
      appropriate set of platform classes, based on the value of the `--source` or `--release`
      option.
      
      The behavior can be disabled by using the new `--no-platform-links` option.
      
      The URLs for the different versions of the platform documentation can be configured by the new
      `--link-platform-properties` option.

  JDK-8269412: "Type" Terminology in Generated Documentation

      In line with guidelines described elsewhere [1][2], the Standard Doclet uses the following
      terms when generating documentation for JDK 16 or later. For consistency, the older terms will
      continue to be used when generating documentation for older releases.
      
      * _Classes and Interfaces_ (instead of _Types_) * _Annotation Interface_ (instead of
      _Annotation Type_) * _Enum Class_ (instead of _Enum_) * _Record Class_ (instead of _Record_)
      
      [1]: https://docs.oracle.com/en/java/javase/15/docs/specs/class-terminology-jls.html [2]:
      https://docs.oracle.com/en/java/javase/16/docs/specs/class-terminology-jls.html

  JDK-8261685: Improvements for JavaDoc Search

      The interactive search feature in API documentation generated by the JavaDoc Standard Doclet
      has been improved to find additional matches that differ only in case. This is useful when the
      exact spelling or capitalization of a name is not known.
      
      For full details on JavaDoc Search, see the link to the JavaDoc Search Specification that is
      found on at the bottom of the HELP page in any API documentation.

  JDK-8261681: Viewing API Documentation on Small Devices

      API documentation generated by the JavaDoc Standard Doclet has been updated so that it can be
      viewed more easily on small devices.

  JDK-8261678: Eliminating Duplication in Simple Documentation Comments

      For many simple methods, the first sentence is often a near duplicate of the text provided for
      the `@return` tag. To help avoid such duplication, the `@return` tag has been enhanced so that
      it can be used as an inline tag at the beginning of the comment, to provide the text for both
      the first sentence, and the description of the return value.

  JDK-8261684: API Documentation Links to Platform Documentation

      API documentation generated by the JavaDoc Standard Doclet will now automatically link to the
      appropriate set of platform classes, based on the value of the `--source` or `--release`
      option.
      
      The behavior can be disabled by using the new `--no-platform-links` option.
      
      The URLs for the different versions of the platform documentation can be configured by the new
      `--link-platform-properties` option.

  JDK-8269412: "Type" Terminology in Generated Documentation

      In line with guidelines described elsewhere [1][2], the Standard Doclet uses the following
      terms when generating documentation for JDK 16 or later. For consistency, the older terms will
      continue to be used when generating documentation for older releases.
      
      * _Classes and Interfaces_ (instead of _Types_) * _Annotation Interface_ (instead of
      _Annotation Type_) * _Enum Class_ (instead of _Enum_) * _Record Class_ (instead of _Record_)
      
      [1]: https://docs.oracle.com/en/java/javase/15/docs/specs/class-terminology-jls.html [2]:
      https://docs.oracle.com/en/java/javase/16/docs/specs/class-terminology-jls.html

  JDK-8261685: Improvements for JavaDoc Search

      The interactive search feature in API documentation generated by the JavaDoc Standard Doclet
      has been improved to find additional matches that differ only in case. This is useful when the
      exact spelling or capitalization of a name is not known.
      
      For full details on JavaDoc Search, see the link to the JavaDoc Search Specification that is
      found on at the bottom of the HELP page in any API documentation.

  JDK-8261681: Viewing API Documentation on Small Devices

      API documentation generated by the JavaDoc Standard Doclet has been updated so that it can be
      viewed more easily on small devices.

  JDK-8261678: Eliminating Duplication in Simple Documentation Comments

      For many simple methods, the first sentence is often a near duplicate of the text provided for
      the `@return` tag. To help avoid such duplication, the `@return` tag has been enhanced so that
      it can be used as an inline tag at the beginning of the comment, to provide the text for both
      the first sentence, and the description of the return value.

  JDK-8261684: API Documentation Links to Platform Documentation

      API documentation generated by the JavaDoc Standard Doclet will now automatically link to the
      appropriate set of platform classes, based on the value of the `--source` or `--release`
      option.
      
      The behavior can be disabled by using the new `--no-platform-links` option.
      
      The URLs for the different versions of the platform documentation can be configured by the new
      `--link-platform-properties` option.

  JDK-8269412: "Type" Terminology in Generated Documentation

      In line with guidelines described elsewhere [1][2], the Standard Doclet uses the following
      terms when generating documentation for JDK 16 or later. For consistency, the older terms will
      continue to be used when generating documentation for older releases.
      
      * _Classes and Interfaces_ (instead of _Types_) * _Annotation Interface_ (instead of
      _Annotation Type_) * _Enum Class_ (instead of _Enum_) * _Record Class_ (instead of _Record_)
      
      [1]: https://docs.oracle.com/en/java/javase/15/docs/specs/class-terminology-jls.html [2]:
      https://docs.oracle.com/en/java/javase/16/docs/specs/class-terminology-jls.html

  JDK-8261685: Improvements for JavaDoc Search

      The interactive search feature in API documentation generated by the JavaDoc Standard Doclet
      has been improved to find additional matches that differ only in case. This is useful when the
      exact spelling or capitalization of a name is not known.
      
      For full details on JavaDoc Search, see the link to the JavaDoc Search Specification that is
      found on at the bottom of the HELP page in any API documentation.

  JDK-8261681: Viewing API Documentation on Small Devices

      API documentation generated by the JavaDoc Standard Doclet has been updated so that it can be
      viewed more easily on small devices.

  JDK-8261678: Eliminating Duplication in Simple Documentation Comments

      For many simple methods, the first sentence is often a near duplicate of the text provided for
      the `@return` tag. To help avoid such duplication, the `@return` tag has been enhanced so that
      it can be used as an inline tag at the beginning of the comment, to provide the text for both
      the first sentence, and the description of the return value.

  JDK-8261684: API Documentation Links to Platform Documentation

      API documentation generated by the JavaDoc Standard Doclet will now automatically link to the
      appropriate set of platform classes, based on the value of the `--source` or `--release`
      option.
      
      The behavior can be disabled by using the new `--no-platform-links` option.
      
      The URLs for the different versions of the platform documentation can be configured by the new
      `--link-platform-properties` option.

  JDK-8269412: "Type" Terminology in Generated Documentation

      In line with guidelines described elsewhere [1][2], the Standard Doclet uses the following
      terms when generating documentation for JDK 16 or later. For consistency, the older terms will
      continue to be used when generating documentation for older releases.
      
      * _Classes and Interfaces_ (instead of _Types_) * _Annotation Interface_ (instead of
      _Annotation Type_) * _Enum Class_ (instead of _Enum_) * _Record Class_ (instead of _Record_)
      
      [1]: https://docs.oracle.com/en/java/javase/15/docs/specs/class-terminology-jls.html [2]:
      https://docs.oracle.com/en/java/javase/16/docs/specs/class-terminology-jls.html

  JDK-8261685: Improvements for JavaDoc Search

      The interactive search feature in API documentation generated by the JavaDoc Standard Doclet
      has been improved to find additional matches that differ only in case. This is useful when the
      exact spelling or capitalization of a name is not known.
      
      For full details on JavaDoc Search, see the link to the JavaDoc Search Specification that is
      found on at the bottom of the HELP page in any API documentation.

core-libs/java.io:

  JDK-8260874: Line Terminator Definition Changed in java.io.LineNumberReader

      The definition of line terminator has been extended to include end of stream, or one of the
      previously defined line terminators `'\n'`, `'\r'`, or `'\r`&#92;`n'` followed immediately by
      end of stream. This changes behavior in certain cases. For example, a file containing the
      lines
      
      <pre>line 1\n line 2\n line 3</pre>
      
      would, before this change, have been considered to contain two lines, each terminated by '\n'.
      After this change, it is considered to contain three lines, the third being terminated by end
      of stream.

hotspot/gc:

  JDK-8256691: Concurrently Uncommit Memory in G1

      This new feature is always enabled and changes the time when G1 returns Java heap memory to
      the operating system. G1 still makes sizing decisions during the GC pause, but offloads the
      expensive work to a thread running concurrently with the Java application. 

  JDK-8263678: Shenandoah: Concurrent weak reference processing

      The Shenandoah GC now processes all soft, weak and phantom references as well as finalizers
      concurrently with the running Java application, instead of at a GC pause. This reduces GC
      induced latency, especially with workloads that churn many such references or finalizers.

  JDK-8261332: JEP 376: ZGC Concurrent Stack Processing

      The Z Garbage Collector now processes thread stacks concurrently. This allows all roots in the
      JVM to be processed by ZGC in a concurrent phase instead of stop-the-world pauses. The amount
      of work done in ZGC pauses has now become constant and typically not exceeding a few hundred
      microseconds.
      
      For further details, see [JEP 376](https://openjdk.java.net/jeps/376).

  JDK-8256691: Concurrently Uncommit Memory in G1

      This new feature is always enabled and changes the time when G1 returns Java heap memory to
      the operating system. G1 still makes sizing decisions during the GC pause, but offloads the
      expensive work to a thread running concurrently with the Java application. 

  JDK-8263678: Shenandoah: Concurrent weak reference processing

      The Shenandoah GC now processes all soft, weak and phantom references as well as finalizers
      concurrently with the running Java application, instead of at a GC pause. This reduces GC
      induced latency, especially with workloads that churn many such references or finalizers.

  JDK-8261332: JEP 376: ZGC Concurrent Stack Processing

      The Z Garbage Collector now processes thread stacks concurrently. This allows all roots in the
      JVM to be processed by ZGC in a concurrent phase instead of stop-the-world pauses. The amount
      of work done in ZGC pauses has now become constant and typically not exceeding a few hundred
      microseconds.
      
      For further details, see [JEP 376](https://openjdk.java.net/jeps/376).

  JDK-8256691: Concurrently Uncommit Memory in G1

      This new feature is always enabled and changes the time when G1 returns Java heap memory to
      the operating system. G1 still makes sizing decisions during the GC pause, but offloads the
      expensive work to a thread running concurrently with the Java application. 

  JDK-8263678: Shenandoah: Concurrent weak reference processing

      The Shenandoah GC now processes all soft, weak and phantom references as well as finalizers
      concurrently with the running Java application, instead of at a GC pause. This reduces GC
      induced latency, especially with workloads that churn many such references or finalizers.

  JDK-8261332: JEP 376: ZGC Concurrent Stack Processing

      The Z Garbage Collector now processes thread stacks concurrently. This allows all roots in the
      JVM to be processed by ZGC in a concurrent phase instead of stop-the-world pauses. The amount
      of work done in ZGC pauses has now become constant and typically not exceeding a few hundred
      microseconds.
      
      For further details, see [JEP 376](https://openjdk.java.net/jeps/376).


ALL FIXED ISSUES, BY COMPONENT AND PRIORITY:

:
  (P2) JDK-8255363: JEP 396: Strongly Encapsulate JDK Internals by Default
  (P3) JDK-8249100: JEP 390: Warnings for Value-Based Classes

client-libs:
  (P3) JDK-8249548: backward focus traversal gets stuck in button group
  (P3) JDK-8251124: doclint errors about missing accessibility support in HTML files.
  (P3) JDK-8253905: Update sanity test suite to not place windows at (0,0)
  (P4) JDK-8257071: Few tier4 tests fail in mach5 testing
  (P4) JDK-8249142: java/awt/FontClass/CreateFont/DeleteFont.sh is unstable
  (P4) JDK-8199074: Test javax/swing/DataTransfer/8059739/bug8059739.java is unstable
  (P4) JDK-8199054: Test javax/swing/UIDefaults/8149879/InternalResourceBundle.java is unstable
  (P5) JDK-8255043: Incorrectly styled copyright text

client-libs/2d:
  (P2) JDK-8251367: [windows] harfbuzz.dll not found causes failure to load sun.font.SunFontManager 
  (P2) JDK-8258484: AIX build fails in Harfbuzz with XLC 16.01.0000.0006
  (P2) JDK-8250605: Linux x86_32 builds fail after JDK-8249821
  (P3) JDK-7179006: [macosx] Print-to-file doesn't work: printing to the default printer instead
  (P3) JDK-8244088: [Regression] Switch of Gnome theme ends up in deadlocked UI
  (P3) JDK-8210253: Clipped UI rendering with X11 pipeline and HiDPI
  (P3) JDK-6847157: java.lang.NullPointerException: HDC for component at sun.java2d.loops.Blit.Blit
  (P3) JDK-8256264: Printed GlyphVector outline with low DPI has bad quality on Windows
  (P3) JDK-8252070: Some platform-specific BLIT optimizations are not effective
  (P3) JDK-8252133: The java/awt/GraphicsDevice/DisplayModes/CycleDMImage.java fails if metal pipeline is active
  (P3) JDK-8231231: The printing result is different from the case instruction.
  (P3) JDK-8259007: This test printed a blank page
  (P3) JDK-8247872: Upgrade HarfBuzz to the latest 2.7.2
  (P3) JDK-8247867: Upgrade to freetype 2.10.2
  (P3) JDK-8245400: Upgrade to LittleCMS 2.11
  (P4) JDK-8234393: [macos] printing ignores printer tray
  (P4) JDK-8248802: Add log helper methods to FontUtilities.java
  (P4) JDK-8250855: Address reliance on default constructors in the Java 2D APIs    
  (P4) JDK-4619330: All built-in java.awt.color.ColorSpace fields should be specified as such
  (P4) JDK-8251469: Better cleanup for test/jdk/javax/imageio/SetOutput.java
  (P4) JDK-8252817: Cleanup the classes in the java.awt.color package
  (P4) JDK-8240487: Cleanup whitespace in .cc, .hh, .m, and .mm files
  (P4) JDK-8254788: Dead code in the sun.java2d.xr.XRPMBlitLoops$XrSwToPMBlit
  (P4) JDK-8254863: Delete code leftover from old fixes
  (P4) JDK-8254798: Deprecate for removal an empty finalize() methods in java.desktop module
  (P4) JDK-8245159: Font.getStringBounds() throws IAE for empty string if the Font has layout attributes.
  (P4) JDK-7183828: Invalid Image Variant when using anything other than BufferedImage
  (P4) JDK-8255920: J2DBench should support CS_PYCC color profile
  (P4) JDK-8255387: Japanese characters were printed upside down on AIX
  (P4) JDK-8255575: java.awt.color.ICC_ColorSpace is not thread-safe
  (P4) JDK-8248468: java/awt/font/DefaultFontTest/DefaultFontTest.java fails in SunFontManager.findFont2D
  (P4) JDK-8196086: java/awt/image/DrawImage/IncorrectSourceOffset.java fails
  (P4) JDK-8196087: java/awt/image/DrawImage/IncorrectUnmanagedImageRotatedClip.java fails
  (P4) JDK-8249215: JFrame::setVisible crashed with -Dfile.encoding=UTF-8 on Japanese Windows.
  (P4) JDK-8253945: Missed default constructor for StreamPrintServiceFactory.java
  (P4) JDK-8250894: Provide a configure option to build and run against the platform libharfbuzz
  (P4) JDK-8252199: Reimplement support of Type 1 fonts without MappedByteBuffer
  (P4) JDK-8074844: Resolve disabled warnings for libfontmanager
  (P4) JDK-8249821: Separate libharfbuzz from libfontmanager
  (P4) JDK-8246742: ServiceUI.printDialog does not support properties dialog
  (P4) JDK-8171303: sun/java2d/pipe/InterpolationQualityTest.java fails on Windows & Linux
  (P4) JDK-8198390: Test MultiResolutionDrawImageWithTransformTest.java fails when -esa is passed
  (P4) JDK-8254370: Update the classes in the java.awt.color package
  (P5) JDK-8036604: Typo in BufferedBufImgOps.java in the exception message

client-libs/demo:
  (P4) JDK-8251558: J2DBench should support shaped and translucent windows

client-libs/java.awt:
  (P2) JDK-8248532: Every time I change keyboard language at my MacBook, Java crashes
  (P3) JDK-8257242: [macOS] Java app crashes while switching input methods
  (P3) JDK-8245922: [macos] Taskbar.Feature.ICON_BADGE_NUMBER no longer supported on MacOS
  (P3) JDK-8017179: [macosx] list1 and list2 vistble item isn't desired
  (P3) JDK-8211958: Broken links in java.desktop files
  (P3) JDK-8253791: Issue with useAppleColor check in CSystemColors.m
  (P3) JDK-8249183: JVM crash in "AwtFrame::WmSize" method
  (P3) JDK-8232114: JVM crashed at imjpapi.dll in native code
  (P3) JDK-8255681: Print callstack in error case in runAWTLoopWithApp
  (P3) JDK-8212226: SurfaceManager throws "Invalid Image variant" for MultiResolutionImage (Windows)
  (P3) JDK-8211999: Window positioning bugs due to overlapping GraphicsDevice bounds (Windows/HiDPI)
  (P4) JDK-7131400: [macosx] Desktop.edit(a directory) should throw IOException
  (P4) JDK-8079785: [macosx] Test closed/java/awt/MenuBar/MenuBarKeyHandling/MenuBarKeyHandling.java fails
  (P4) JDK-8256373: [Windows/HiDPI] The Frame#setBounds does not work in a minimized state
  (P4) JDK-8250856: Address reliance on default constructors in the AWT APIs
  (P4) JDK-8257438: Avoid adding duplicate values into extendedKeyCodesSet
  (P4) JDK-8252195: AWT Accessibility API nested classes rely on default constructors
  (P4) JDK-8166038: BufferedImage methods getTileGridXOffset() and getTileGridYOffset() return a non 0 value for sub images
  (P4) JDK-8242559: Clean the "libawt_xawt" library from code for headless mode
  (P4) JDK-8253681: closed java/awt/dnd/MouseEventAfterStartDragTest/MouseEventAfterStartDragTest.html test failed
  (P4) JDK-8252349: Delete the "sun.awt.X11.checkSTRUT" property
  (P4) JDK-8253965: Delete the outdated java.awt.PeerFixer class
  (P4) JDK-8251123: doclint warnings about missing javadoc tags and comments
  (P4) JDK-6508941: java.awt.Desktop.open causes VM to crash with video files sporadically
  (P4) JDK-8252470: java/awt/dnd/DisposeFrameOnDragCrash/DisposeFrameOnDragTest.java fails on Windows
  (P4) JDK-8198334: java/awt/FileDialog/8003399/bug8003399.java fails in headless mode
  (P4) JDK-8253739: java/awt/image/MultiResolutionImage/MultiResolutionImageObserverTest.java fails
  (P4) JDK-8254825: Monitoring available clipboard formats should be done via new Windows APIs
  (P4) JDK-8005970: Mouse cursor is default cursor over TextArea's scrollbar
  (P4) JDK-7110890: reg test TranslucentShapedFrameTest fails to create non-opaque frame
  (P4) JDK-8254046: Remove double semicolon introduced by JDK-8235521
  (P4) JDK-8257148: Remove obsolete code in AWTView.m
  (P4) JDK-8253682: The AppletInitialFocusTest1.java is unstable
  (P4) JDK-8253274: The CycleDMImagetest brokes the system
  (P4) JDK-8254349: The TestNoScreenMenuBar test should be updated

client-libs/java.beans:
  (P3) JDK-8231454: File lock in Windows on a loaded jar due to a leak in Introspector::getBeanInfo
  (P4) JDK-8250857: Address reliance on default constructors in the Java Beans API

client-libs/javax.accessibility:
  (P3) JDK-8249588: libwindowsaccessbridge issues on 64bit Windows
  (P4) JDK-8250859: Address reliance on default constructors in the Accessibility APIs
  (P4) JDK-8253606: Need to add missed constructor to the SwingEventMonitor

client-libs/javax.imageio:
  (P3) JDK-8243674: Remove language tag length limit for iTXt chunk in PNGImageReader
  (P4) JDK-8200281: Add missing @Override annotations in ImageIO plugins
  (P4) JDK-8250755: Better cleanup for jdk/test/javax/imageio/plugins/shared/CanWriteSequence.java
  (P4) JDK-8252100: NumberOverflow in class MemoryCache

client-libs/javax.sound:
  (P3) JDK-8237495: Java MIDI fails with a dereferenced memory error when asked to send a raw 0xF7
  (P4) JDK-8250858: Address reliance on default constructors in the Java Sound APIs

client-libs/javax.swing:
  (P2) JDK-8249619: Nimbus L&F Fix for 8041701 is causing some Nimbus tests to fail
  (P3) JDK-8251377: [macos11] JTabbedPane selected tab text is barely legible
  (P3) JDK-7190589: [macosx] In the test bug4278839 never press ctrl+arrow
  (P3) JDK-8041705: Bugs in DefaultTreeCellRenderer.updateUI()
  (P3) JDK-8256108: Create implementation for NSAccessibilityElement protocol peer
  (P3) JDK-8259237: Demo selection changes with left/right arrow key. No need to press space for selection.
  (P3) JDK-8245785: javax.swing.JTabbedPane cannot be deserialized
  (P3) JDK-7190978: javax/swing/JComponent/7154030/bug7154030.java fails on mac
  (P3) JDK-4907798: MEMORY LEAK: javax.swing.plaf.basic.BasicPopupMenuUI$MenuKeyboardHelper
  (P3) JDK-8041701: Nimbus JTree renderer properties persist across L&F changes
  (P3) JDK-8254976: Re-enable swing jtreg tests which were broken due to samevm mode
  (P3) JDK-8249674: Redo: Nimbus JTree renderer properties persist across L&F changes
  (P3) JDK-8256713: SwingSet2 : Slider leaves tracks in uiScale=2
  (P3) JDK-6892328: test/javax/swing/JPopupMenu/PopupTest/MenuTester.java fails
  (P3) JDK-8255880: UI of Swing components is not redrawn after their internal state changed
  (P3) JDK-8247753: UIManager.getSytemLookAndFeelClassName() returns wrong value on Fedora 32
  (P3) JDK-8258373: Update the text handling in the JPasswordField
  (P3) JDK-8213535: Windows HiDPI html lightweight tooltips are truncated
  (P4) JDK-8167355: [macos 10.12] Timeout in javax/swing/JTextArea/TextViewOOM/TextViewOOM.java
  (P4) JDK-8255916: [macos] javax/swing/JInternalFrame/6647340/bug6647340.java timed out
  (P4) JDK-8028281: [TEST_BUG] [macosx] javax/swing/JTabbedPane/7024235/Test7024235.java  fails
  (P4) JDK-6514600: AbstractAction can throw NullPointerException when clone()d
  (P4) JDK-8250853: Address reliance on default constructors in the javax.swing APIs
  (P4) JDK-8250849: Address reliance on default constructors in the javax.swing.plaf APIs
  (P4) JDK-8250852: Address reliance on default constructors in the javax.swing.plaf.basic APIs
  (P4) JDK-8250850: Address reliance on default constructors in the javax.swing.plaf.metal APIs
  (P4) JDK-8250811: Address reliance on default constructors in the javax.swing.plaf.multi APIs
  (P4) JDK-8250851: Address reliance on default constructors in the javax.swing.plaf.synth APIs
  (P4) JDK-8252469: Backout JDK-8250935 fix
  (P4) JDK-6709913: BasicComboBoxUI.isPopupVisible returns NullPointerException
  (P4) JDK-8253016: Box.Filler components should be unfocusable by default
  (P4) JDK-8253130: bug7072653.java failed "Popup window height ... is wrong"
  (P4) JDK-8253291: bug7072653.java still failed "Popup window height ... is wrong"
  (P4) JDK-8251125: doclint errors about missing references in Swing javadoc
  (P4) JDK-8251122: doclint html5 errors in java.desktop/share/classes/javax/swing/plaf/nimbus/doc-files/properties.html
  (P4) JDK-8256014: Eliminate the warning about serialization in non-public API of Swing
  (P4) JDK-8240709: Enable javax/swing/UI/UnninstallUIMemoryLeaks/UnninstallUIMemoryLeaks.java on all L&F
  (P4) JDK-4916923: In MetalRootPaneUI, MetalRootLayout does not correctly calculate minimumsize
  (P4) JDK-8249838: javax.swing.JLayeredPane has used valueOf twice in example code in documentation
  (P4) JDK-8253792:  javax.swing.text.GapContent documentation typos
  (P4) JDK-8196089: javax/swing/Action/8133039/bug8133039.java fails
  (P4) JDK-8028707: javax/swing/JComboBox/6236162/bug6236162.java fails on azure
  (P4) JDK-8196302: javax/swing/JFileChooser/8041694/bug8041694.java
  (P4) JDK-7156347: javax/swing/JList/6462008/bug6462008.java fails
  (P4) JDK-8257029: javax/swing/JRootPane/4975355/bug4975355.java fails in linux
  (P4) JDK-8254112: javax/swing/plaf/basic/BasicComboPopup/JComboBoxPopupLocation/JComboBoxPopupLocation.java fails on windows
  (P4) JDK-8253980: javax/swing/plaf/synth/7158712/bug7158712.java fails on windows
  (P4) JDK-8196099: javax/swing/text/CSSBorder/6796710/bug6796710.java fails
  (P4) JDK-8196100: javax/swing/text/JTextComponent/5074573/bug5074573.java fails
  (P4) JDK-8250935: JFileChooser incorrectly placed "Date" value in "Type" field 
  (P4) JDK-8251187: Mark BasicComboNPE regression test as headful
  (P4) JDK-8245921: Minor copy/paste issue in BasicScrollBarUI
  (P4) JDK-8253977: More memory leaks in client-libs on macOS
  (P4) JDK-8252722: More Swing plaf APIs that rely on default constructors
  (P4) JDK-8252721: Nested classes in Swing APIs rely on default constructors
  (P4) JDK-8042055: Nimbus DerivedColor incorrectly clamps hue
  (P4) JDK-8136363: Nimbus-LaF: background color cleared when setting component name of JToolBar
  (P4) JDK-6816284: Notepad class should be public
  (P4) JDK-5078989: Null Pointer exception in SpinnerListMode
  (P4) JDK-8194126: Regression automated Test '/open/test/jdk/javax/swing/JColorChooser/Test7194184.java' fails
  (P4) JDK-8244324: RTFEditorKit does not display some of Japanese characters correctly
  (P4) JDK-8253543: sanity/client/SwingSet/src/ButtonDemoScreenshotTest.java failed with "AssertionError: All pixels are not black"
  (P4) JDK-6542439: Significant memory leak in BasicComboBoxUI and MetalComboBoxButton
  (P4) JDK-6441211: Small Error in API at javax.swing.plaf.synth.Region
  (P4) JDK-8040914: Test javax/swing/JLabel/6596966/bug6596966.java fails :  comboBox isn't focus owner
  (P4) JDK-8198395: Test javax/swing/plaf/metal/MetalLookAndFeel/Test8039750.java fails in mach5
  (P4) JDK-8199060: Test javax/swing/text/html/parser/Parser/6990651/bug6990651.java is unstable
  (P4) JDK-8199062: Test javax/swing/text/Utilities/8134721/bug8134721.java is unstable
  (P4) JDK-8251931: test/jdk/javax/swing/tree/DefaultTreeCellRenderer/4760481/bug4760481.java fails in Nimbus L&F
  (P4) JDK-8253317: The "com/apple/eawt" is missed in the "othervm.dirs" config option
  (P4) JDK-8256376: The javax/swing/JSpinner/SerializationTest.java fails on headful windows
  (P4) JDK-8241806: The sun/awt/shell/FileSystemViewMemoryLeak.java is unstable
  (P4) JDK-6422025: ThemeReader.cpp can be updated for VC7
  (P4) JDK-8254141: Typo in copyright year
  (P4) JDK-8255215: Unsupported 'valign' attribute for 'tr' tag used in j.s.t.h.HTMLDocument
  (P4) JDK-8253322: Update the specification in the newly added constructors
  (P5) JDK-6646602: Spelling error in javadoc for javax.swing.tree.TreeModel
  (P5) JDK-6690021: typos in TransferHandler Javadoc

core-libs:
  (P2) JDK-8258007: Add instrumentation to NativeLibraryTest
  (P2) JDK-8256865: Foreign Memory Access and Linker API are missing NPE checks
  (P2) JDK-8259032: MappedMemorySegmentImpl#makeMappedSegment() ignores Unmapper#pagePosition
  (P2) JDK-8257186: Size of heap segments is not computed correctly
  (P3) JDK-8259636: Check for buffer backed by shared segment kicks in in unexpected places
  (P3) JDK-8259028: ClassCastException when using custom filesystem with wrapper FileChannel impl
  (P3) JDK-8256167: Convert JDK use of `Reference::get` to `Reference::refersTo`
  (P3) JDK-8255908: ExceptionInInitializerError due to UncheckedIOException while initializing cgroupv1 subsystem
  (P3) JDK-8256299: Implement JEP 396: Strongly Encapsulate JDK Internals by Default
  (P3) JDK-8254231: Implementation of Foreign Linker API (Incubator)
  (P3) JDK-8254162: Implementation of Foreign-Memory Access API (Third Incubator)
  (P3) JDK-8257845: Integrate JEP 390
  (P3) JDK-8249755: JEP 389: Foreign Linker API (Incubator)
  (P3) JDK-8253415: JEP 393: Foreign-Memory Access API (Third Incubator)
  (P3) JDK-8257622: MemoryAccess methods are missing @ForceInline annotations
  (P3) JDK-8259634: MemorySegment::asByteBuffer does not respect spatial bounds
  (P3) JDK-8259027: NullPointerException in makeMappedSegment due to NULL Unmapper when length of segment is 0
  (P3) JDK-8257837: Performance regression in heap byte buffer views
  (P3) JDK-8256477: Specialize heap memory segment implementations
  (P3) JDK-8235496: Start of release updates for JDK 16
  (P3) JDK-8258242: Type profile pollution occurs when memory segments of different kinds are used
  (P3) JDK-8236946: Umbrella: JDK 16 terminal deprecations
  (P3) JDK-8259213: Vector conversion with part > 0 is not getting intrinsic implementation
  (P4) JDK-8257194: Add 'foreign linker API' in 'jdk.incubator.foreign' module desc/summary
  (P4) JDK-8250212: Address reliance on default constructors in the JDK (umbrella)
  (P4) JDK-8250863: Build error with GCC 10 in NetworkInterface.c and k_standard.c
  (P4) JDK-8245543: Cgroups: Incorrect detection logic on some systems (still reproducible)
  (P4) JDK-8254078: DataOutputStream is very slow post-disabling of Biased Locking
  (P4) JDK-8257516: define test group for manual tests
  (P4) JDK-8253590: java/foreign tests are still failing on x86_32 after foreign-memaccess integration
  (P4) JDK-8256380: JDK-8254162 broke 32bit windows build
  (P4) JDK-8251538: Modernize and lint Dynalink code
  (P4) JDK-8255862: Remove @SuppressWarnings from sun.misc.Unsafe
  (P4) JDK-8255989: Remove explicitly unascribed authorship from Java source files
  (P4) JDK-8256585: Remove in-place conversion vector operators from Vector API
  (P4) JDK-8254871: Remove unnecessary string copy in NetworkInterface.c
  (P4) JDK-8251861: Remove unused jdk.internal.ref.SoftCleanable and WeakCleanable
  (P4) JDK-8252536: Replace @exception with @throws for core-libs
  (P4) JDK-8252538: Replace @exception with @throws java.rmi package
  (P4) JDK-8252539: Replace @exception with @throws java.rmi.activation package
  (P4) JDK-8252540: Replace @exception with @throws java.rmi.registry package
  (P4) JDK-8253179: Replace LinkedList Impl in net.http.Http2Connection
  (P4) JDK-8257184: Upstream 8252504: Add a method to MemoryLayout which returns a offset-computing method handle
  (P4) JDK-8250627: Use -XX:+/-UseContainerSupport for enabling/disabling Java container metrics
  (P4) JDK-8255174: Vector API unit tests for missed public api code coverage

core-libs/java.io:
  (P4) JDK-8245036: DataInputStream.readFully(byte[], int, int) does not throw expected IndexOutOfBoundsExceptions
  (P4) JDK-8255969: Improve java/io/BufferedInputStream/LargeCopyWithMark.java using jtreg tags
  (P4) JDK-8246739: InputStream.skipNBytes could be implemented more efficiently
  (P4) JDK-8256183: InputStream.skipNBytes is missing @since 12
  (P4) JDK-8254742: InputStream::readNBytes(int) result may contain zeros not in input
  (P4) JDK-8249699: java/io/ByteArrayOutputStream/MaxCapacity.java should use @requires instead of @ignore
  (P4) JDK-8251017: java/io/File/GetXSpace.java fails on UNIX
  (P4) JDK-8249836: java/io/IOException/LastErrorString.java should have bug-id as 1st word in @ignore
  (P4) JDK-8235792: LineNumberReader.getLineNumber() behavior is inconsistent with respect to EOF
  (P4) JDK-6501010: test/java/io/File/GetXSpace.java fails on Windows
  (P4) JDK-8257750: writeBuffer field of java.io.DataOutputStream should be final
  (P5) JDK-8067127: Tags cleanup

core-libs/java.io:serialization:
  (P3) JDK-8254234: Add test library stream object builder
  (P3) JDK-8256679: Update serialization javadoc once JOSS changes for records are complete
  (P4) JDK-8248326: Add a minimal serialization test for local records
  (P4) JDK-8037384: Fix wording in Javadoc of java.io.Serializable
  (P4) JDK-8256480: Refactor ObjectInputStream field reader implementation
  (P4) JDK-8249612: Remove unused ISNANF and ISNAND from jdk_util_md.h
  (P5) JDK-8231547: Serializable class doc should link to serialization specification

core-libs/java.lang:
  (P1) JDK-8254775: Microbenchmark StringIndexOfChar doesn't compile
  (P1) JDK-8254761: Wrong intrinsic annotation used for StringLatin1.indexOfChar
  (P2) JDK-8256106: Bypass intrinsic/barrier when calling Reference.get() from Finalizer
  (P2) JDK-8257511: JDK-8254082 brings regression to AbstractStringBuilder.insert(int dstOffset, CharSequence s, int start, int end)
  (P2) JDK-8260927: StringBuilder::insert is incorrect without Compact Strings
  (P3) JDK-8252181: [JEP 390] Define & apply annotation jdk.internal.ValueBased
  (P3) JDK-8252180: [JEP 390] Deprecate wrapper class constructors for removal
  (P3) JDK-8257598: Clarify what component values are used in Record::equals
  (P3) JDK-8255560: Class::isRecord should check that the current class is final and not abstract
  (P3) JDK-8255016: ConstantDescs.FALSE claims it represents TRUE
  (P3) JDK-8246774: implement Record Classes as a standard feature in Java
  (P3) JDK-8255013: implement Record Classes as a standard feature in Java, follow-up
  (P3) JDK-8256244: java/lang/ProcessHandle/PermissionTest.java fails with TestNG 7.1
  (P3) JDK-8253960: Memory leak in Java_java_lang_ClassLoader_defineClass0() 
  (P3) JDK-8251397: NPE on ClassValue.ClassValueMap.cacheArray
  (P3) JDK-8052260: Reference.isEnqueued() spec does not match the long-standing behavior returning true iff it's in the ref queue
  (P3) JDK-8255262: Remove use of legacy custom @spec tag
  (P3) JDK-8256154: Some TestNG tests require default constructors
  (P3) JDK-8256643: Terminally deprecate ThreadGroup stop, destroy, isDestroyed, setDaemon and isDaemon
  (P4) JDK-8255690: &nbsp in StringBuilder.subSequence
  (P4) JDK-8188055: (ref) Add Reference::refersTo predicate
  (P4) JDK-8240696: (ref) Reference.clear may extend the lifetime of the referent
  (P4) JDK-8254047: [JEP 390] Revise "value-based class" & apply to wrappers
  (P4) JDK-8254082: AbstractStringBuilder.insert(int dstOffset, CharSequence s, int start, int end) is missing fast-path for String
  (P4) JDK-8256370: Add asserts to Reference.getInactive()
  (P4) JDK-8247605: Avoid array allocation when concatenating with empty string
  (P4) JDK-8256993: Clarify Package::isSealed javadoc about package sealing vs sealed class or interface
  (P4) JDK-8248772: Extra comma in documentation of Thread#interrupt()
  (P4) JDK-8251203: Fix "no comment" warnings in java.base/java.lang and java/io
  (P4) JDK-8249694: java/lang/StringBuffer/HugeCapacity.java and j/l/StringBuilder/HugeCapacity.java tests shouldn't be @ignore-d
  (P4) JDK-8238669: Long.divideUnsigned is extremely slow for certain values (Needs to be Intrinsic)
  (P4) JDK-8255904: Remove superfluous use of reflection in Class::isRecord
  (P4) JDK-8257591: Remove suppression of record preview related warnings in java.lang
  (P4) JDK-8251542: Several small javadoc errors in java.base
  (P4) JDK-8248655: Support supplementary characters in String case insensitive operations
  (P4) JDK-8249217: Unexpected StackOverflowError in "process reaper" thread still happens
  (P4) JDK-8257637: Update usage of "type" terminology in java.lang.annotation
  (P4) JDK-8257639: Update usage of "type" terminology in java.lang.Enum & java.lang.Record
  (P4) JDK-8249687: Use inline @jls and @jvm tages in more places in java.base
  (P5) JDK-8252529: Unsafe Documentation around Barrier Methods Inaccurate

core-libs/java.lang.invoke:
  (P3) JDK-8254354: Add a withInvokeExactBehavior() VarHandle combinator
  (P3) JDK-8230501: Class data support for hidden classes
  (P3) JDK-8257189: Handle concurrent updates of MH.form better 
  (P3) JDK-8254975: lambda proxy fails to access a protected member inherited from a split package 
  (P3) JDK-8256066: Tests use deprecated TestNG API that is no longer available in new versions
  (P4) JDK-8255374: Add a dropReturn MethodHandle combinator
  (P4) JDK-8255863: Clean up test/jdk/java/lang/invoke/defineHiddenClass/BasicTest.java 
  (P4) JDK-8242451: ensure semantics of non-capturing lambdas are preserved independent of execution mode
  (P4) JDK-8256189: Exact VarHandle tests should test withInvokeBehavior() works as expected
  (P4) JDK-8247681: Improve bootstrapping of unary concatenations
  (P4) JDK-8255449: Improve the exception message of MethodHandles::permuteArguments
  (P4) JDK-8250929: Missing "classpath exception" in LambdaProxyClassArchive.java
  (P4) JDK-8252127: Optimize sun.invoke.util.BytecodeDescriptor.unparse
  (P4) JDK-8244090: public lookup should find public members of public exported types
  (P4) JDK-8249080: Reduce MemberName class dependency on MethodHandles
  (P4) JDK-8252725: Refactor jlink GenerateJLIClassesPlugin code
  (P4) JDK-8249697: remove temporary fixes from java/lang/invoke/RicochetTest.java
  (P4) JDK-8257164: Share LambdaForms for VH linkers/invokers

core-libs/java.lang.module:
  (P3) JDK-8255542: Attribute length of Module, ModulePackages and other attributes is ignored
  (P4) JDK-8253751: Dependencies of automatic modules are not propagated through module layers
  (P4) JDK-8256063: Module::getPackages on an unnamed module may return packages that are in a named module 
  (P4) JDK-8248131: Simplify ServicesCatalog provider handling
  (P4) JDK-8248262: Wrong link target in ModuleDescriptor#isAutomatic's API documentation

core-libs/java.lang:reflect:
  (P2) JDK-8256693: getAnnotatedReceiverType parameterizes types too eagerly
  (P3) JDK-8259224: (ann) getAnnotatedReceiverType should not parameterize owner(s) of statically nested classes
  (P3) JDK-8159746: (proxy) Support for default methods
  (P3) JDK-8250219: Proxy::newProxyInstance spec should specify the behavior if a given proxy interface is hidden
  (P4) JDK-8202471: (ann) Cannot read type annotations on generic receiver type's type variables
  (P4) JDK-8255883: Avoid duplicated GeneratedMethodAccessor when reflect method invoked from different threads
  (P4) JDK-8250660: Clarify that WildcardType and AnnotatedWildcardType bounds methods return one
  (P4) JDK-8246804: Incorrect copyright header in TypeAnnotationParser.java 
  (P4) JDK-8250920: Increase @jls usage in core reflection
  (P4) JDK-8022795: Method.isVarargs of dynamic proxy generated method to match the proxy interface method
  (P4) JDK-8258140: Update @jls tags in java.base for renamed/renumbered sections
  (P4) JDK-8257636: Update usage of "type" terminology in java.lang.Class and java.lang.reflect

core-libs/java.math:
  (P3) JDK-8245304: Re-examine ThreadLocal usage in java.math.BigDecimal
  (P4) JDK-8252937: Correct "no comment" warnings from javadoc in java.math package
  (P4) JDK-8229845: Decrease memory consumption of BigInteger.toString()
  (P4) JDK-8249273: Documentation of BigInteger(String) constructor does not mention leading plus
  (P4) JDK-8232840: java/math/BigInteger/largeMemory/SymmetricRangeTests.java fails due to "OutOfMemoryError: Requested array size exceeds VM limit"
  (P4) JDK-8247782: typos in java.math

core-libs/java.net:
  (P2) JDK-8229867: Re-examine synchronization usages in http and https protocol handlers
  (P3) JDK-8236413: AbstractConnectTimeout should tolerate both NoRouteToHostException and UnresolvedAddressException
  (P3) JDK-8254704: Add missing @since tag to BodyPublishers::concat
  (P3) JDK-8245462: HttpClient send throws InterruptedException when interrupted but does not cancel request 
  (P3) JDK-8250886: java/net/DatagramSocket/SendReceiveMaxSize.java fails in timeout
  (P3) JDK-8255124: KeepAliveStreamCleaner may crash with java.lang.IllegalMonitorStateException: current thread is not owner
  (P3) JDK-8245309: Re-examine use of ThreadLocalCoders in sun.net.www.ParseUtil
  (P3) JDK-8245308: Replace ThreadLocalCoders decoder/encoder cache in java.net.URI 
  (P3) JDK-8252304: Seed an HttpRequest.Builder from an existing HttpRequest
  (P3) JDK-8246143: UnreferencedXXX tests fail when run with --illegal-access=deny
  (P3) JDK-8247675: Update DateFormatterTest Copyright
  (P3) JDK-8245307: Update ExchangeImpl to use thread safe DateTimeFormatter 
  (P4) JDK-8252248: __SIGRTMAX is not declared in musl libc
  (P4) JDK-8255584: `HttpPrincipal::getName` returns incorrect name
  (P4) JDK-8253005: Add `@throws IOException` in javadoc for `HttpEchange.sendResponseHeaders`
  (P4) JDK-8252374: Add a new factory method to concatenate a sequence of BodyPublisher instances into a single publisher.
  (P4) JDK-8240901: Add a test to check that large datagrams are sent/received on the network correctly
  (P4) JDK-8250244: Address reliance on default constructors in java.net
  (P4) JDK-8254967: com.sun.net.HttpsServer spins on TLS session close
  (P4) JDK-8250521: Configure initial RTO to use minimal retry for loopback connections on Windows
  (P4) JDK-8189744: Deprecate the JDK-specific API for setting socket options, jdk.net.Sockets
  (P4) JDK-8250889: Disable testing SendReceiveMaxSize with preferIPv4Stack=true on the old impl until JDK-8250886 is fixed
  (P4) JDK-8250748: Doc of URL​(String, String, int, String, URLStreamHandler) does not use link
  (P4) JDK-8251496: Fix doclint warnings in jdk.net.httpserver
  (P4) JDK-8257707: Fix incorrect format string in Http1HeaderParser
  (P4) JDK-8255244: HttpClient: Response headers contain incorrectly encoded Unicode characters
  (P4) JDK-8249812: java/net/DatagramSocket/PortUnreachable.java still fails intermittently with SocketTimeoutException
  (P4) JDK-8256459: java/net/httpclient/ManyRequests.java and java/net/httpclient/LineBodyHandlerTest.java fail infrequently with java.net.ConnectException: Connection timed out: no further information
  (P4) JDK-8249786: java/net/httpclient/websocket/PendingPingTextClose.java fails very infrequently
  (P4) JDK-8253053: Javadoc clean up in Authenticator and BasicAuthenicator
  (P4) JDK-8252822: Javadoc clean up in com.sun.net.httpserver
  (P4) JDK-8253470: Javadoc clean up in Filter and Headers
  (P4) JDK-8253475: Javadoc clean up in HttpExchange and HttpServer
  (P4) JDK-8253473: Javadoc clean up in HttpHandler, HttpPrincipal, HttpContext, and HttpsConfigurator 
  (P4) JDK-8253474: Javadoc clean up in HttpsExchange, HttpsParameters, and HttpsServer
  (P4) JDK-8254996: make jdk.net.UnixDomainPrincipal a record class
  (P4) JDK-8246741: NetworkInterface/UniqueMacAddressesTest: mac address uniqueness test failed
  (P4) JDK-7164518: No PortUnreachableException when connecting to a non-existing DatagramSocket (mac)
  (P4) JDK-8242885: PlainDatagramSocketImpl doesn’t allow for the sending of IPv6 datagrams on macOS with sizes between 65508-65527 bytes
  (P4) JDK-8237858: PlainSocketImpl.socketAccept() handles EINTR incorrectly
  (P4) JDK-8246047: Replace LinkedList impl in net.http.websocket.BuilderImpl
  (P4) JDK-8248006: Revisit exceptions thrown when creating an HttpClient fails due to unavailability of underlying resources
  (P4) JDK-8255405: sun/net/ftp/imp/FtpClient uses SimpleDateFormat in not thread-safe manner
  (P4) JDK-8255078: sun/net/ftp/imp/FtpClient$MLSxParser uses wrong datetime format
  (P4) JDK-8252996: Thread safety problem in java.net.ProxySelector
  (P4) JDK-8251715: Throw UncheckedIOException in place of InternalError when HttpClient fails due to unavailability of underlying resources required by SSLContext
  (P4) JDK-8229822: ThrowingPushPromises tests sometimes fail due to EOF
  (P4) JDK-8255675: Typo in java.net.HttpURLConnection
  (P4) JDK-8252767: URLConnection.setRequestProperty throws IllegalAccessError
  (P4) JDK-8257401: Use switch expressions in jdk.internal.net.http and java.net.http
  (P4) JDK-8245245: WebSocket can lose the URL encoding of URI query parameters
  (P5) JDK-8256146:  Cleanup test/jdk/java/nio/channels/DatagramChannel/Connect.java
  (P5) JDK-8246164: SendDatagramToBadAddress.java and ChangingAddress.java should be changed to explicitly require the new DatagramSocket implementation

core-libs/java.nio:
  (P3) JDK-8258955: (bf) slice(int, int) on view buffers fails to adjust index according to primitive size
  (P3) JDK-8232092: (fs) Files::isWritable returns false on a writeable root directory (win)
  (P3) JDK-8254692: (se) Clarify the behaviour of the non-abstract SelectorProvider::inheritedChannel
  (P3) JDK-8259014: (so) ServerSocketChannel.bind(UnixDomainSocketAddress)/SocketChannel.bind(UnixDomainSocketAddress) will have unknown user and group owner (win)
  (P3) JDK-8255604: java/nio/channels/DatagramChannel/Connect.java fails with java.net.BindException: Cannot assign requested address: connect
  (P3) JDK-8238588: JEP 380: Unix-Domain Socket Channels
  (P3) JDK-8249773: Upgrade ReceiveISA.java test to be resilient to failure due to stray packets and interference
  (P4) JDK-8219014: (bf) Add absolute bulk put methods which accept a source Buffer
  (P4) JDK-8249772: (ch) Improve sun/nio/ch/TestMaxCachedBufferSize.java
  (P4) JDK-8255576: (fs) Files.isHidden() throws ArrayIndexOutOfBoundsException (unix)
  (P4) JDK-8254876: (fs) NullPointerException not thrown when first argument to Path.of or Paths.get is null
  (P4) JDK-8255074: (fs) WindowsPath::getPathForWin32Calls synchronizes on String object 
  (P4) JDK-8246707: (sc) SocketChannel.read/write throws AsynchronousCloseException on closed channel
  (P4) JDK-8255380: (zipfs) ZipFileSystem::readExtra can fail if zipinfo-time is not set to false
  (P4) JDK-8256461: AbstractFileSystemProvider.getSunPathForSocketCall for empty Path returns '.' 
  (P4) JDK-8255554: Bad copyright header in AbstractFileSystemProvider.java
  (P4) JDK-8255555: Bad copyright headers in SocketChannelCompare.java SocketChannelConnectionSetup.java UnixSocketChannelReadWrite.java
  (P4) JDK-8255913: Decrease number of iterations in TestMaxCachedBufferSize
  (P4) JDK-8247614: java/nio/channels/DatagramChannel/Connect.java timed out
  (P4) JDK-8254195: java/nio/file/Files/SubstDrive.java failed with "AssertionError: expected [144951656448] but found [144951640064]"
  (P4) JDK-8255758: JEP 380 spec clarifications
  (P4) JDK-8245194: Unix domain socket channel implementation

core-libs/java.nio.charsets:
  (P3) JDK-8253832: CharsetDecoder : decode() mentioning CoderMalfunctionError behavior not as per spec

core-libs/java.rmi:
  (P4) JDK-8250580: Address reliance on default constructors in java.rmi
  (P4) JDK-8252830: Correct missing javadoc comments in java.rmi module
  (P4) JDK-8252541: Replace @exception with @throws java.rmi.server package

core-libs/java.sql:
  (P4) JDK-8251208: Fix "no comment" warnings in java.sql and java.sql.rowsets
  (P4) JDK-8253936: Replace <code>...</code> with {@code ...} for java.sql
  (P4) JDK-8248412: test/jdk/java/sql/testng/test/sql/DriverManagerPermissionsTests.java can fail
  (P5) JDK-8247677: Println wrong class name in java.sql.DriverManager

core-libs/java.text:
  (P3) JDK-8248434: some newly added locale cannot parse uppercased date string.
  (P4) JDK-8255671: Bidi.reorderVisually has misleading exception messages
  (P4) JDK-8255242: Bidi.requiresBidi has misleading exception message
  (P4) JDK-8211449: Correction to the spec of implicit negative subpattern in DecimalFormat
  (P4) JDK-8252552: DecimalFormat javadoc contains HTML tags in example code
  (P4) JDK-8253240: No javadoc for DecimalFormatSymbols.hashCode()
  (P4) JDK-8251499: no-placeholder compact number patterns throw IllegalArgumentException

core-libs/java.time:
  (P3) JDK-8254177: (tz) Upgrade time-zone data to tzdata2020b
  (P3) JDK-8254982: (tz) Upgrade time-zone data to tzdata2020c
  (P3) JDK-8255226: (tz) Upgrade time-zone data to tzdata2020d
  (P3) JDK-8248695: HostLocaleProviderAdapterImpl provides invalid date-only 
  (P4) JDK-8248184: AMPM_OF_DAY doc fix in ChronoField
  (P4) JDK-8247781: Day periods support
  (P4) JDK-8255533: Incorrect javadoc in DateTimeFormatterBuilder.appendPattern() for 'uu'/'yy'
  (P4) JDK-8256839: JavaDoc for java.time.Period.negated() method
  (P4) JDK-8253153: Mentioning of "hour-of-minute" in java.time.temporal.TemporalField JavaDoc
  (P4) JDK-8245448: Remove minimum 4 digit requirement from Year.parse()
  (P4) JDK-8247706: Unintentional use of new Date(year...) with absolute year
  (P4) JDK-8233048: WeekFields.ISO is not a singleton

core-libs/java.util:
  (P3) JDK-8252354: Properties :: storeToXML method does not throw ClassCastException when supplied non strings
  (P3) JDK-8255031: Update java/util/prefs/AddNodeChangeListener.java to report more failure info
  (P3) JDK-8214561: Use {@systemProperty} for definition of "java.util.prefs.PreferencesFactory" system property
  (P4) JDK-8248188: Add IntrinsicCandidate and API for Base64 decoding
  (P4) JDK-8255150: Add utility methods to check long indexes and ranges
  (P4) JDK-8255299: Drop explicit zeroing at instantiation of Atomic* objects
  (P4) JDK-8251205: Fix "no comment" warnings in java.util.ZipConstants
  (P4) JDK-8253459: Formatter treats index, width and precision > Integer.MAX_VALUE incorrectly
  (P4) JDK-8222187: java.util.Base64.Decoder stream adds unexpected null bytes at the end
  (P4) JDK-8245694: java.util.Properties.entrySet() does not override java.lang.Object methods 
  (P4) JDK-8253583: java/util/StringJoiner tests failing on 32-bit VMs after JDK-8246697
  (P4) JDK-8228615: Optional.empty doc should suggest using isEmpty
  (P4) JDK-8253285: Some java/util/StringJoiner tests do not explicitly specify required -XX:+CompactStrings
  (P5) JDK-8170432: Class java.util.UUID & @Override
  (P5) JDK-8251272: Typo in java.util.Formatter: "Numberic" should be "Numeric"

core-libs/java.util.concurrent:
  (P2) JDK-8259796: timed CompletableFuture.get may swallow InterruptedException
  (P3) JDK-8254350: CompletableFuture.get may swallow InterruptedException
  (P4) JDK-8250240: Address use of default constructors in the java.util.concurrent
  (P4) JDK-8254146: Avoid unnecessary volatile write on new AtomicBoolean(false)
  (P4) JDK-8243614: Typo in ReentrantLock's Javadoc

core-libs/java.util.jar:
  (P3) JDK-8252739: Deflater.setDictionary(byte[], int off, int len) ignores the starting offset for the dictionary
  (P4) JDK-8257445: (zipfs) Add DataProvider to TestLocOffsetFromZip64EF.java
  (P4) JDK-8256018: Adler32/CRC32/CRC32C missing reachabilityFence
  (P4) JDK-8244706: GZIP "OS" header flag hard-coded to 0 instead of 255 (RFC 1952 non-compliance)
  (P4) JDK-6714834: JarFile.getManifest() leaves an open InputStream as an undocumented side effect
  (P4) JDK-8242882: opening jar file with large manifest might throw NegativeArraySizeException
  (P4) JDK-8253952: Refine ZipOutputStream.putNextEntry() to recalculate ZipEntry's compressed size
  (P5) JDK-8255529: Remove unused methods from java.util.zip.ZipFile

core-libs/java.util.logging:
  (P3) JDK-8245302: Upgrade LogRecord to support long thread ids and remove its usage of ThreadLocal
  (P4) JDK-8250221: Address use of default constructors in java.logging
  (P4) JDK-8251160: Fix "no comment" warnings in java.logging
  (P4) JDK-8255277: randomDelay in DrainDeadlockT and LoggingDeadlock do not randomly delay
  (P4) JDK-8252265: Replace @exception with @throws java.util.logging package
  (P4) JDK-8255214: Unsupported 'valign' attribute for 'th' tag used in j.u.l.LogManager

core-libs/java.util.regex:
  (P3) JDK-8258259: Unicode linebreak matching behavior is incorrect; backout JDK-8235812
  (P4) JDK-8247546: Pattern matching does not skip correctly over supplementary characters

core-libs/java.util.stream:
  (P3) JDK-8180352: Add Stream.toList() method
  (P3) JDK-8259298: broken link in Stream::toList spec
  (P3) JDK-8254090: Collectors.toUnmodifiableList exposes shared secret
  (P4) JDK-8238286: Add new flatMap stream operation that is more amenable to pushing
  (P4) JDK-8249691: jdk/lambda/vm/StrictfpDefault.java file can be removed
  (P4) JDK-8253066: typo in Stream.mapMulti

core-libs/java.util:collections:
  (P3) JDK-8254161: Prevent instantiation of EnumSet subclasses through deserialization
  (P4) JDK-8156071: List.of: reduce array copying during creation
  (P4) JDK-8244288: Specialized implementations for putIfAbsent, merge, compute* methods in TreeMap derived maps
  (P5) JDK-8157729: examples in LinkedHashMap and LinkedHashSet class doc use raw types

core-libs/java.util:i18n:
  (P3) JDK-8251317: Support for CLDR version 38
  (P3) JDK-8259075: Update the copyright notice in the files generated by CLDR Converter tool
  (P3) JDK-8255086: Update the root locale display names
  (P4) JDK-8220483: Calendar.setTime(Date date) throws NPE with Date date = null
  (P4) JDK-8252497: Incorrect numeric currency code for ROL
  (P4) JDK-8253321: java.util.Locale.LanguageRange#equals is inconsistent after calling hashCode
  (P4) JDK-8247432: Update IANA Language Subtag Registry to Version 2020-09-29

core-libs/javax.lang.model:
  (P3) JDK-8253455: Record Classes javax.lang.model changes
  (P3) JDK-8255014: Record Classes javax.lang.model changes, follow-up
  (P3) JDK-8236842: Surprising 'multiple elements' behaviour from getTypeElement when cross-compiling with --release
  (P4) JDK-8248983: Add links to definition of empty name
  (P4) JDK-8245585: Add SourceVersion.RELEASE_16
  (P4) JDK-8248428: Cleanup pass on javax.lang.model docs
  (P4) JDK-8254974: Fix stutter typo in TypeElement
  (P4) JDK-8258060: Update @jls tags for renamed/renumbered sections
  (P4) JDK-8257799: Update JLS cross-references in java.compiler
  (P4) JDK-8257638: Update usage of "type" terminology in javax.lang.model
  (P4) JDK-8256917: Use combo @returns tag in java.compiler javadoc

core-libs/javax.naming:
  (P3) JDK-8245527: LDAP Channel Binding support for Java GSS/Kerberos
  (P4) JDK-8248865: Document JNDI/LDAP timeout properties
  (P4) JDK-8251182: Fix "no comment" warnings in java.naming
  (P4) JDK-8253155: Minor cleanups and Javadoc fixes for LdapDnsProvider of java.naming
  (P4) JDK-8251188: Update LDAP tests not to use wildcard addresses

core-libs/javax.script:
  (P4) JDK-8250237: Address use of default constructors in the javax.script package
  (P4) JDK-8246113: re-visit javax/script test that still requires jdk.scripting.nashorn module

core-libs/javax.sql:
  (P4) JDK-8250578: Address reliance on default constructors in javax.sql
  (P4) JDK-8252128: Remove javax.transaction references

core-svc:
  (P4) JDK-8257668: SA JMap - skip non-java thread stack dump for heap dump

core-svc/debugger:
  (P2) JDK-8252551: JDK-8250630 causes build error on Win*
  (P3) JDK-8252933: com.sun.tools.jdi.ObjectReferenceImpl#validateAssignment always requests referenceType
  (P3) JDK-8234808: jdb quoted option parsing broken
  (P3) JDK-8255987: JDI tests fail with com.sun.jdi.ObjectCollectedException
  (P3) JDK-8250630: test/jdk/com/sun/jdi/JdwpListenTest.java fails on Alpine Linux
  (P4) JDK-8247761: [aarch64] Contents of stack trace is incorrect after 'reenter' command
  (P4) JDK-8255858: Add debug agent support for storing thread names
  (P4) JDK-8250640: Address reliance on default constructors in jdk.jdi
  (P4) JDK-8252117: com/sun/jdi/BadHandshakeTest.java failed with "ConnectException: Connection refused: connect"
  (P4) JDK-8256808: com/sun/jdi/CatchAllTest.java failed with "NullPointerException: Cannot invoke "lib.jdb.Jdb.log(String)" because "this.jdb" is null"
  (P4) JDK-8246493: JDI stress/serial/mixed002 needs to use WhiteBox.deflateIdleMonitors support
  (P4) JDK-8244537: JDI tests fail due to "ERROR: Exception : nsk.share.jdi.JDITestRuntimeException: JDITestRuntimeException : ** event IS NOT a breakpoint **"
  (P4) JDK-8255696: JDWP debug agent's canSuspendResumeThreadLists() should be removed
  (P5) JDK-8255694: memory leak in JDWP debug agent after calling JVMTI GetAllThreads
  (P5) JDK-8255695: Some JVMTI calls in the jdwp debug agent are using FUNC_PTR instead of JVMTI_FUNC_PTR
  (P5) JDK-8255706: The JDWP debug agent unecessarily checks for JVMTI_ERROR_INTERRUPT after calling RawMonitorEnter

core-svc/java.lang.management:
  (P4) JDK-8257708: Remove redundant unmodifiableSet wrapper from already immutable set returned by Collections.singleton
  (P4) JDK-8251031: Some vmTestbase/nsk/monitoring/RuntimeMXBean tests fail with hostnames starting from digits
  (P4) JDK-8247863: Unreachable code in OperatingSystemImpl.getTotalSwapSpaceSize()
  (P4) JDK-8242328: Update mentions of ThreadMBean to ThreadMXBean
  (P4) JDK-8252537: Updated @exception with @throws

core-svc/javax.management:
  (P3) JDK-8247469: getSystemCpuLoad() returns -1 on linux when some offline cpus are present and cpusets.effective_cpus is not available
  (P3) JDK-8205467: javax/management/remote/mandatory/connection/MultiThreadDeadLockTest.java possible deadlock	
  (P4) JDK-8250583: Address reliance on default constructors in java.management

core-svc/tools:
  (P3) JDK-8254854: [cgroups v1] Metric limits not properly detected on some join controller combinations
  (P4) JDK-8252101: Add description of expected behavior of using "live" and "all" options together for jmap
  (P4) JDK-8256450: Add gz option to jmap to write a gzipped heap dump
  (P4) JDK-8215624: Add parallel heap iteration for jmap –histo
  (P4) JDK-8245129: Enhance jstat gc option output and tests
  (P4) JDK-8255982: Extend BasicJMapTest to test with different GC Heap
  (P4) JDK-8251155: HostIdentifier fails to canonicalize hostnames starting with digits
  (P4) JDK-8251848: JMap.histo() and JMap.dump() should parse sub-arguments similarly
  (P4) JDK-8249450: jstat -class option man doc typo
  (P4) JDK-8252104: parallel heap inspection for ShenandoahHeap

deploy/packager:
  (P2) JDK-8254920: Application launched with jpackage produced .exe crashes JVM

docs:
  (P4) JDK-8251552: Add minimal CONTRIBUTING.md file
  (P4) JDK-8253443: Add note about single/double equals sign when used with java.security.auth.login.config
  (P4) JDK-8251551: Use .md filename extension for README

docs/guides:
  (P3) JDK-8254703: Improve SSLEngine coding guidelines
  (P3) JDK-8253195: Update "JDK Providers Documentation" guide with additional SHA-3 signature support
  (P3) JDK-8253551: Update security guide for Remove the legacy elliptic curves
  (P4) JDK-8257792: Need to Update the table 5.3 of "PKCS#11 Reference Guide" for SHA-3 support
  (P4) JDK-8265717: Update Java Virtual Machine Guide about CDS support for ZGC
  (P4) JDK-8257645: VM Guide: Document the deprecation in the signal chaining facility
  (P4) JDK-8254757: ZGC is omitted from the TOC of this 'HotSpot Tuning Guide' chapter

docs/hotspot:
  (P4) JDK-8254804: Unexpected OutOfMemoryError when allocating an array larger than the heap

globalization/locale-data:
  (P3) JDK-8250665: Wrong translation for the month of May in ar_JO, ar_LB and ar_SY

globalization/translation:
  (P3) JDK-8259732: JDK 16 L10n resource file update - msg drop 10

hotspot:
  (P2) JDK-8256922: ppc, ppcle build broken after JDK-8254231
  (P2) JDK-8256924: ppc, ppcle, s390: JVM crashes at VM init after JDK-8254231
  (P3) JDK-8253901: ARM32: SIGSEGV during monitorexit due to incorrect register use (after JDK-8253540)
  (P3) JDK-8229469: JEP 386: Alpine Linux Port
  (P3) JDK-8248496: JEP 388: Windows/AArch64 Port
  (P3) JDK-8255349: Vector API issues on Big Endian
  (P4) JDK-8248403: AArch64: Remove uses of kernel integer types
  (P4) JDK-8252837: Cleanup SAP Copyright file headers
  (P4) JDK-8255975:  Fix AArch64 OpenJDK build failure with gcc-5
  (P4) JDK-8251888: Move HotSpot Style Guide wiki subpages to jdk/jdk/doc
  (P4) JDK-8247976: Update HotSpot Style Guide for C++14 adoption

hotspot/compiler:
  (P1) JDK-8256166: [C2] Registers get confused on Big Endian after 8221404
  (P1) JDK-8255274: [PPC64, s390] wrong StringLatin1.indexOf version matched
  (P1) JDK-8258687: Build broken on Windows after fix for JDK-8258134
  (P1) JDK-8260632: Build failures after JDK-8253353
  (P1) JDK-8252188: Crash in OrINode::Ideal(PhaseGVN*, bool)+0x8b9
  (P1) JDK-8252846: Fix ppc/s390 after "8231441: AArch64: Initial SVE backend support"
  (P1) JDK-8254790: SIGSEGV in string_indexof_char and stringL_indexof_char intrinsics
  (P1) JDK-8253869: sun/hotspot/whitebox/CPUInfoTest.java fails after JDK-8239090
  (P1) JDK-8248347: windows build broken by JDK-8243114
  (P2) JDK-8252292: 8240795 may cause anti-dependence to be missed
  (P2) JDK-8251369: [JVMCI] Backout 8246347 changes
  (P2) JDK-8258015: [JVMCI] JVMCI_lock shouldn't be held while initializing box classes
  (P2) JDK-8257919: [JVMCI] profiling info didn't change after reprofile
  (P2) JDK-8256986: [PPC64] C2 crashes when accessing nonexisting jvms of CallLeafDirectNode
  (P2) JDK-8257798: [PPC64] undefined reference to Klass::vtable_start_offset()
  (P2) JDK-8259775: [Vector API] Incorrect code-gen for VectorReinterpret operation
  (P2) JDK-8260473: [vector] ZGC: VectorReshape test produces incorrect results with ZGC enabled
  (P2) JDK-8259601: AArch64: Fix reinterpretX2D match rule issue
  (P2) JDK-8260585: AArch64: Wrong code generated for shifting right and accumulating four unsigned short integers
  (P2) JDK-8252467: AOT need to process new markId DEOPT_MH_HANDLER_ENTRY in compiled code
  (P2) JDK-8256386: ARM32 tests fail with "bad AD file" after JDK-8223051
  (P2) JDK-8256719: C1 flags that should have expired are still present
  (P2) JDK-8256823: C2 compilation fails with "assert(isShiftCount(imm8 >> 1)) failed: illegal shift count"
  (P2) JDK-8256478: C2 compilation fails with assert(t1->isa_long()) failed: Type must be a long
  (P2) JDK-8253756: C2 CompilerThread0 crash in Node::add_req(Node*)
  (P2) JDK-8250609: C2 crash in IfNode::fold_compares
  (P2) JDK-8260284: C2: assert(_base == Int) failed: Not an Int
  (P2) JDK-8259641: C2: assert(early->dominates(LCA)) failed: early is high enough
  (P2) JDK-8260709: C2: assert(false) failed: unscheduable graph
  (P2) JDK-8253644: C2: assert(skeleton_predicate_has_opaque(iff)) failed: unexpected
  (P2) JDK-8258790: C2: Crash on empty macro node list
  (P2) JDK-8259276: C2: Empty expression stack when reexecuting tableswitch/lookupswitch instructions after deoptimization
  (P2) JDK-8260370: C2: LoopLimit node is not eliminated
  (P2) JDK-8253191: C2: Masked byte comparisons with large masks produce wrong result on x86
  (P2) JDK-8257221: C2: RegMask::is_bound_set split set handling broken since JDK-8221404
  (P2) JDK-8253566: clazz.isAssignableFrom will return false for interface implementors
  (P2) JDK-8256371: Compiler thread crashes in ClassLoaderData::is_alive()
  (P2) JDK-8252779: compiler/graalunit/HotspotTest.java failed after JDK-8251525
  (P2) JDK-8253353: Crash in C2: guarantee(n != NULL) failed: No Node
  (P2) JDK-8253891: Debug x86_32 builds fail after JDK-8239090
  (P2) JDK-8254792: Disable intrinsic StringLatin1.indexOf until 8254790 is fixed
  (P2) JDK-8256633: Fix product build on Windows+Arm64
  (P2) JDK-8254252: Generic arraycopy stub overwrites callee-save rdi register on 64-bit Windows
  (P2) JDK-8258703: Incorrect 512-bit vector registers restore on x86_32
  (P2) JDK-8257182: JCK test failures in integer / long rotation tests
  (P2) JDK-8252331: JDK-8252058 is causing failures in Tier1
  (P2) JDK-8260339: JVM crashes when executing PhaseIdealLoop::match_fill_loop 
  (P2) JDK-8249880: JVMCI calling register_nmethod without CodeCache lock
  (P2) JDK-8254104: MethodCounters must exist before nmethod is installed
  (P2) JDK-8256275: Optimized build is broken
  (P2) JDK-8258558: Revert changes for JDK-8252505 and related issues
  (P2) JDK-8255400: Shenandoah: C2 failures after JDK-8255000
  (P2) JDK-8252296: Shenandoah: crash in CallNode::extract_projections
  (P2) JDK-8256020: Shenandoah: Don't resurrect objects during evacuation on AS_NO_KEEPALIVE
  (P2) JDK-8251260: two MD5 tests fail "RuntimeException: Unexpected count of intrinsic"
  (P2) JDK-8259353: VectorReinterpretNode is incorrectly optimized out
  (P2) JDK-8251994: VM crashed running TestComplexAddrExpr.java test with -XX:UseAVX=X
  (P2) JDK-8255550: x86: Assembler::cmpq(Address dst, Register src) encoding is incorrect
  (P2) JDK-8259560: Zero m68k: "static assertion failed: align" after JDK-8252049
  (P3) JDK-8254734: "dead loop detected" assert failure with patch from 8223051
  (P3) JDK-8251923: "Invalid JNI handle" assertion failure in JVMCICompiler::force_comp_at_level_simple()
  (P3) JDK-8255936: "parsing found no loops but there are some" assertion failure with Shenandoah
  (P3) JDK-8250233: -XX:+CITime triggers guarantee(events != NULL) in jvmci.cpp:173
  (P3) JDK-8254352: 3 compiler tests failed with "assert(allocates2(pc)) failed: not in CodeBuffer memory"
  (P3) JDK-8247691: [aarch64] Incorrect handling of VM exceptions in C1 deopt stub/traps
  (P3) JDK-8209961: [AOT] crash in Graal stub when -XX:+VerifyOops is used
  (P3) JDK-8255578: [JVMCI] be more careful about reflective reads of Class.componentType.
  (P3) JDK-8258380: [JVMCI] don't clear InstalledCode reference when unloading JVMCI nmethods
  (P3) JDK-8252881: [JVMCI] ResolvedJavaType.resolveMethod fails in fastdebug when invoked with a constructor
  (P3) JDK-8252058: [JVMCI] Rework setting is_method_handle_invoke flag in jvmciCodeInstaller
  (P3) JDK-8257910: [JVMCI] Set exception_seen accordingly in the runtime.
  (P3) JDK-8254814: [Vector API] Fix an AVX512 crash after JDK-8223347
  (P3) JDK-8255210: [Vector API] jdk/incubator/vector/Int256VectorTests.java crashes on AVX512 machines
  (P3) JDK-8255438: [Vector API] More instructs in x86.ad should use legacy mode for code-gen
  (P3) JDK-8256995: [vector] Improve broadcast operations
  (P3) JDK-8256614: AArch64: Add SVE backend implementation for integer min/max
  (P3) JDK-8249781: AArch64: AOT compiled code crashes if C2 allocates r27
  (P3) JDK-8247200: AArch64: assert((unsigned)fpargs < 32)
  (P3) JDK-8255479: AArch64: assert(src->section_index_of(target) == CodeBuffer::SECT_NONE) failed: sanity
  (P3) JDK-8248668: AArch64: Avoid MIN/MAX macros when using MSVC
  (P3) JDK-8248336: AArch64: C2: offset overflow in BoxLockNode::emit
  (P3) JDK-8255287: aarch64: fix SVE patterns for vector shift count
  (P3) JDK-8250824: AArch64: follow up for JDK-8248414
  (P3) JDK-8247766: AArch64: guarantee(val < (1U << nbits)) failed: Field too big for insn
  (P3) JDK-8248411: AArch64: Insufficient error handling when CodeBuffer is exhausted
  (P3) JDK-8256025: AArch64: MachCallRuntimeNode::ret_addr_offset() is incorrect for stub calls
  (P3) JDK-8251930: AArch64: Native types mismatch in hotspot
  (P3) JDK-8248671: AArch64: Remove unused variables
  (P3) JDK-8258384: AArch64: SVE verify_ptrue fails on some tests
  (P3) JDK-8248682: AArch64: Use ATTRIBUTE_ALIGNED helper
  (P3) JDK-8248666: AArch64: Use THREAD_LOCAL instead of __thread
  (P3) JDK-8076985: Allocation path: biased locking + compressed oops code quality
  (P3) JDK-8251152: ARM32: jtreg c2 Test8202414 test crash
  (P3) JDK-8247251: Assert '(_pcs_length == 0 || last_pc()->pc_offset() < pc_offset) failed: must specify a new, larger pc offset' failure
  (P3) JDK-8257231: assert(!is_mcall || (call_returns[block->_pre_order] <= (uint) current_offset))
  (P3) JDK-8250745: assert(eval_map.contains(n)) failed: absent
  (P3) JDK-8258134: assert(size == calc_size) failed: incorrect size calculation on x86_32 with AVX512 machines
  (P3) JDK-8249603: C1: assert(has_error == false) failed: register allocation invalid
  (P3) JDK-8255058: C1: assert(is_virtual()) failed: type check
  (P3) JDK-8248816: C1: Fix signature conflict in LIRGenerator::strength_reduce_multiply
  (P3) JDK-8256220: C1: x86_32 fails with -XX:UseSSE=1 after JDK-8210764 due to mishandled lir_neg
  (P3) JDK-8257594: C2 compiled checkcast of non-null object triggers endless deoptimization/recompilation cycle
  (P3) JDK-8254724: C2 crash in PhaseCFG::verify() const
  (P3) JDK-8255466: C2 crashes at ciObject::get_oop() const+0x0
  (P3) JDK-8250825: C2 crashes with assert(field != __null) failed: missing field
  (P3) JDK-8257822: C2 crashes with SIGFPE due to a division that floats above its zero check 
  (P3) JDK-8248552: C2 crashes with SIGFPE due to division by zero
  (P3) JDK-8257575: C2: "failed: only phis" assert failure in loop strip mining verification
  (P3) JDK-8257574: C2: "failed: parsing found no loops but there are some" assert failure
  (P3) JDK-8249607: C2: assert(!had_error) failed: bad dominance
  (P3) JDK-8254998: C2: assert(!n->as_Loop()->is_transformed_long_loop()) failure with -XX:StressLongCountedLoop=1
  (P3) JDK-8253404: C2: assert(C->live_nodes() <= C->max_node_limit()) failed: Live Node limit exceeded limit
  (P3) JDK-8254887: C2: assert(cl->trip_count() > 0) failed: peeling a fully unrolled loop
  (P3) JDK-8249602: C2: assert(cnt == _outcnt) failed: no insertions allowed
  (P3) JDK-8259061: C2: assert(found) failed: memory-writing node is not placed in its original loop or an ancestor of it
  (P3) JDK-8249605: C2: assert(no_dead_loop) failed: dead loop detected
  (P3) JDK-8255120: C2: assert(outer->outcnt() >= phis + 2 && outer->outcnt() <= phis + 2 + stores + 1) failed: only phis
  (P3) JDK-8257631: C2: Assertion failure in ArrayCopyNode::get_count() during late inlining
  (P3) JDK-8255367: C2: Deoptimization during vector box construction is broken
  (P3) JDK-8256385: C2: fatal error: modified node is not on IGVN._worklist
  (P3) JDK-8256054: C2: Floating-point min/max operations on vectors intermittently produce wrong results for NaN values 
  (P3) JDK-8257625: C2: Harden input checks in vector intrinsics
  (P3) JDK-8257165: C2: Improve box elimination for vector masks and shuffles
  (P3) JDK-8257057: C2: Improve safepoint processing during vector scalarization pass
  (P3) JDK-8257632: C2: Late inlining attempt on a call with a dead memory crashes
  (P3) JDK-8247307: C2: Loop array fill stub routines are not called
  (P3) JDK-8256807: C2: Not marking stores correctly as mismatched in string opts
  (P3) JDK-8253734: C2: Optimize Move nodes
  (P3) JDK-8248830: C2: Optimize Rotate API on x86
  (P3) JDK-8255763: C2: OSR miscompilation caused by invalid memory instruction placement
  (P3) JDK-8257624: C2: PhaseMacroExpand::eliminate_macro_nodes() crashes on out-of-bounds access into macro node array
  (P3) JDK-8251925: C2: RenaissanceStressTest fails with assert(!had_error): bad dominance
  (P3) JDK-8257630: C2: ReplacedNodes doesn't handle non-CFG multi nodes
  (P3) JDK-8254317: C2: Resource consumption of ConvI2LNode::Ideal() grows exponentially
  (P3) JDK-8252494: C2: TypeAryPtr::cast_to_autobox_cache does not use ptr_type
  (P3) JDK-8255000: C2: Unify IGVN processing when loop opts are over
  (P3) JDK-8256730: Code that uses Object.checkIndex() range checks doesn't optimize well
  (P3) JDK-8219586: CodeHeap State Analytics processes dead nmethods
  (P3) JDK-8258225: compiler/c2/cr6340864/TestIntVect.java runs faster in interpreter
  (P3) JDK-8248568: compiler/c2/TestBit.java failed "RuntimeException: 'test' missing from stdout/stderr"
  (P3) JDK-8251544: CTW: C2 fails with assert(no_dead_loop) failed: dead loop detected
  (P3) JDK-8256016: Dacapo24H.java failed with "assert(false) failed: unscheduable graph"
  (P3) JDK-8256056: Deoptimization stub doesn't save vector registers on x86
  (P3) JDK-8255022: Documentation missing for Vector API zero methods
  (P3) JDK-8255448: Fastdebug JVM crashes with Vector API when PrintAssembly is turned on
  (P3) JDK-8253721: Flag -XX:AVX3Threshold does not accept Zero value
  (P3) JDK-8256058: Improve vector register handling in RegisterMap::pd_location() on x86
  (P3) JDK-8256073: Improve vector rematerialization support
  (P3) JDK-8256757: Incorrect MachCallRuntimeNode::ret_addr_offset() for CallLeafNoFP on x86_32
  (P3) JDK-8173585: Intrinsify StringLatin1.indexOf(char)
  (P3) JDK-8201271: JEP 338: Vector API (Incubator)
  (P3) JDK-8256418: Jittester make build is broken.
  (P3) JDK-8258989: JVM is failed to inline in jdk.internal.vm.vector.VectorSupport::convert  
  (P3) JDK-8251262: JVM/TI CM01/cm01t016 SIGSEGV in CodeStrings::free
  (P3) JDK-8233915: JVMTI FollowReferences: Java Heap Leak not found because of C2 Scalar Replacement
  (P3) JDK-8250548: libgraal can deadlock in -Xcomp mode
  (P3) JDK-8258272: LoadVectorMaskedNode can't be replaced by zero con
  (P3) JDK-8252696: Loop unswitching may cause out of bound array load to be executed
  (P3) JDK-8254884: Make sure jvm does not crash with Arm SVE and Vector API
  (P3) JDK-8255368: Math.exp() gives wrong result for large values on x86 32-bit platforms
  (P3) JDK-8255563: Missing NULL checks after JDK-8233624
  (P3) JDK-8249749: modify a primitive array through a stream and a for cycle causes jre crash
  (P3) JDK-8252049: Native memory leak in ciMethodData ctor
  (P3) JDK-8252889: Obsolete -XX:+InsertMemBarAfterArraycopy
  (P3) JDK-8257806: Optimize x86 allTrue and anyTrue vector mask operations of Vector API 
  (P3) JDK-8251458: Parse::do_lookupswitch fails with "assert(_cnt >= 0) failed"
  (P3) JDK-8251535: Partial peeling at unsigned test adds incorrect loop exit check
  (P3) JDK-8247695: PPC/S390: compiler/intrinsics/math/TestFpMinMaxIntrinsics.java fails
  (P3) JDK-8033441: print line numbers with -XX:+PrintOptoAssembly
  (P3) JDK-8256581: Refactor vector conversion tests
  (P3) JDK-8256061: RegisterSaver::save_live_registers() omits upper halves of ZMM0-15 registers
  (P3) JDK-8253447: Remove buggy code introduced by 8249451
  (P3) JDK-8253002: Remove the unused SafePointNode::_oop_map field
  (P3) JDK-8255010: runtime/cds/appcds/cacheObject/CheckCachedMirrorTest.java failed "assert(i < _cnt) failed: oob"
  (P3) JDK-8254753: SEGV in IndexSet::IndexSet with AOT
  (P3) JDK-8254754: SEGV in PhaseChaitin::post_allocate_copy_removal() with AOT/JVMCI
  (P3) JDK-8258393: Shenandoah: "graph should be schedulable" assert failure
  (P3) JDK-8255401: Shenandoah: Allow oldval and newval registers to overlap in cmpxchg_oop()
  (P3) JDK-8253857: Shenandoah: Bugs in ShenandoahEvacOOMHandler related code
  (P3) JDK-8255534: Shenandoah: Fix CmpP optimization wrt native-LRB
  (P3) JDK-8250957: SIGSEGV in Compile::can_alias
  (P3) JDK-8252534: SIGSEGV in Node::is_dead_loop_safe
  (P3) JDK-8252463: SIGSEGV in PhaseChaitin::gather_lrg_masks
  (P3) JDK-8257561: Some code is not vectorized after 8251925 and 8250607
  (P3) JDK-8248791: sun/util/resources/cldr/TimeZoneNamesTest.java fails with -XX:-ReduceInitialCardMarks -XX:-ReduceBulkZeroing
  (P3) JDK-8257531: Super word not applied to a loop of simple Buffer operations 
  (P3) JDK-8248226: TestCloneAccessStressGCM fails with -XX:-ReduceBulkZeroing
  (P3) JDK-8253728: tests fail with "assert(fr.is_compiled_frame()) failed: Wrong frame type"
  (P3) JDK-8249451: Unconditional exceptions clearing logic in compiler code should honor Async Exceptions.
  (P3) JDK-8247922: Update Graal
  (P3) JDK-8249608: Vector register used by C2 compiled method corrupted at safepoint
  (P3) JDK-8255224: x86_32 tests fail with "bad AD file" after JDK-8223051
  (P4) JDK-8257848: -XX:CompileCommand=blackhole,* should be diagnostic
  (P4) JDK-8250848: [AArch64] nativeGotJump_at() missing call to verify().
  (P4) JDK-8255914: [AOT] Using AOT flag should give warning when AOT is not included in build
  (P4) JDK-8253964: [Graal] UnschedulableGraphTest#test01fails with expected:<4> but was:<3>
  (P4) JDK-8253874: [JVMCI] added test omitted in 8252881
  (P4) JDK-8253842: [JVMCI] Allow implicit exception to dispatch to other address in jvmci compilers.
  (P4) JDK-8252518: [JVMCI] cache the result of CompilerToVM.getComponentType
  (P4) JDK-8254842: [JVMCI] copy thread name when attaching libgraal thread to HotSpot
  (P4) JDK-8257917: [JVMCI] crash when materializing boxed values under -Xcomp
  (P4) JDK-8257020: [JVMCI] enable a JVMCICompiler to specify which GCs it supports
  (P4) JDK-8255068: [JVMCI] errors during compiler creation can be hidden
  (P4) JDK-8255004: [JVMCI] expose JVM_ACC_FIELD_INITIALIZED_FINAL_UPDATE
  (P4) JDK-8248321: [JVMCI] improve libgraal logging and fatal error handling
  (P4) JDK-8254793: [JVMCI] improve speculation encoding
  (P4) JDK-8252543: [JVMCI] Libgraal can deadlock in blocking compilation mode
  (P4) JDK-8257220: [JVMCI] option validation should not result in a heavy-weight VM crash
  (P4) JDK-8253228: [JVMCI] provide more info on fatal JVMCI errors
  (P4) JDK-8246347: [JVMCI] Set is_method_handle_invoke flag accordingly when describing scope in jvmciCodeInstaller
  (P4) JDK-8255129: [PPC64, s390] Check vector_size_supported and add VectorReinterpret node
  (P4) JDK-8256479: [PPC64] C2 crashes when UseVectorByteReverseInstructionsPPC64 used without SuperwordUseVSX
  (P4) JDK-8255553: [PPC64] Introduce and use setbc and setnbc P10 instructions
  (P4) JDK-8253029: [PPC64] Remove obsolete Power6 code
  (P4) JDK-8257423: [PPC64] Support -XX:-UseInlineCaches
  (P4) JDK-8257813: [redo] C2: Filter type in PhiNode::Value() for induction variables of trip-counted integer loops
  (P4) JDK-8255565: [Vector API] Add missing format strings for extract instructs in x86.ad
  (P4) JDK-8255378: [Vector API] Remove redundant vector length check after JDK-8254814 and JDK-8255210
  (P4) JDK-8257537: [vector] Cleanup redundant bitwise cases on floating point vectors 
  (P4) JDK-8254994: [x86] C1 StubAssembler::call_RT, "call_offset might not be initialized"
  (P4) JDK-8254995: [x86] ControlWord::print(), rc/pc variables might not be initialized
  (P4) JDK-8237483: AArch64 C1 OopMap inserted twice fatal error
  (P4) JDK-8256375: AArch64: aarch64-asmtest.py may generate undefined register r18
  (P4) JDK-8256318: AArch64: Add support for floating-point absolute difference
  (P4) JDK-8255949: AArch64: Add support for vectorized shift right and accumulate
  (P4) JDK-8252259: AArch64: Adjust default value of FLOATPRESSURE
  (P4) JDK-8255799: AArch64: CPU_A53MAC feature may be set incorrectly
  (P4) JDK-8251525: AArch64: Faster Math.signum(fp)
  (P4) JDK-8248870: AArch64: I2L/L2I conversions can be skipped for masked positive values
  (P4) JDK-8255625: AArch64: Implement Base64.encodeBlock accelerator/intrinsic
  (P4) JDK-8255246: AArch64: Implement BigInteger shiftRight and shiftLeft accelerator/intrinsic
  (P4) JDK-8252204: AArch64: Implement SHA3 accelerator/intrinsic
  (P4) JDK-8165404: AArch64: Implement SHA512 accelerator/intrinsic
  (P4) JDK-8231441: AArch64: Initial SVE backend support
  (P4) JDK-8247979: aarch64: missing side effect of killing flags for clearArray_reg_reg
  (P4) JDK-8249189: AArch64: more L2I conversions can be skipped
  (P4) JDK-8253015: Aarch64: Move linux code out from generic CPU feature detection
  (P4) JDK-8257436: AArch64: Regressions in ArrayCopyUnalignedDst.testByte/testChar for 65-78 bytes when UseSIMDForMemoryOps is on
  (P4) JDK-8248414: AArch64: Remove uses of long and unsigned long ints
  (P4) JDK-8252311: AArch64: save two words in itable lookup stub
  (P4) JDK-8256488: AArch64: Use ldpq/stpq instead of ld4/st4 for small copies in StubGenerator::copy_memory
  (P4) JDK-8253048: AArch64: When CallLeaf, no need to preserve callee-saved registers in caller
  (P4) JDK-8259757: add a regression test for 8259353 and 8259601
  (P4) JDK-8260608: add a regression test for 8260370
  (P4) JDK-8244926: Add absolute check for int/long to generate Abs nodes
  (P4) JDK-8256569: Add C2 compiler stress flags to CTW
  (P4) JDK-8256999: Add C2 intrinsic for Reference.refersTo and PhantomReference::refersTo
  (P4) JDK-8257805: Add compiler/blackhole tests to tier1
  (P4) JDK-8248398: Add diagnostic RepeatCompilation utility
  (P4) JDK-8245021: Add method 'remove_if_existing' to growableArray.
  (P4) JDK-8248987: AOT's Linker.java seems to eagerly fail-fast on Windows.
  (P4) JDK-8249809: avoid calling DirectiveSet::clone(this) in compilecommand_compatibility_init 
  (P4) JDK-8253118: Avoid unnecessary deopts when OSR nmethods of the same level are present.
  (P4) JDK-8252505: C1/C2 compiler support for blackholes
  (P4) JDK-8253588: C1: assert(false) failed: unknown register on x86_32 only with -XX:+TraceLinearScanLevel=4
  (P4) JDK-8255245: C1: Fix output of -XX:+PrintCFGToFile to open it with visualizer
  (P4) JDK-8252591: C1: SIGSEGV in SubstitutionResolver::visit
  (P4) JDK-8253923: C2 doesn't always run loop opts for compilations that include loops
  (P4) JDK-8255665: C2 should aggressively remove temporary hook nodes
  (P4) JDK-8256883: C2: Add a RegMask iterator
  (P4) JDK-8253636: C2: Adjust NodeClasses::_max_classes
  (P4) JDK-8252291: C2: Assignment in conditional in loopUnswitch.cpp
  (P4) JDK-8256827: C2: Avoid reallocations by pre-sizing lists in post_allocate_copy_removal
  (P4) JDK-8257069: C2: Clarify and sanity test RegMask/RegMaskIterator
  (P4) JDK-8253586: C2: Clean up unused PhaseIterGVN::init_worklist()
  (P4) JDK-8254575: C2: Clean up unused TRACK_PHI_INPUTS assertion code
  (P4) JDK-8251271: C2: Compile::_for_igvn list is corrupted after RenumberLiveNodes
  (P4) JDK-8248467: C2: compiler/intrinsics/object/TestClone fails with -XX:+VerifyGraphEdges
  (P4) JDK-8253765: C2: Control randomization in StressLCM and StressGCM 
  (P4) JDK-8221404: C2: Convert RegMask and IndexSet to use uintptr_t
  (P4) JDK-8250607: C2: Filter type in PhiNode::Value() for induction variables of trip-counted integer loops
  (P4) JDK-8257634: C2: Introduce IncrementalInliningForceCleanup diagnostic flag
  (P4) JDK-8255026: C2: Miscellaneous cleanups in Compile and PhaseIdealLoop code
  (P4) JDK-8256274: C2: Optimize copying of the shared type dictionary
  (P4) JDK-8257223: C2: Optimize RegMask::is_bound
  (P4) JDK-8253146: C2: Purge unused MachCallNode::_arg_size field
  (P4) JDK-8252219: C2: Randomize IGVN worklist for stress testing
  (P4) JDK-8256453: C2: Reduce State footprint
  (P4) JDK-8253524: C2: Refactor code that clones predicates during loop unswitching
  (P4) JDK-8252362: C2: Remove no-op checking for callee-saved-floats
  (P4) JDK-8251303: C2: remove unused _site_invoke_ratio and related code from InlineTree
  (P4) JDK-8252290: C2: Remove unused enum in CallGenerator
  (P4) JDK-8257418: C2: Rename barrier data member in MemNode and LoadStoreNode
  (P4) JDK-8257483: C2: Split immediate vector rotate from RotateLeftV and RotateRightV nodes
  (P4) JDK-8256392: C2: Various Node cleanups
  (P4) JDK-8250738: C2Compiler::is_intrinsic_supported(methodHandle&,bool) shouldn't be virtual
  (P4) JDK-8252966: CI: Remove KILL_COMPILE_ON_FATAL_ and KILL_COMPILE_ON_ANY macros
  (P4) JDK-8254365: ciMethod.hpp should not include methodHandles.hpp
  (P4) JDK-8255797: ciReplay: improve documentation of replay file syntax in parser
  (P4) JDK-8253101: Clean up CallStaticJavaNode EA flags
  (P4) JDK-8251127: clean up FileInstaller $test.src $cwd in remaining vmTestbase_vm_compiler tests
  (P4) JDK-8252720: clean up FileInstaller $test.src $cwd in vmTestbase/vm/compiler/optimizations tests
  (P4) JDK-8250668: Clean up method_oop names in adlc
  (P4) JDK-8253880: clean up sun/hotspot/tools/ctw/Utils class
  (P4) JDK-8252583: Clean up unused phi-to-copy degradation mechanism
  (P4) JDK-8254744: Clean-up CodeBlob::align_code_offset
  (P4) JDK-8255441: Cleanup ciEnv/jvmciEnv::lookup_method-s
  (P4) JDK-8253311: Cleanup relocInfo constructors
  (P4) JDK-8255338: CodeSections are never frozen
  (P4) JDK-8255301: Common and strengthen the code in ciMemberName and ciMethodHandle
  (P4) JDK-8139046: Compiler Control: IGVPrintLevel directive should set PrintIdealGraph
  (P4) JDK-8256738: Compiler interface clean-up
  (P4) JDK-8251306: compiler/aot/cli/jaotc/IgnoreErrorsTest.java timed out on MacOS
  (P4) JDK-8252404: compiler/c1/TestTraceLinearScanLevel.java fails with release VMs
  (P4) JDK-8257232: CompileThresholdScaling fails to work on 32-bit platforms
  (P4) JDK-8251459: Compute caller save exclusion RegMasks once
  (P4) JDK-8251526: CTW fails to build after JDK-8251121
  (P4) JDK-8255562: delete UseRDPCForConstantTableBase
  (P4) JDK-8253768: Deleting unused pipe_class definitions in adl-file (x86_64.ad).
  (P4) JDK-8248234: Disabling UseExactTypes crashes C2
  (P4) JDK-8257398: Enhance debug output in Type::check_symmetrical
  (P4) JDK-8249888: failure to create a libgraal JavaVM should result in a VM crash
  (P4) JDK-8257471: fatal error: Fatal exception in JVMCI: Exception during JVMCI compiler initialization
  (P4) JDK-8257460: Further CompilerOracle cleanup
  (P4) JDK-8241486: G1/Z give warning when using LoopStripMiningIter and turn off LoopStripMiningIter (0)
  (P4) JDK-8247408: IdealGraph bit check expression canonicalization
  (P4) JDK-8255265: IdealLoopTree::iteration_split_impl does not use should_align
  (P4) JDK-8253525: Implement getInstanceSize/sizeOf intrinsics
  (P4) JDK-8250902: Implement MD5 Intrinsics on x86
  (P4) JDK-8243114: Implement montgomery{Multiply,Square}intrinsics on Windows
  (P4) JDK-8251093: Improve C1 register allocator logging and debugging support
  (P4) JDK-8256508: Improve CompileCommand flag
  (P4) JDK-8239090: Improve CPU feature support in VM_Version  
  (P4) JDK-8254913: Increase InlineSmallCode default from 2000 to 2500 for x64
  (P4) JDK-8223347: Integration of Vector API (Incubator)
  (P4) JDK-8254107: investigate old replay failures
  (P4) JDK-8256050: JVM crashes with -XX:+PrintDeoptimizationDetails
  (P4) JDK-8254827: JVMCI: Enable it for Windows+AArch64
  (P4) JDK-8250612: jvmciCompilerToVM.cpp declares jio_printf with "void" return type, should be "int"
  (P4) JDK-8256552: Let ReplayCompiles set UseDebuggerErgo
  (P4) JDK-8249663: LogCompilation cannot process log from o.r.scala.dotty.JmhDotty
  (P4) JDK-8257517: LogCompilation: Add -z to the help messages
  (P4) JDK-8255965: LogCompilation: add sort by nmethod code size
  (P4) JDK-8257518: LogCompilation: java.lang.InternalError with JFR turned on
  (P4) JDK-8257718: LogCompilation: late_inline doesnt work right for JDK 8 logs
  (P4) JDK-8254939: macOS: unused function 'replicate4_imm'
  (P4) JDK-8253555: Make ByteSize and WordSize typed scoped enums
  (P4) JDK-8251132: make main classes public in vmTestbase/jit tests
  (P4) JDK-8252051: Make mlvmJvmtiUtils strncpy uses GCC 10.x friendly
  (P4) JDK-8241495: Make more compiler related flags available on a per method level 
  (P4) JDK-8251464: make Node::dump(int depth) support indent
  (P4) JDK-8250914: Matcher::stack_direction() is unused
  (P4) JDK-8250635: MethodArityHistogram should use Compile_lock in favour of fancy checks
  (P4) JDK-8254351: Minimal VM build fails with undeclared identifier 'MaxVectorSize' after JDK-8252847
  (P4) JDK-8255020: Minor updates to docs jdk.incubator.vector 
  (P4) JDK-8197981: Missing return statement in __sync_val_compare_and_swap_8
  (P4) JDK-8251268: Move PhaseChaitin definitions from live.cpp to chaitin.cpp
  (P4) JDK-8248043: Need to eliminate excessive i2l conversions
  (P4) JDK-8256536: Newer AMD 19h (EPYC) Processor family defaults
  (P4) JDK-8255720: Optimize bci_to_dp/-data by enabling iteration over raw DataLayouts
  (P4) JDK-8252847: Optimize primitive arrayCopy stubs using AVX-512 masked instructions 
  (P4) JDK-8254872: Optimize Rotate on AArch64
  (P4) JDK-8252848: Optimize small primitive arrayCopy operations through partial inlining using AVX-512 masked instructions 
  (P4) JDK-8249144: Potential memory leak in TypedMethodOptionMatcher
  (P4) JDK-8253565: PPC64: Fix duplicate if condition in vm_version_ppc.cpp
  (P4) JDK-8248190: PPC:  Enable Power10 system and use new byte-reverse instructions 
  (P4) JDK-8255742: PrintInlining as compiler directive doesn't print virtual calls
  (P4) JDK-8250808: Re-associate loop invariants with other associative operations
  (P4) JDK-8254360: Re-examine use of CodeBuffer::verify_section_allocation
  (P4) JDK-8256741: Reduce footprint of compiler interface data structures 
  (P4) JDK-8256267: Relax compiler/floatingpoint/NaNTest.java for x86_32 and lower -XX:+UseSSE
  (P4) JDK-8255616: Removal of experimental features AOT and Graal JIT
  (P4) JDK-8252898: remove bulk registration of JFR CompilerPhaseType names
  (P4) JDK-8255429: Remove C2-based profiling
  (P4) JDK-8250739: remove Compile::Generate_*_Graph methods declarations
  (P4) JDK-8250797: remove CompileReason::Reason_CTW
  (P4) JDK-8247697: Remove delayed_forbidden dead code in C2
  (P4) JDK-8256325: Remove duplicate asserts in PhaseMacroExpand::expand_macro_nodes
  (P4) JDK-8252186: remove FileInstaller action from vmTestbase/jit/graph tests
  (P4) JDK-8252778: remove jdk.test.lib.FileInstaller action from compiler/c2/stemmer test
  (P4) JDK-8252774: remove jdk.test.lib.FileInstaller action from graalunit tests
  (P4) JDK-8256238: Remove Matcher::pass_original_key_for_aes
  (P4) JDK-8255721: Remove no-op clean_weak_method_links methods
  (P4) JDK-8247319: Remove on-stack nmethod hotness counter sampling from safepoints
  (P4) JDK-8253392: remove PhaseCCP_DCE declaration
  (P4) JDK-8256009: Remove src/hotspot/share/adlc/Test/i486.ad
  (P4) JDK-8254769: Remove unimplemented BCEscapeAnalyzer::{add_dependence, propagate_dependencies}
  (P4) JDK-8254773: Remove unimplemented ciReplay::is_loaded(Klass* klass)
  (P4) JDK-8254771: Remove unimplemented ciSignature::get_all_klasses
  (P4) JDK-8253631: Remove unimplemented CompileBroker methods after JEP-165
  (P4) JDK-8253633: Remove unimplemented TieredThresholdPolicy::set_carry_if_necessary
  (P4) JDK-8249165: Remove unneeded nops introduced by 8234160 changes
  (P4) JDK-8254966: Remove unused code from Matcher
  (P4) JDK-8255909: Remove unused delayed_value methods
  (P4) JDK-8253822: Remove unused exception_address_is_unpack_entry
  (P4) JDK-8253040: Remove unused Matcher::regnum_to_fpu_offset()
  (P4) JDK-8251996: remove usage of PropertyResolvingWrapper in vm/compiler/complog/uninit
  (P4) JDK-8251998: remove usage of PropertyResolvingWrapper in vmTestbase/jit/t
  (P4) JDK-8251997: remove usage of PropertyResolvingWrapper in vmTestbase/vm/mlvm/
  (P4) JDK-8252215: Remove VerifyOptoOopOffsets flag
  (P4) JDK-8251128: remove vmTestbase/vm/compiler/jbe/combine
  (P4) JDK-8138732: Rename @HotSpotIntrinsicCandidate to @IntrinsicCandidate and move it to the jdk.internal.vm.annotation package
  (P4) JDK-8255672: Replace PhaseTransform::eqv by pointer equality check
  (P4) JDK-8250556: revert JVMCI part of JDK-8230395
  (P4) JDK-8256655: rework long counted loop handling
  (P4) JDK-8247743: Segmentation fault in debug builds due to stack overflow in find_recur with deep graphs
  (P4) JDK-8246203: Segmentation fault in verification due to stack overflow with -XX:+VerifyIterativeGVN
  (P4) JDK-8254314: Shenandoah: null checks in c2 should not skip over native load barrier
  (P4) JDK-8248901: Signed immediate support in .../share/assembler.hpp is broken.
  (P4) JDK-8256205: Simplify compiler calling convention handling
  (P4) JDK-8254269: simplify Node::disconnect_inputs
  (P4) JDK-8257190: simplify PhaseIdealLoop constructors
  (P4) JDK-8256203: Simplify RegMask::Empty
  (P4) JDK-8151779: Some intrinsic flags could be replaced with one general flag
  (P4) JDK-8253748: StressIGV tests fail with release VMs
  (P4) JDK-8223051: support loops with long (64b) trip counts
  (P4) JDK-8258647: TestCharVect2 is very slow
  (P4) JDK-8257847: Tiered should publish MDO data pointer for interpreter after profile start 
  (P4) JDK-8255959: Timeouts in VectorConversion tests
  (P4) JDK-8248359: Update JVMCI
  (P4) JDK-8248445: Use of AbsI / AbsL nodes should be limited to supported platforms
  (P4) JDK-8245107: Use Unified Logging in trace_method_handle_stub()
  (P4) JDK-8255579: x86: Use cmpq(Register,Address) in safepoint_poll
  (P5) JDK-6232281: -XX:-UseLoopSafepoints causes assert(v_false,"Parse::remove_useless_nodes missed this node")
  (P5) JDK-8256858: C2: Devirtualize PhaseIterGVN-specific methods
  (P5) JDK-8252916: Newline in object field values list of ScopeDesc should be removed
  (P5) JDK-8254369: Node::disconnect_inputs may skip precedences
  (P5) JDK-8256956: RegisterImpl::max_slots_per_register is incorrect on AMD64
  (P5) JDK-8255067: Restore Copyright line in file modified by 8253191
  (P5) JDK-8256387: Unexpected result if patching an entire instruction on AArch64

hotspot/gc:
  (P1) JDK-8251570: JDK-8215624 causes assert(worker_id < _n_workers) failed: Invalid worker_id
  (P1) JDK-8248329: JDK-8244603 breaks windows build
  (P1) JDK-8252995: Non-PCH builds broken by JDK-8250961
  (P2) JDK-8256517: (ref) Reference.clear during reference processing may lose notification
  (P2) JDK-8227695: assert(pss->trim_ticks().seconds() == 0.0) failed: Unexpected partial trimming during evacuation
  (P2) JDK-8256641: CDS VM operations do not lock the heap
  (P2) JDK-8254164: G1 only removes self forwarding pointers for last collection set increment
  (P2) JDK-8253902: G1: Starting a new marking cycle before the conc mark thread fully completed causes assertion failure
  (P2) JDK-8259271: gc/parallel/TestDynShrinkHeap.java still fails "assert(covered_region.contains(new_memregion)) failed: new region is not in covered_region"
  (P2) JDK-8254877: GCLogPrecious::_lock rank constrains what locks you are allowed to have when crashing
  (P2) JDK-8255233: InterpreterRuntime::at_unwind should be a JRT_LEAF
  (P2) JDK-8256051: nmethod_entry_barrier stub miscalculates xmm spill size on x86_32
  (P2) JDK-8257999: Parallel GC crash in gc/parallel/TestDynShrinkHeap.java: new region is not in covered_region
  (P2) JDK-8260704: ParallelGC: oldgen expansion needs release-store for _end
  (P2) JDK-8259063: Possible deadlock with vtable/itable creation vs concurrent class unloading
  (P2) JDK-8255243: Reinforce escape barrier interactions with ZGC conc stack processing
  (P2) JDK-8247736: Shenandoah: assert(_nm->is_alive()) failed: only alive nmethods here
  (P2) JDK-8249230: Shenandoah: assertion failure with -XX:-ResizeTLAB
  (P2) JDK-8247670: Shenandoah: deadlock during class unloading OOME
  (P2) JDK-8257817: Shenandoah: Don't race with conc-weak-in-progress flag in weak-LRB
  (P2) JDK-8256011: Shenandoah: Don't resurrect finalizably reachable objects
  (P2) JDK-8255852: Shenandoah: Fix incorrect copyright header in new files added by 8254315
  (P2) JDK-8254319: Shenandoah: Interpreter native-LRB needs to activate during HAS_FORWARDED
  (P2) JDK-8256688: Shenandoah: Lock rank inversion after JDK-8212879
  (P2) JDK-8257701: Shenandoah: objArrayKlass metadata is not marked with chunked arrays
  (P2) JDK-8258714: Shenandoah: Process references before evacuation during degen
  (P2) JDK-8251451: Shenandoah: Remark ObjectSynchronizer roots with I-U
  (P2) JDK-8256426: Shenandoah: Remove superfluous assert is ShBS::load_reference_barrier()
  (P2) JDK-8255886: Shenandoah: Resolve cset address truncation and register clash in interpreter LRB
  (P2) JDK-8257793: Shenandoah: SATB barrier should only filter out already strongly marked oops
  (P2) JDK-8251192: Shenandoah: Shenandoah build failed after JDK-8235573
  (P2) JDK-8247593: Shenandoah: should not block pacing reporters
  (P2) JDK-8254362: x86_32 builds fail after JDK-8253180
  (P2) JDK-8254611: x86_32: Call to IRT::at_unwind clobbers rthread after JDK-8253180
  (P2) JDK-8256912: Zero builds fail after JDK-8255984
  (P2) JDK-8252513: ZGC: Contiguous memory reservation probing is broken for TB heap sizes
  (P2) JDK-8259765: ZGC: Handle incorrect processor id reported by the operating system
  (P2) JDK-8254874: ZGC: JNIHandleBlock verification failure in stack watermark processing
  (P2) JDK-8252514: ZGC: Physical memory splitting is broken
  (P3) JDK-8248736: [aarch64] runtime/signal/TestSigpoll.java failed "fatal error: not an ldr (literal) instruction."
  (P3) JDK-8255598: [PPC64] assert(Universe::heap()->is_in(result)) failed: object not in heap
  (P3) JDK-8253237: [REDO] Improve large object handling during evacuation
  (P3) JDK-8253236: [REDO] Investigate fast-path for scanning only objects with references during gc
  (P3) JDK-8252853: AArch64: gc/shenandoah/TestVerifyJCStress.java fails intermittently with C1
  (P3) JDK-8255006: Add NULL-check to StringDedupTable lookup
  (P3) JDK-8259380: Correct pretouch chunk size to cap with actual page size
  (P3) JDK-8245511: G1 adaptive IHOP does not account for reclamation of humongous objects by young GC
  (P3) JDK-8253081: G1 fails on stale objects in archived module graph in Open Archive regions
  (P3) JDK-8244505: G1 pause time ratio calculation does not consider Remark/Cleanup pauses
  (P3) JDK-8255980: G1 Service thread register_task can be used after shutdown
  (P3) JDK-8158045: Improve large object handling during evacuation
  (P3) JDK-8027761: Investigate fast-path for scanning only objects with references during gc
  (P3) JDK-8239600: JEP 376: ZGC: Concurrent Thread-Stack Processing
  (P3) JDK-8258985: Parallel WeakProcessor may use too few threads
  (P3) JDK-8257974: Regression 21% in DaCapo-lusearch-large after JDK-8236926
  (P3) JDK-8257820: Remove gc/ergonomics/TestMinHeapSize.java as it is too brittle
  (P3) JDK-8233214: Remove runtime code not needed with CMS removed
  (P3) JDK-8256040: Shenandoah: Allow NULL referent in ShenandoahReferenceProcessor::should_discover()
  (P3) JDK-8255991: Shenandoah: Apply 'weak' LRB on cmpxchg and xchg
  (P3) JDK-8256658: Shenandoah: Deadlock between nmethod_entry_barrier and concurrent code root evacuator
  (P3) JDK-8251910: Shenandoah: Handshake threads between weak-roots and reset phases
  (P3) JDK-8255527: Shenandoah: Let ShenadoahGCStateResetter disable barriers
  (P3) JDK-8256036: Shenandoah: MethodHandles adapters section overflows after JDK-8255762
  (P3) JDK-8248041: Shenandoah: pre-Full GC root updates may miss some roots
  (P3) JDK-8257641: Shenandoah: Query is_at_shenandoah_safepoint() from control thread should return false
  (P3) JDK-8247358: Shenandoah: reconsider free budget slice for marking
  (P3) JDK-8256039: Shenandoah: runtime/stringtable/StringTableCleaningTest.java fails
  (P3) JDK-8255847: Shenandoah: Shenandoah should not mark through weak roots
  (P3) JDK-8256415: Shenandoah: Should evacuate/update codecache concurrently when class unloading is off
  (P3) JDK-8252500: ZGC on aarch64: Unable to allocate heap for certain Linux kernel configurations
  (P3) JDK-8257901: ZGC: Take virtual memory usage into account when sizing heap
  (P4) JDK-8255848: -Xlog:gc+heap+exit shows "used 0K"
  (P4) JDK-8253411: [BACKOUT] [REDO] G1 incorrectly limiting young gen size when using the reserve can result in repeated full gcs
  (P4) JDK-8248650: [BACKOUT] Backout JDK-8244603 because it generates too much noise in CI
  (P4) JDK-8253169: [BACKOUT] Improve large object handling during evacuation
  (P4) JDK-8249676: [REDO] G1 incorrectly limiting young gen size when using the reserve can result in repeated full gcs
  (P4) JDK-8253238: [REDO] Improve object array chunking test in G1's copy_to_survivor_space
  (P4) JDK-8248130: AArch64: pf() uses mtNone instead of mtInternal
  (P4) JDK-8252857: AArch64: Shenandoah C1 CAS is not sequentially consistent
  (P4) JDK-8240556: Abort concurrent mark after effective eager reclamation of humongous objects
  (P4) JDK-8255047: Add HotSpot UseDebuggerErgo flags
  (P4) JDK-8257230: assert(InitialHeapSize >= MinHeapSize) failed: Ergonomics decided on incompatible initial and minimum heap sizes
  (P4) JDK-8257876: Avoid Reference.isEnqueued in tests
  (P4) JDK-8245030: CardTable::precleaned_card is unused
  (P4) JDK-8254758: Change G1ServiceThread to be task based
  (P4) JDK-8252645: Change time measurements in G1ServiceThread to only account remembered set work
  (P4) JDK-8251358: Clean up Access configuration after Shenandoah barrier change
  (P4) JDK-8252868: Clean up unused function from G1MMUTracker
  (P4) JDK-8256825: Cleanup WeakProcessorPhaseTimes
  (P4) JDK-8252752: Clear card table for old regions during scan in G1
  (P4) JDK-8252888: Collapse G1MMUTracker class hierarchy
  (P4) JDK-8236926: Concurrently uncommit memory in G1
  (P4) JDK-8254015: copy_to_survivor_space should use in-hand klass for scanning
  (P4) JDK-8251527: CTW: C2 (Shenandoah) compilation fails with SEGV due to unhandled catchproj == NULL
  (P4) JDK-8255595: delay_to_keep_mmu passes wrong arguments to Monitor wait
  (P4) JDK-8255606: Enable concurrent stack processing on x86_32 platforms
  (P4) JDK-8253219: Epsilon: clean up unnecessary includes
  (P4) JDK-8253220: Epsilon: clean up unused code/declarations
  (P4) JDK-8257565: epsilonBarrierSet.hpp should not include barrierSetAssembler
  (P4) JDK-8247470: Fix CHeap GrowableArray NMT accounting
  (P4) JDK-8254972: Fix pretouch chunk calculations
  (P4) JDK-8210462: Fix remaining mentions of initial mark
  (P4) JDK-8242036: G1 HeapRegionRemSet::_n_coarse_entries could be a bool
  (P4) JDK-8244603: G1 incorrectly limiting young gen size when using the reserve can result in repeated full gcs
  (P4) JDK-8254028: G1 incorrectly updates scan_top for collection set regions during preparation of evacuation
  (P4) JDK-8238858: G1 Mixed gc young gen sizing might cause the first mixed gc to immediately follow the prepare mixed gc
  (P4) JDK-8256406: G1 x86 C1/Interpreter post write barrier always uses 32 bit to access variable sized PtrQueue::_index
  (P4) JDK-8252035: G1: Clean up G1CollectedHeap::*reserved* methods
  (P4) JDK-8252658: G1: Do not consider G1HeapWastePercent during region selection within a gc
  (P4) JDK-8252041: G1: Fix incorrect uses of HeapRegionManager::max_length
  (P4) JDK-8253600: G1: Fully support pinned regions for full gc
  (P4) JDK-8253037: G1: Improve check for string dedup
  (P4) JDK-8256038: G1: Improve comment about mark word handling of displaced mark words
  (P4) JDK-8250597: G1: Improve inlining around trim_queue
  (P4) JDK-8254674: G1: Improve root location reference to dead obj verification message
  (P4) JDK-8255232: G1: Make G1BiasedMappedArray freeable
  (P4) JDK-8253303: G1: Move static initialization of G1FromCardCache to a proper location
  (P4) JDK-8247819: G1: Process strong OopStorage entries in parallel
  (P4) JDK-8248322: G1: Refactor full collection sizing code
  (P4) JDK-8254285: G1: Remove "What is this about" comment in G1CollectedHeap.cpp
  (P4) JDK-8252034: G1: Remove *g1_reserved* methods
  (P4) JDK-8252086: G1: Remove g1_rs in G1CollectedHeap::initialize
  (P4) JDK-8253928: G1: Remove G1ConcurrentMarkThread::set_in_progress declaration
  (P4) JDK-8252038: G1: Remove unused G1MarkStatsCache::_num_stats
  (P4) JDK-8257228: G1: SIGFPE in G1ConcurrentRefine::create(int*) due to buffers_to_cards overflow
  (P4) JDK-8252231: G1AdaptiveIHOP has swapped current_occupancy and additional_buffer_size
  (P4) JDK-8253232: G1Analytics::compute_pause_time_ratios() uses wrong pause times in calculation
  (P4) JDK-8255131: G1CollectedHeap::is_in() returns wrong result
  (P4) JDK-8252303: G1MMUTrackerQueue::when_sec skip queue iteration on max_gc_time pause time 
  (P4) JDK-8257149: Improve G1 Service thread task scheduling to guarantee task delay
  (P4) JDK-8027545: Improve object array chunking test in G1's copy_to_survivor_space
  (P4) JDK-8256938: Improve remembered set sampling task scheduling
  (P4) JDK-8257162: Initialize ThreadLocalAllocBuffer members
  (P4) JDK-8247740: Inline derived CollectedHeap access for G1 and ParallelGC
  (P4) JDK-8253270: Limit fastdebug inlining in G1 evacuation
  (P4) JDK-8253162: Make frame::oops_do const
  (P4) JDK-8252627: Make it safe for JFR thread to read threadObj
  (P4) JDK-8248049: minor cleanups in gc/whitebox/TestWBGC.java
  (P4) JDK-8249225: Move definition of PADDING_ELEM_NUM
  (P4) JDK-8255001: Move G1PeriodicGCTask to its own file
  (P4) JDK-8254999: Move G1RemSetSamplingTask to more appropriate location
  (P4) JDK-8254878: Move last piece of ZArray to GrowableArray
  (P4) JDK-8253407: Move max_pow2 from test to src
  (P4) JDK-8248346: Move OopStorage mutex setup out from OopStorageSet
  (P4) JDK-8250961: Move Universe::update_heap_info_at_gc to CollectedHeap
  (P4) JDK-8251463: Obsolete -XX:ForceNUMA option
  (P4) JDK-8233281: Obsolete UseSemaphoreGCThreadsSynchronization
  (P4) JDK-8253014: OopStorage bulk release logs entries multiple times
  (P4) JDK-8252037: Optimized build is broken
  (P4) JDK-8252103: Parallel heap inspection for ParallelScavengeHeap
  (P4) JDK-8252105: Parallel heap inspection for ZCollectedHeap
  (P4) JDK-8247820: ParallelGC: Process strong OopStorage entries in parallel
  (P4) JDK-8253763: ParallelObjectIterator should have virtual destructor
  (P4) JDK-8243315: ParallelScavengeHeap::initialize() passes GenAlignment as page size to os::trace_page_sizes instead of actual page size
  (P4) JDK-8253173: Print heap before and after GC lacks a newline
  (P4) JDK-8245026: PsAdaptiveSizePolicy::_old_gen_policy_is_ready is unused
  (P4) JDK-8247928: Refactor G1ConcurrentMarkThread for mark abort
  (P4) JDK-8245721: Refactor the TaskTerminator
  (P4) JDK-8248401: Refactor/unify RMI gc support functionality
  (P4) JDK-8256181: Remove Allocation of old generation on alternate memory devices functionality
  (P4) JDK-8237363: Remove automatic is in heap verification in OopIterateClosure
  (P4) JDK-8249137: Remove CollectedHeap::obj_size
  (P4) JDK-8253594: Remove CollectedHeap::supports_tlab_allocation
  (P4) JDK-8256323: Remove HeapRegionManager::update_committed_space()
  (P4) JDK-8139800: Remove OopsInGenClosure
  (P4) JDK-8252294: Remove OopsInGenClosure usage from younger_refs_iterate
  (P4) JDK-8252245: Remove ScanClosure
  (P4) JDK-8255298: Remove SurvivorAlignmentInBytes functionality
  (P4) JDK-8253344: Remove unimplemented Arguments::check_gc_consistency
  (P4) JDK-8255196: Remove unused G1FullGCCompactionPoint::merge()
  (P4) JDK-8253815: Remove unused HeapRegionManager::_num_committed from SA 
  (P4) JDK-8253275: Remove unused methods after CMS removal
  (P4) JDK-8252289: Remove usage of OopsInGenClosure from full_process_roots
  (P4) JDK-8252141: Rename G1YoungRemSetSamplingThread to better reflect its purpose
  (P4) JDK-8251837: Rename get_safepoint_workers to safepoint_workers
  (P4) JDK-8252656: Replace RegisterArrayForGC mechanism with plain Handles
  (P4) JDK-8248133: SerialGC: Unify handling of all OopStorage instances in root processing
  (P4) JDK-8255213: Shenandoah build fails without JFR after JDK-8255036
  (P4) JDK-8255984: Shenandoah: "adaptive" heuristic is prone to missing load spikes
  (P4) JDK-8256015: Shenandoah: Add missing Shenandoah implementation in WB_isObjectInOldGen
  (P4) JDK-8247860: Shenandoah: add update watermark line in rich assert failure message
  (P4) JDK-8256278: Shenandoah: Avoid num of dead callback from weak processor in Shenandoah root verifier
  (P4) JDK-8248632: Shenandoah: build fails without both JVMTI and JFR
  (P4) JDK-8254320: Shenandoah: C2 native LRB should activate for non-cset objects
  (P4) JDK-8249884: Shenandoah: Call report_num_dead() from ShParallelWeakRootsCleaningTask destructor
  (P4) JDK-8256664: Shenandoah: Cleanup after JDK-8212879
  (P4) JDK-8253244: Shenandoah: cleanup includes in Shenandoah root processor files
  (P4) JDK-8255457: Shenandoah: cleanup ShenandoahMarkTask
  (P4) JDK-8253434: Shenandoah: Cleanup ShenandoahRootScanner
  (P4) JDK-8249801: Shenandoah: Clear soft-refs on requested GC cycle
  (P4) JDK-8254560: Shenandoah: Concurrent Strong Roots logging is incorrect
  (P4) JDK-8254315: Shenandoah: Concurrent weak reference processing
  (P4) JDK-8255762: Shenandoah: Consolidate/streamline interpreter LRBs
  (P4) JDK-8255614: Shenandoah: Consolidate/streamline runtime LRBs
  (P4) JDK-8251359: Shenandoah: filter null oops before calling enqueue/SATB barrier
  (P4) JDK-8240751: Shenandoah: fold ShenandoahTracer definition
  (P4) JDK-8248634: Shenandoah: incorrect include in shenandoahInitLogger.cpp
  (P4) JDK-8255691: Shenandoah: Invoke native-LRB only on non-strong refs
  (P4) JDK-8255760: Shenandoah: match constants style in ShenandoahMarkTask fallback
  (P4) JDK-8256046: Shenandoah: Mix-in NULL_PTR in non-strong ShLRBNode's type
  (P4) JDK-8254103: Shenandoah: Move updating thread roots to concurrent phase
  (P4) JDK-8252648: Shenandoah: name gang tasks consistently
  (P4) JDK-8255955: Shenandoah: Only STW GC should process concurrent roots at pauses 
  (P4) JDK-8256806: Shenandoah: optimize shenandoah/jni/TestPinnedGarbage.java test
  (P4) JDK-8247367: Shenandoah: pacer should wait on lock instead of exponential backoff
  (P4) JDK-8249649: Shenandoah: provide per-cycle pacing stats
  (P4) JDK-8248227: Shenandoah: Refactor Shenandoah::heap() to match other GCs
  (P4) JDK-8247845: Shenandoah: refactor TLAB/GCLAB retirement code
  (P4) JDK-8241065: Shenandoah: remove leftover code after JDK-8231086
  (P4) JDK-8241574: Shenandoah: remove ShenandoahAssertToSpaceClosure
  (P4) JDK-8254075: Shenandoah: Remove ShenandoahCodeRootsStyle diagnostic flag and related test
  (P4) JDK-8241007: Shenandoah: remove ShenandoahCriticalControlThreadPriority support
  (P4) JDK-8253493: Shenandoah: Remove ShenandoahSerialRoot definition
  (P4) JDK-8253226: Shenandoah: remove unimplemented ShenandoahStrDedupQueue::verify
  (P4) JDK-8249877: Shenandoah: Report number of dead weak oops during STW weak roots
  (P4) JDK-8255036: Shenandoah: Reset GC state for root verifier
  (P4) JDK-8253361: Shenandoah: runtime barrier does not honor ShenandoahSelfFixing flag
  (P4) JDK-8248652: Shenandoah: SATB buffer handling may assume no forwarded objects
  (P4) JDK-8253224: Shenandoah: ShenandoahStrDedupQueue destructor calls virtual num_queues()
  (P4) JDK-8232782: Shenandoah: streamline post-LRB CAS barrier (aarch64)
  (P4) JDK-8254573: Shenandoah: Streamline/inline native-LRB entry point
  (P4) JDK-8252660: Shenandoah: support manageable SoftMaxHeapSize option
  (P4) JDK-8253222: Shenandoah: unused AlwaysTrueClosure after JDK-8246591
  (P4) JDK-8255070: Shenandoah: Use single thread for concurrent CLD liveness test
  (P4) JDK-8243672: Short term pause time ratio calculation in G1 off
  (P4) JDK-8256516: Simplify clearing References
  (P4) JDK-8256813: Simplify WeakProcessor counting of OopStorage entries
  (P4) JDK-8257509: Strengthen requirements to call G1HeapVerifier::verify(VerifyOption)
  (P4) JDK-8254699: Suboptimal PreTouchParallelChunkSize defaults and limits
  (P4) JDK-8252367: Undo JDK-8245000: Windows GDI functions don't support large pages
  (P4) JDK-8252368: Undo JDK-8245002: Windows GDI functions don't support NUMA interleaving
  (P4) JDK-8248391: Unify handling of all OopStorage instances in weak root processing
  (P4) JDK-8249760: Unnecessary #include oopStorageSet
  (P4) JDK-8253412: Unsupported GC options passed in JAVA_TOOL_OPTIONS are silently ignored
  (P4) JDK-8253286: Use expand_exact() instead of expand_at() for fixed requests in G1
  (P4) JDK-8252221: Use multiple workers for Parallel GC pre-touching 
  (P4) JDK-8256382: Use try_lock for hs_err EventLog printing
  (P4) JDK-8254346: ZGC runs out of memory with appcds GCDuringDump.java on linux/aarch64
  (P4) JDK-8250628: ZGC: `fixup_partial_loads` was removed, but still are referenced
  (P4) JDK-8255235: ZGC: Allocate and initialize forwarding data structures in parallel
  (P4) JDK-8255234: ZGC: Bulk allocate forwarding data structures
  (P4) JDK-8255237: ZGC: Bulk free garbage pages during relocation set selection
  (P4) JDK-8254912: ZGC: Change ZCollectionInterval type to double
  (P4) JDK-8253030: ZGC: Change ZMarkCompleteTimeout unit to microseconds
  (P4) JDK-8256727: ZGC: Clean out dead code after JDK-8212879
  (P4) JDK-8253938: ZGC: Clean up argument names after JDK-8253030
  (P4) JDK-8254719: ZGC: Clean up includes
  (P4) JDK-8254576: ZGC: Clean up timers in roots iterators
  (P4) JDK-8257082: ZGC: Clean up ZRuntimeWorkers and ZWorkers
  (P4) JDK-8252223: ZGC: Convert ZPage to use delegating constructor
  (P4) JDK-8252224: ZGC: Convert ZValue to use alias templates
  (P4) JDK-8257415: ZGC: Fix barrier_data types
  (P4) JDK-8253971: ZGC: Flush mark stacks after processing concurrent roots
  (P4) JDK-8257079: ZGC: Fold ZMark::prepare_mark() into ZMark::start()
  (P4) JDK-8252973: ZGC: Implement Large Pages support on Windows
  (P4) JDK-8253180: ZGC: Implementation of JEP 376: ZGC: Concurrent Thread-Stack Processing
  (P4) JDK-8256401: ZGC: Improve ZList verification
  (P4) JDK-8254880: ZGC: Let ZList iterators be alias templates
  (P4) JDK-8252309: ZGC: Long concurrent select relocation set phase when heap size is large
  (P4) JDK-8256416: ZGC: Lower ZMarkCompleteTimeout
  (P4) JDK-8253332: ZGC: Make heap views reservation platform independent
  (P4) JDK-8254883: ZGC: Make the ZArrayIterator reusable for ZRelocationSetIterators
  (P4) JDK-8256740: ZGC: Move closures out of zOopClosure files
  (P4) JDK-8256390: ZGC: Relocate in-place instead of having a heap reserve
  (P4) JDK-8256419: ZGC: Remove "Heap Used Before/After Mark/Relocation" samplers
  (P4) JDK-8253516: ZGC: Remove card table functions
  (P4) JDK-8254671: ZGC: Remove unused roots iterator types
  (P4) JDK-8254562: ZGC: Remove ZMarkRootsTask
  (P4) JDK-8257077: ZGC: Remove ZWorkers::run_serial()
  (P4) JDK-8257072: ZGC: Rename roots iterators
  (P4) JDK-8256484: ZGC: Rename ZRelocationSetSelector::register_garbage_page()
  (P4) JDK-8247759: ZGC: Replace ZGC specific array implementations with GrowableArray 
  (P4) JDK-8255471: ZGC: Rework root iterators and closures
  (P4) JDK-8257151: ZGC: Simplify ZVerify
  (P4) JDK-8252196: ZGC: TestUncommit.java fails due to "Exception: Uncommitted too fast" again(2)
  (P4) JDK-8257073: ZGC: Try forward object before retaining page
  (P4) JDK-8248132: ZGC: Unify handling of all OopStorage instances in root processing
  (P4) JDK-8255662: ZGC: Unify nmethod closures in the heap iterator
  (P4) JDK-8256320: ZGC: Update zDebug to support UseCompressedClassPointers
  (P4) JDK-8253418: ZGC: Use pd_ prefix to denote platform dependent code
  (P4) JDK-8254882: ZGC: Use static_assert instead of guarantee
  (P4) JDK-8254980: ZGC: ZHeapIterator visits armed nmethods with -XX:-ClassUnloading
  (P4) JDK-8254672: ZGC: ZParallelOopsDo/ZSerialWeakOopsDo should use atomic load/store
  (P5) JDK-8254695: G1: Next mark bitmap clear not cancelled after marking abort
  (P5) JDK-8253646: ZGC: Avoid overhead of sorting ZStatIterableValues on bootstrap

hotspot/jfr:
  (P2) JDK-8258094: AIX build fails after 8257602
  (P2) JDK-8257215: JFR: Events dropped when streaming over a chunk rotation
  (P2) JDK-8253505: JFR: onFlush invoked out of order with a sorted event stream
  (P2) JDK-8257906: JFR: RecordingStream leaks memory
  (P2) JDK-8258396: SIGILL in jdk.jfr.internal.PlatformRecorder.rotateDisk()
  (P2) JDK-8259574: SIGSEGV in BFSClosure::closure_impl
  (P3) JDK-8252754: Hash code calculation of JfrStackTrace is inconsistent
  (P3) JDK-8257602: Introduce JFR Event Throttling and new jdk.ObjectAllocationSample event (enabled by default)
  (P3) JDK-8257621: JFR StringPool misses cached items across consecutive recordings
  (P3) JDK-8241885: JFR tool: print does not work with inner class events
  (P3) JDK-8248302: JFR: Add test for OldObjectSample event when using ZGC
  (P3) JDK-8246436: JFR: Avoid parsing metadata.xml during startup
  (P3) JDK-8253762: JFR: getField(String) should be able to access subfields
  (P3) JDK-8250928: JFR: Improve hash algorithm for stack traces
  (P3) JDK-8248997: JFR: Improve javadoc for @Name
  (P3) JDK-8248564: JFR: Remote Recording Stream
  (P3) JDK-8248016: JFR: Remove Javadoc warnings
  (P3) JDK-8248988: JFR: Split up TestThreadStartEndEvents.java
  (P3) JDK-8247901: Multiple conflicting @return for FlightRecorderMXBean
  (P3) JDK-8258404: Restore stacktrace reuse after 8258094
  (P3) JDK-8252807: The jdk.jfr.Recording.getStream does not work when toDisk is disabled
  (P3) JDK-8243962: Various JVM TI tests time out using JFR on Windows
  (P3) JDK-8251179: Word tearing problem with _last_sweep
  (P4) JDK-8249875: GCC 10 warnings -Wtype-limits with JFR code
  (P4) JDK-8249720: Generated bytecodes of EventWriter don't be output to the log
  (P4) JDK-8253421: Initialize JFR trace-IDs with zero
  (P4) JDK-8250903: jdk/jfr/javaagent/TestLoadedAgent.java fails with Mismatch in TestEvent count
  (P4) JDK-8253050: jfr disassemble command processes --max-chunks incorrectly
  (P4) JDK-8255992: JFR EventWriter does not use first string from StringPool with id 0
  (P4) JDK-8253235: JFR.dump does not respect maxage parameter
  (P4) JDK-8251843: jfr/tool/TestPrintJSON.java fails intermittently
  (P4) JDK-8242593: JFR: EventFactory does not scale well past unique 1000 events
  (P4) JDK-8242501: JFR: oldobject/TestG1.java can't find leaking object
  (P4) JDK-8252090: JFR: StreamWriterHost::write_unbuffered() stucks in an infinite loop OpenJDK (build 13.0.1+9)
  (P4) JDK-8248216: JFR: Unify handling of all OopStorage instances in LeakProfiler root processing
  (P4) JDK-8249878: jfr_emergency_dump has secondary crashes
  (P4) JDK-8251325: Miss 'L' for long value in if statement
  (P4) JDK-8253641: Missing newline in the printout of certain JFR events
  (P4) JDK-8252113: Move jfr man page into jfr module
  (P4) JDK-8235573: Move JFR ObjectSample oop into OopStorage
  (P4) JDK-8250912: Recording#copy() doesn't copy the flush interval
  (P4) JDK-8257424: RecordingStream does not specify the recording name

hotspot/jvmti:
  (P3) JDK-8241390: 'Deadlock' with VM_RedefineClasses::lock_classes()
  (P3) JDK-8257140: Crash in JvmtiTagMap::flush_object_free_events()
  (P3) JDK-8252871: fatal error: must own lock JvmtiThreadState_lock
  (P3) JDK-8216324: GetClassMethods is confused by the presence of default methods in super interfaces
  (P3) JDK-8244679: JVM/TI GetCurrentContendedMonitor/contmon001 failed due to "(IsSameObject#3) unexpected monitor object: 0x000000562336DBA8"
  (P3) JDK-8212879: Make JVMTI TagMap table concurrent
  (P3) JDK-8257993: vmTestbase/nsk/jvmti/RedefineClasses/StressRedefine/TestDescription.java crash intermittently
  (P3) JDK-8255810: Zero: build fails without JVMTI
  (P4) JDK-8256337: ap01t001.cpp, 67: Received unexpected number of ObjectFree events: 7
  (P4) JDK-8253872: ArgumentHandler must use the same delimiters as in jvmti_tools.cpp
  (P4) JDK-8253878: clean up nsk/share/jvmti/ArgumentHandler
  (P4) JDK-8255381: com/sun/jdi/EATests.java should not suspend graal threads
  (P4) JDK-8255452: Doing GC during JVMTI MethodExit event posting breaks return oop
  (P4) JDK-8227745: Enable Escape Analysis for Better Performance in the Presence of JVMTI Agents
  (P4) JDK-8247729: GetObjectMonitorUsage() might return inconsistent information
  (P4) JDK-8248379: Handshake closures for JVMTI monitor functions lack of some validations
  (P4) JDK-8247615: Initialize the bytes left for the heap sampler
  (P4) JDK-8248362: JVMTI frame operations should use Thread-Local Handshake
  (P4) JDK-8242427: JVMTI frame pop operations should use Thread-Local Handshakes
  (P4) JDK-8254668: JVMTI process frames on thread without started processing
  (P4) JDK-8242428: JVMTI thread operations should use Thread-Local Handshake
  (P4) JDK-8252816: JvmtiEnvThreadState::clear_to_frame_pop() is not used
  (P4) JDK-8253899: Make IsClassUnloadingEnabled signature match specification
  (P4) JDK-8256830: misc tests failed with "assert(env->is_enabled(JVMTI_EVENT_OBJECT_FREE)) failed: checking"
  (P4) JDK-8247808: Move JVMTI strong oops to OopStorage
  (P4) JDK-8252997: Null-proofing for linker_md.c
  (P4) JDK-8255455: Pre-generate ThreadHeapSampler::_log_table
  (P4) JDK-8252526: Remove excessive inclusion of jvmti.h and jvmtiExport.hpp
  (P4) JDK-8254364: Remove leading _ from struct/union declarations in jvmti.h
  (P4) JDK-8254781: Remove unimplemented ClassFieldMap::compute_field_count
  (P4) JDK-6606767: resexhausted00[34] fail assert(!thread->owns_locks(), "must release all locks when leaving VM")
  (P4) JDK-8252402: rewrite vmTestbase/nsk/jvmti/Allocate/alloc001 shell test to Java
  (P4) JDK-8249623: test @ignore-d due to 7013634 should be returned back to execution
  (P4) JDK-8249293: Unsafe stackwalk in VM_GetOrSetLocal::doit_prologue()
  (P4) JDK-8138588: VerifyMergedCPBytecodes option cleanup needed
  (P4) JDK-8254864: vmTestbase/nsk/jvmti/ResourceExhausted/resexhausted001/TestDescription.java timed out
  (P4) JDK-8256364: vmTestbase/nsk/jvmti/scenarios/capability/CM01/cm01t002 failed with "assert(handle != __null) failed: JNI handle should not be null"

hotspot/other:
  (P3) JDK-8208089: JEP 347: Enable C++14 Language Features
  (P4) JDK-8252588: HotSpot Style Guide should permit uniform initialization
  (P4) JDK-8254733: HotSpot Style Guide should permit using range-based for loops
  (P4) JDK-8252684: Move the AArch64 assember test under test/hotspot/gtest

hotspot/runtime:
  (P1) JDK-8253496: [BACKOUT] JDK-8253208 Move CDS related code to a separate class
  (P1) JDK-8255340: [s390] build failure after JDK-8255208
  (P1) JDK-8253098: Disable archived module graph if CDS heap cannot be mapped
  (P1) JDK-8254811: JDK-8254158 broke ppc64, s390 builds
  (P1) JDK-8253314: precompiled.hpp missing from vmIntrinsics.cpp
  (P1) JDK-8254265: s390 and linux 32 bit builds broken
  (P1) JDK-8254696: safepointMechanism_aix needs adaptation for JDK-8253180
  (P1) JDK-8253313: xmlstream.hpp missing from vmIntrinsics.cpp
  (P2) JDK-8251924: 32-bit build failures after JDK-8235765
  (P2) JDK-8255268: 32-bit failures in runtime/Metaspace/elastic
  (P2) JDK-8250516: [BACKOUT] Move mirror oops from Universe into OopStorage
  (P2) JDK-8255978: [windows] os::release_memory may not release the full range
  (P2) JDK-8256359: AArch64: runtime/ReservedStack/ReservedStackTestCompiler.java fails
  (P2) JDK-8256857: ARM32 builds broken after JDK-8254231
  (P2) JDK-8253167: ARM32 builds fail after JDK-8247910
  (P2) JDK-8256572: assert(n->_left->_parent == n) failed: sanity in share/memory/metaspace/blockTree.cpp:113
  (P2) JDK-8257673: Build fails without shenandoahgc after JDK-8257563
  (P2) JDK-8252691: Build failure after JDK-8252481
  (P2) JDK-8251365: Build failure on AIX after 8250636
  (P2) JDK-8252149: Compilation error after JDK-8252043
  (P2) JDK-8255766: Fix linux+arm64 build after 8254072
  (P2) JDK-8248886: InstanceKlass::initialize_impl crashes with -XX:-UsePerfData after JDK-8246019
  (P2) JDK-8255564: InterpreterMacroAssembler::remove_activation() needs to restore thread right after VM call on x86_32
  (P2) JDK-8256486: Linux/Windows-x86 builds broken after JDK-8254231
  (P2) JDK-8249192: MonitorInfo stores raw oops across safepoints
  (P2) JDK-8252592: Non-PCH build is broken after JDK-8251560
  (P2) JDK-8256860: S390 builds broken after JDK-8254231
  (P2) JDK-8253778: ShenandoahSafepoint::is_at_shenandoah_safepoint should not access VMThread state from other threads
  (P2) JDK-8253794: TestAbortVMOnSafepointTimeout never timeouts
  (P2) JDK-8253926: Use extra_size correctly in anon_mmap_aligned
  (P2) JDK-8253089: Windows (MSVC 2017) build fails after JDK-8243208
  (P2) JDK-8253284: Zero OrderAccess barrier mappings are incorrect
  (P2) JDK-8256485: Zero VM build broken after JDK-8254231
  (P3) JDK-8253727: [cgroups v2] Memory and swap limits reported incorrectly
  (P3) JDK-8253714: [cgroups v2] Soft memory limit incorrectly using memory.high
  (P3) JDK-8251918: [Graal] Crash in DumpTimeSharedClassInfo::add_verification_constraint
  (P3) JDK-8256843: [PPC64] runtime/logging/RedefineClasses.java fails with assert: registers not saved on stack
  (P3) JDK-8246378: [Windows] assert on MethodHandle logging code
  (P3) JDK-8253572: [windows] CDS archive may fail to open with long file names
  (P3) JDK-8256864: [windows] Improve tracing for mapping errors
  (P3) JDK-8248219: aarch64: missing memory barrier in fast_storefield and fast_accessfield
  (P3) JDK-8247354: AArch64: PopFrame causes assert(oopDesc::is_oop(obj)) failed: not an oop
  (P3) JDK-8255716: AArch64: Regression: JVM crashes if manually offline a core
  (P3) JDK-8244778: Archive full module graph in CDS
  (P3) JDK-8253464: ARM32 Zero: atomic_copy64 is incorrect, breaking volatile stores
  (P3) JDK-8254661: arm32: additional cleanup after fixing SIGSEGV
  (P3) JDK-8213483: ARM32: runtime/ErrorHandling/ShowRegistersOnAssertTest.java jtreg test fail
  (P3) JDK-8248112: array index out of bound in FileMapInfo::check_paths
  (P3) JDK-8256476: Assert in vmIntrinsics::flags_for with -XX:+Verbose
  (P3) JDK-8254125: Assertion in cppVtables.cpp during builds on 32bit Windows
  (P3) JDK-8251118: BiasedLocking::preserve_marks should not have a HandleMark
  (P3) JDK-8257502: Builds fail with new warnings after JDK-8256254
  (P3) JDK-8251261: CDS dumping should not clear states in live classes
  (P3) JDK-8253435: Cgroup: 'stomping of _mount_path' crash if manually mounted cpusets exist
  (P3) JDK-8257596: Clarify trusted final fields for record classes
  (P3) JDK-8256867: Classes with empty PermittedSubclasses attribute cannot be extended
  (P3) JDK-8244997: Convert the JavaThread::_threadObj oop to use OopStorage
  (P3) JDK-8256253: Defer Biased Locking obsoletion to JDK 18
  (P3) JDK-8233343: Deprecate -XX:+CriticalJNINatives flag which implements JavaCritical native functions
  (P3) JDK-8257572: Deprecate the archaic signal-chaining interfaces: sigset and signal
  (P3) JDK-8253079: DeterministicDump.java fails due to garbage in structure padding
  (P3) JDK-8242263: Diagnose synchronization on primitive wrappers
  (P3) JDK-8253239: Disable VS warning C4307
  (P3) JDK-8256711: Fix typo in Java manpage that refers to JDK 15 instead of 16
  (P3) JDK-8254042: gtest/GTestWrapper.java failed os.test_random
  (P3) JDK-8252359: HotSpot Not Identifying it is Running in a Container
  (P3) JDK-8241053: Hotspot runtime/CommandLine/OptionsValidation/TestOptionsWithRanges.java test fails on Alpine Linux with debug build
  (P3) JDK-8248334: hs build errors on ppc64 and s390x platforms
  (P3) JDK-8253909: Implement detailed map file for CDS
  (P3) JDK-8248238: Implementation: JEP 388: Windows AArch64 Support
  (P3) JDK-8249672: Include microcode revision in features_string on x86
  (P3) JDK-8221173: JEP 387: Elastic Metaspace
  (P3) JDK-8259275: JRuby crashes while resolving invokedynamic instruction
  (P3) JDK-8248407: Move Universe roots into OopStorage
  (P3) JDK-8253833: mutexLocker assert_locked_or_safepoint should not access VMThread state from non-VM-thread
  (P3) JDK-8252921: NMT overwrite memory type for region assert when building dynamic archive
  (P3) JDK-8245215: Obsolete InitialBootClassLoaderMetaspaceSize and UseLargePagesInMetaspace
  (P3) JDK-8238832: Obsolete PrintVMQWaitTime
  (P3) JDK-8251336: OopHandle release can not be called in a safepoint
  (P3) JDK-8250810: Push missing parts of JDK-8248817
  (P3) JDK-8231560: Remove expired flags in JDK 16
  (P3) JDK-8251846: Replace __linux which is no longer defined
  (P3) JDK-8252835: Revert fix for JDK-8246051
  (P3) JDK-8257521: runtime/logging/MonitorInflationTest.java crashed in MonitorList::unlink_deflated
  (P3) JDK-8257468: runtime/whitebox/TestWBDeflateIdleMonitors.java fails with Monitor should be deflated.: expected true to equal false
  (P3) JDK-8258236: Segfault in ClassListParser::resolve_indy dumping static AppCDS archive
  (P3) JDK-8253920: Share method trampolines in CDS dynamic archive
  (P3) JDK-8247536: Support for pre-generated java.lang.invoke classes in CDS static archive
  (P3) JDK-8247666: Support Lambda proxy classes in static CDS archive
  (P3) JDK-8249822: SymbolPropertyTable creates an extra OopHandle per entry
  (P3) JDK-8255787: Tag container tests that use cGroups with cgroups keyword
  (P3) JDK-8256594: Unexpected warning: SIGSEGV handler flags expected:SA_RESTART|SA_SIGINFO found:SA_RESTART|SA_SIGINFO
  (P3) JDK-8255734: VM should ignore SIGXFSZ on ppc64, s390 too
  (P3) JDK-8248817: Windows: Improving common cross-platform code
  (P3) JDK-8248657: Windows: strengthening in ThreadCritical regarding memory model
  (P3) JDK-8249675: x86: frequency extraction from cpu brand string is incomplete 
  (P3) JDK-8255065: Zero: accessor_entry misses the IRIW case
  (P3) JDK-8255796: Zero: CASE(_new) should replenish TLABs properly
  (P3) JDK-8255744: Zero: handle JVM_CONSTANT_DynamicInError
  (P3) JDK-8256237: Zero: non-PCH build fails after JDK-8253064
  (P4) JDK-8252126: 'GVars.stw_random = os::random()' lost by JDK-8246476
  (P4) JDK-8257042: [aix] Disable os.release_one_mapping_multi_commits_vm gtest
  (P4) JDK-8257027: [JEP 390] Diagnose synchronization on @ValueBased classes
  (P4) JDK-8251255: [linux] Add process-memory information to hs-err and VM.info
  (P4) JDK-8243470: [macos] bring back O2 opt level for unsafe.cpp
  (P4) JDK-8253740: [PPC64] Minor interpreter cleanup
  (P4) JDK-8253690: [PPC64] Use flag kind "diagnostic" for platform specific flags
  (P4) JDK-8253500: [REDO] JDK-8253208 Move CDS related code to a separate class
  (P4) JDK-8250519: [REDO] Move mirror oops from Universe into OopStorage
  (P4) JDK-8254190: [s390] interpreter misses exception check after calling monitorenter
  (P4) JDK-8253689: [s390] Use flag kind "diagnostic" for platform specific flags
  (P4) JDK-8256287: [windows] add loop fuse to map_or_reserve_memory_aligned
  (P4) JDK-8256367: [windows] Better logging for some system calls
  (P4) JDK-8250911: [windows] os::pd_map_memory error detection broken
  (P4) JDK-8221554: aarch64 cross-modifying code
  (P4) JDK-8251885: aarch64: aarch64-asmtest.py script generates unpredictable instructions
  (P4) JDK-8254940: AArch64: Cleanup non-product thread members
  (P4) JDK-8254072: AArch64: Get rid of --disable-warnings-as-errors on Windows+ARM64 build
  (P4) JDK-8246373: AArch64: Refactor register spilling code in ZGC barriers
  (P4) JDK-8252125: add an "inflating" entry to the "table" of bit patterns in share/oops/markWord.hpp
  (P4) JDK-8247218: Add default constructor to VectorSet to use Thread::current()->resource_area() as arena by default
  (P4) JDK-8255351: Add detection for Graviton 2 CPUs
  (P4) JDK-8250563: Add KVHashtable::add_if_absent
  (P4) JDK-8250652: Add logical operations on types
  (P4) JDK-8251543: add mention of INFLATING() to share/oops/markWord.hpp header comment 
  (P4) JDK-8255678: Add Mutex::try_lock version without rank checks
  (P4) JDK-8256178: Add RAII object for file lock
  (P4) JDK-8246477: add whitebox support for deflating idle monitors
  (P4) JDK-8255038: Adjust adapter_code_size to account for -Xlog:methodhandles in debug builds
  (P4) JDK-8253262: Allocate in DumpRegion is not thread safe
  (P4) JDK-8249087: Always initialize _body[0..1] in Symbol constructor
  (P4) JDK-8254309: appcds GCDuringDump.java failed - class must exist
  (P4) JDK-8255784: appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java test failed resulting in VM crash
  (P4) JDK-8253469: ARM32 Zero: replace usages of __sync_synchronize() with OrderAccess::fence
  (P4) JDK-8256640: assert(!m->is_old() || ik()->is_being_redefined()) failed: old methods should not be in vtable
  (P4) JDK-8238761: Asynchronous handshakes
  (P4) JDK-8249837: Avoid direct or implicit Thread::current() calls when we already have a  current thread variable
  (P4) JDK-8251557: Avoid dumping unused symbols/strings into the CDS archive
  (P4) JDK-8255271: Avoid generating duplicate interpreter entries for subword types
  (P4) JDK-8255231: Avoid upcalls when initializing the statSampler
  (P4) JDK-8246181: Avoid walking SymbolTable during -Xshare:dump
  (P4) JDK-8254748: Bad Copyright header format after JDK-8212218
  (P4) JDK-8255990: Bitmap region of dynamic CDS archive is not unmapped
  (P4) JDK-8254722: bsd_zero builds broken after JDK-8253717
  (P4) JDK-8252652: Buggy looking null check in ServiceThread::oops_do()
  (P4) JDK-8253970: Build error: address argument to atomic builtin must be a pointer to integer or pointer ('volatile narrowOop *' invalid)
  (P4) JDK-8254348: Build fails when cds is disabled after JDK-8247536
  (P4) JDK-8252407: Build failure with gcc-8+ and asan
  (P4) JDK-8239782: CC_INTERP is only used by Zero interpreter
  (P4) JDK-8249276: CDS archived objects must have "neutral" markwords
  (P4) JDK-8254599: CDS dump should not warn about hidden classes
  (P4) JDK-8257241: CDS should not handle disableEagerInitialization for archived lambda proxy classes
  (P4) JDK-8243583: Change 'final' error checks to throw ICCE
  (P4) JDK-8253639: Change os::attempt_reserve_memory_at parameter order
  (P4) JDK-8252661: Change SafepointMechanism terminology to talk less about "blocking"
  (P4) JDK-8247938: Change various JVM enums like LinkInfo::AccessCheck and Klass::DefaultsLookupMode to enum class
  (P4) JDK-8252689: Classes are loaded from jrt:/java.base even when CDS is used
  (P4) JDK-8251860: ClassLoaderData::loaded_classes_do fails with "assert(ZAddress::is_marked(addr)) failed: Should be marked"
  (P4) JDK-8254855: Clean up and remove unused code in vmIntrinsics
  (P4) JDK-8256172: Clean up CDS handling of i2i_entry
  (P4) JDK-8255860: Clean up CDS logging related to lambda
  (P4) JDK-8249096: Clean up code for DumpLoadedClassList
  (P4) JDK-8081833: Clean up JVMFlag getter/setter code
  (P4) JDK-8243208: Clean up JVMFlag implementation
  (P4) JDK-8250042: Clean up methodOop and method_oop names from the code
  (P4) JDK-8256365: Clean up vtable initialization code
  (P4) JDK-8245226: Clean-up FlagSetting and remove misuse. 
  (P4) JDK-8257238: Cleanup include directives for precompiled.hpp
  (P4) JDK-8253638: Cleanup os::reserve_memory and remove MAP_FIXED 
  (P4) JDK-8249625: cleanup unused SkippedException in the tests under cds/appcds/dynamicArchive/methodHandles
  (P4) JDK-8253650: Cleanup: remove alignment_hint parameter from os::reserve_memory
  (P4) JDK-8252589: Code duplication in ParallelSPCleanupTask
  (P4) JDK-8255208: CodeStrings passed to Disassembler::decode are ignored
  (P4) JDK-8252980: comment only changes extracted from JDK-8247281
  (P4) JDK-8255389: ConcurrentHashTable::NoOp omits return in non-void return method
  (P4) JDK-8225631: Consider replacing muxAcquire/Release with PlatformMonitor
  (P4) JDK-8250990: Consolidate object copying code for CDS static/dynamic archive dumping
  (P4) JDK-8254158: Consolidate per-platform stack overflow handling code
  (P4) JDK-8244386: convert runtime/Safepoint/AssertSafepointCheckConsistency tests to gtest
  (P4) JDK-8256254: Convert vmIntrinsics::ID to enum class
  (P4) JDK-8253402: Convert vmSymbols::SID to enum class
  (P4) JDK-8247529: Crash in runtime/cds/appcds/dynamicArchive/LambdaProxyCallerIsHidden.java with Graal
  (P4) JDK-8255544: Create a checked cast
  (P4) JDK-8252794: Creation of JNIMethodBlock should be done with a leaf lock
  (P4) JDK-8256754: Deoptimization::revoke_for_object_deoptimization: stack processing start call is redundant
  (P4) JDK-8253261: Disable CDS full module graph until JDK-8253081 is fixed
  (P4) JDK-8251383: Disable Event::log from linux_mprotect when processing the assertion poison page
  (P4) JDK-8255756: Disabling logging does unnecessary work
  (P4) JDK-8253397: Ensure LogTag types are sorted
  (P4) JDK-8254780: EnterInterpOnlyModeClosure::completed() always returns true
  (P4) JDK-8257989: Error in gtest os_page_size_for_region_unaligned after 8257588
  (P4) JDK-8253429: Error reporting should report correct state of terminated/aborted threads 
  (P4) JDK-8248170: Excessive include of compiledMethod, codeCache, javaClasses and systemDictionary
  (P4) JDK-8254192: ExtraSharedClassListFile contains extra white space at end of line
  (P4) JDK-8255711: Fix and unify hotspot signal handlers
  (P4) JDK-8255005: Fix indentation levels in classFileParser.cpp
  (P4) JDK-8253148: Fix terminology in align_down comment
  (P4) JDK-8251460: Fix the biased-locking code in ObjectSynchronizer::FastHashCode
  (P4) JDK-8252093: formula used to calculate decaying variance in numberSeq
  (P4) JDK-8253183: Fragile memory barrier selection for some weak memory model platforms
  (P4) JDK-8245925: G1 allocates EDEN region after CDS has executed GC
  (P4) JDK-8247818: GCC 10 warning stringop-overflow with symbol code
  (P4) JDK-8254010: GrowableArrayView::print fails to compile
  (P4) JDK-8253624: gtest fails when run from make with read-only source directory
  (P4) JDK-8255330: gtest/MetaspaceGtests.java fail on 32-bit platforms
  (P4) JDK-8256722: handle VC++:1927 VS2019 in  abstract_vm_version
  (P4) JDK-8250598: Hyper-V is detected in spite of running on host OS
  (P4) JDK-8247589: Implementation of Alpine Linux/x64 Port
  (P4) JDK-8251158: Implementation of JEP 387: Elastic Metaspace
  (P4) JDK-8247910: Improve alignment and power-of-2 utilities using C++14
  (P4) JDK-8249945: Improve ARRAY_SIZE()
  (P4) JDK-8244764: Improve assertion for CPP_VTABLE_PATCH_TYPES_DO
  (P4) JDK-8251322: Improve BitMap::iterate
  (P4) JDK-8254189: Improve comments for StackOverFlow and fix in_xxx() functions
  (P4) JDK-8243290: Improve diagnostic messages for class verification and redefinition failures
  (P4) JDK-8257466: Improve enum iteration
  (P4) JDK-8247909: Improve PrimitiveConversions::cast using C++14
  (P4) JDK-8252859: Inconsistent use of alpha in class AbsSeq
  (P4) JDK-8224509: Incorrect alignment in CDS related allocation code on 32-bit platforms
  (P4) JDK-8253540: InterpreterRuntime::monitorexit should be a JRT_LEAF function
  (P4) JDK-8252406: Introduce Thread::as_Java_thread() convenience function
  (P4) JDK-8252250: isnanf is obsolete
  (P4) JDK-8250636: iso8601_time returns incorrect offset part on MacOS
  (P4) JDK-8194309: JNI handle allocation failure not reported correctly
  (P4) JDK-8257604: JNI_ArgumentPusherVaArg leaks valist
  (P4) JDK-8244500: jtreg test error in test/hotspot/jtreg/containers/docker/TestMemoryAwareness.java
  (P4) JDK-8253548: jvmFlagAccess.cpp: clang 9.0.0 format specifier error
  (P4) JDK-8247755: Leaner and more versatile GrowableArray classes
  (P4) JDK-8248271: linux-x86-zero build failure
  (P4) JDK-8244847: Linux/PPC: runtime/CompressedOops/CompressedClassPointers: smallHeapTest fails
  (P4) JDK-8254335: logging/logStream.hpp includes memory/resourceArea.hpp but doesn't need it
  (P4) JDK-8255697: LogTargetHandle::print should check if log level is enabled
  (P4) JDK-8237591: Mac: include OS X version in hs_err_pid crash log file
  (P4) JDK-8134630: make code and comments consistent for stack lock optimization
  (P4) JDK-8256489: Make gtest for long path names on Windows more resilient in the presence of virus scanners
  (P4) JDK-8253640: Make MEMFLAGS an enum class
  (P4) JDK-8247912: Make narrowOop a scoped enum
  (P4) JDK-8257588: Make os::_page_sizes a bitmask
  (P4) JDK-8250844: Make sure {type,obj}ArrayOopDesc accessors check the bounds 
  (P4) JDK-8247179: Mechanism for VM operations to not take part in safepoint coalescing
  (P4) JDK-8250984: Memory Docker tests fail on some Linux kernels w/o cgroupv1 swap limit capabilities
  (P4) JDK-8256725: Metaspace: better blocktree and binlist asserts
  (P4) JDK-8255885: Metaspace: freelist commit counter is not updated when purging
  (P4) JDK-8249719: MethodHandle performance suffers from bad ResolvedMethodTable hash function
  (P4) JDK-8256474: Migrate Mutex _owner accesses to use Atomic operations
  (P4) JDK-8247281: migrate ObjectMonitor::_object to OopStorage
  (P4) JDK-8238174: migrate ObjectMonitor::_owner field away from C++ volatile semantics
  (P4) JDK-8257743: Minimal build on AArch64 failed with --disable-precompiled-headers
  (P4) JDK-8252398: minimal debug build broken - CURRENT_PC undefined in resourceArea.inline.hpp
  (P4) JDK-8253492: Miss comma after second copyright year in FDBigInteger.java
  (P4) JDK-8254061: Missing space in flag description
  (P4) JDK-8253064: monitor list simplifications and getting rid of TSM
  (P4) JDK-8249944: Move and improve the AllStatic class
  (P4) JDK-8248186: Move CDS C++ vtable code to cppVtables.cpp
  (P4) JDK-8253208: Move CDS related code to a separate class
  (P4) JDK-8252056: Move DumpRegion/ReadClosure/WriteClosure to archiveUtils.hpp
  (P4) JDK-8252043: Move inner class metaspace cleaning out of safepoint cleanup tasks
  (P4) JDK-8255285: Move JVMFlag origins into a new enum JVMFlagOrigin
  (P4) JDK-8249938: Move mirror oops from Universe into OopStorage
  (P4) JDK-8249768: Move static oops and NullPointerException oops from Universe into OopStorage
  (P4) JDK-8250589: Move Universe::_reference_pending_list into OopHandle
  (P4) JDK-8243066: move VM_INTRINSICS_DO into its own vmIntrinsics.hpp file
  (P4) JDK-8255596: Mutex safepoint checking options and flags should be scoped enums
  (P4) JDK-8254889: name_and_sig_as_C_string usages in frame coding without ResourceMark
  (P4) JDK-8251257: NMT: jcmd VM.native_memory scale=1 crashes target VM
  (P4) JDK-8254012: NMT: MetaspaceSnapshot::snapshot uses wrong enum
  (P4) JDK-8248426: NMT: VirtualMemoryTracker::split_reserved_region() does not properly update summary counting
  (P4) JDK-8252797: Non-PCH build fails on Ubuntu 16.4 when building with gtests
  (P4) JDK-8254144: Non-x86 Zero builds fail with return-type warning in os_linux_zero.cpp
  (P4) JDK-8252249: nsk/stress/stack/stack016.java fails with "Error: TEST_BUG: trickyRecursion() must throw an error anyway!"
  (P4) JDK-8254029: ObjectMonitor cleanup/minor bug-fix changes extracted from JDK-8253064
  (P4) JDK-8252981: ObjectMonitor::object() cleanup changes extracted from JDK-8247281
  (P4) JDK-8256718: Obsolete the long term deprecated and aliased Trace flags
  (P4) JDK-8247289: Obsolete unused UseBsdPosixThreadCPUClocks
  (P4) JDK-8247292: Obsolete unused UseOprofile flag on BSD
  (P4) JDK-8243586: Optimize calls to SystemDictionaryShared::define_shared_package for classpath
  (P4) JDK-8249650: Optimize JNIHandle::make_local thread variable usage
  (P4) JDK-8247296: Optimize JVM_GetDeclaringClass
  (P4) JDK-8253375: OSX build fails with Xcode 12.0 (12A7209)
  (P4) JDK-8253177: outputStream not declared in markWord.hpp
  (P4) JDK-8246019: PerfClassTraceTime slows down VM start-up
  (P4) JDK-8256383: PlatformMutex::try_lock has different semantics on Windows and Posix
  (P4) JDK-8253742: POSIX signal code cleanup
  (P4) JDK-8252521: possible race in java_suspend_self_with_safepoint_check
  (P4) JDK-8244376: possibly stale comment above "struct SharedGlobals" in synchronizer.cpp
  (P4) JDK-8251274: Provide utilities for function SFINAE using extra template parameters
  (P4) JDK-8252414: Redundant suspend check when determining if a java thread is safe
  (P4) JDK-8251850: Refactor ResourceMark and DeoptResourceMark for better code sharing
  (P4) JDK-8253278: Refactor/cleanup oopDesc::*_klass_addr
  (P4) JDK-8246308: Reference count for PackageEntry::name may be incorrectly decremented
  (P4) JDK-8253717: Relocate stack overflow code out of thread.hpp/cpp
  (P4) JDK-8253433: Remove -XX:+Debugging product option
  (P4) JDK-8246476: remove AsyncDeflateIdleMonitors option and the safepoint based deflation mechanism
  (P4) JDK-8245060: remove copying of s.h.WB$WhiteBoxPermission in cds/appcds tests
  (P4) JDK-8253647: Remove dead code in os::create_thread() on Linux/BSD
  (P4) JDK-8253008: Remove develop flags TraceLongCompiles/LongCompileThreshold
  (P4) JDK-8253026: Remove dummy call to gc alot from VM Thread
  (P4) JDK-8251559: Remove empty file utilities/sizes.cpp
  (P4) JDK-8251560: Remove excessive header file inclusion from systemDictionary.hpp and others
  (P4) JDK-8257563: Remove excessive include of klass.inline.hpp
  (P4) JDK-8252481: Remove excessive include of memTracker.hpp
  (P4) JDK-8252151: Remove excessive inclusion of arguments.hpp
  (P4) JDK-8248240: Remove extendedPC.hpp and fetch_frame_from_ucontext
  (P4) JDK-8247747: Remove macro definition of "inline" in stack.hpp
  (P4) JDK-8255342: Remove non-specified JVM checks on Classes with Record attributes
  (P4) JDK-8249149: Remove obsolete UseNewFieldLayout option and associated code
  (P4) JDK-8254264: Remove redundant cross_modify_fence()
  (P4) JDK-8255384: Remove special_runtime_exit_condition() check from SS::block()
  (P4) JDK-8254263: Remove special_runtime_exit_condition() check from ~ThreadInVMForHandshake()
  (P4) JDK-8255049: Remove support for the hsdis decode_instructions entry point in hotspot
  (P4) JDK-8254168: Remove TemplateTable::count_calls
  (P4) JDK-8254084: Remove TemplateTable::pd_initialize
  (P4) JDK-8253694: Remove Thread::muxAcquire() from ThreadCrashProtection()
  (P4) JDK-8254558: Remove unimplemented Arguments::do_pd_flag_adjustments
  (P4) JDK-8253345: Remove unimplemented Arguments::lookup_logging_aliases
  (P4) JDK-8253348: Remove unimplemented JNIHandles::initialize
  (P4) JDK-8254559: Remove unimplemented JVMFlag::get_locked_message_ext
  (P4) JDK-8254997: Remove unimplemented OSContainer::read_memory_limit_in_bytes
  (P4) JDK-8253457: Remove unimplemented register stack functions
  (P4) JDK-8253350: Remove unimplemented SharedRuntime::clean_*_entry
  (P4) JDK-8253349: Remove unimplemented SharedRuntime::native_method_throw_unsupported_operation_exception_entry
  (P4) JDK-8250606: Remove unnecessary assertions in ObjectSynchronizer FastHashcode and inflate
  (P4) JDK-8247524: Remove unnecessary volatile qualifiers from member functions
  (P4) JDK-8248545: Remove unneeded warning suppression of MSVC++ 4521/4522
  (P4) JDK-8256052: Remove unused allocation type from fieldInfo
  (P4) JDK-8256017: Remove unused elapsedTimer constructor
  (P4) JDK-8253539: Remove unused JavaThread functions for set_last_Java_fp/pc
  (P4) JDK-8254353: Remove unused non-product flags
  (P4) JDK-8255780: Remove unused overloads of VMError::report_and_die()
  (P4) JDK-8252004:  remove usage of PropertyResolvingWrapper in vmTestbase/nsk/sysdict
  (P4) JDK-8255040: Replace __sync_add_and_fetch with __atomic_add_fetch to avoid build errors with clang
  (P4) JDK-8254586: Replace fthrow() calls with simpler method calls in classFileParser.cpp
  (P4) JDK-8247908: Replace IsRegisteredEnum with std::is_enum
  (P4) JDK-8238956: Replace powerOfTwo::max_value with std::numeric_limits
  (P4) JDK-8253916: ResourceExhausted/resexhausted001 crashes on Linux-x64
  (P4) JDK-8253824: Revert JDK-8253089 since VS warning C4307 has been disabled
  (P4) JDK-8247879: Rework WeakHandle and OopHandle to dynamically support different OopStorages
  (P4) JDK-8254799: runtime/ErrorHandling/TestHeapDumpOnOutOfMemoryError.java fails with release VMs
  (P4) JDK-8256822: runtime/logging/RedefineClasses.java fails with "Error: VM option 'Verbose' is develop and is available only in debug version of VM."
  (P4) JDK-8255450: runtime/ThreadCountLimit.java causes high system load
  (P4) JDK-8250610: SafepointMechanism::disarm_if_needed() is declared but not used.
  (P4) JDK-8252533: Signal handlers should run with synchronous error signals unblocked
  (P4) JDK-8252324: Signal related code should be shared among POSIX platforms
  (P4) JDK-8246546: Simplify SystemDictionary::is_shared_class_visible
  (P4) JDK-8248273: Small clean up for PerfClassTraceTime
  (P4) JDK-8254244: Some code emitted by TemplateTable::branch is unused when running TieredCompilation
  (P4) JDK-8256258: some missing NULL checks or asserts after CodeCache::find_blob_unsafe
  (P4) JDK-8253453: SourceFileInfoTable should be allocated lazily
  (P4) JDK-8248337: sparc related code clean up after solaris removal
  (P4) JDK-8255254: Split os::reserve_memory and os::map_memory_to_file interfaces
  (P4) JDK-8256276: Temporarily disable gtest special_flags
  (P4) JDK-8253476: TestUseContainerSupport.java fails on some Linux kernels w/o swap limit capabilities
  (P4) JDK-8255239: The timezone of the hs_err_pid log file is corrupted in Japanese locale
  (P4) JDK-8203005: The top-of-stack type specified for nofast_* bytecodes are wrong
  (P4) JDK-8255782: Turn UseTLAB and ResizeTLAB from product_pd to product, defaulting to "true"
  (P4) JDK-8256008: UL does not report anything if disk writing fails
  (P4) JDK-8256256: UL should not use heap allocation for output string
  (P4) JDK-8257872: UL: -Xlog does not check number of options
  (P4) JDK-8255489: Unify the parsing of @lambda-proxy and @lambda-form-invokers tags in a classlist
  (P4) JDK-8251489: universe.cpp includes too many headers
  (P4) JDK-8249630: unused is_static_archive parameter in SystemDictionaryShared::write_dictionary
  (P4) JDK-8249624: update appcds/sharedStrings/IncompatibleOptions test in view of 8081416 closed as WNF 
  (P4) JDK-8253241: Update comment on java_suspend_self_with_safepoint_check()
  (P4) JDK-8255838: Use 32-bit immediate movslq in macro assembler if 64-bit value fits in 32 bits on x86_64
  (P4) JDK-8235765: Use of the long type should be avoided in shared code
  (P4) JDK-8250637: UseOSErrorReporting times out (on Mac and Linux)
  (P4) JDK-8223312: Utilize handshakes instead of is_thread_fully_suspended
  (P4) JDK-8253271: vm_version_x86.hpp should not include globals_extension.hpp
  (P4) JDK-8257623: vmTestbase/nsk/jvmti/ResourceExhausted/resexhausted001/TestDescription.java shouldn't use timeout
  (P4) JDK-8253125: vmTestbase/nsk/stress/stack/stack017.java timed out
  (P4) JDK-8212107: VMThread issues and cleanup
  (P4) JDK-8252957: Wrong comment in CgroupV1Subsystem::cpu_quota
  (P4) JDK-8255397: x86: coalesce reference and int entry points into vtos bytecodes
  (P4) JDK-8254955: x86: MethodHandlesAdapterBlob is too big
  (P4) JDK-8255900: x86: Reduce impact when VerifyOops is disabled
  (P4) JDK-8254297: Zero and Minimal VMs are broken with undeclared identifier 'DerivedPointerTable' after JDK-8253180
  (P4) JDK-8257420: Zero VM build broken with clang after JDK-8256726 due to strlen() is not a constexpr
  (P4) JDK-8252887: Zero VM is broken after JDK-8252661
  (P4) JDK-8253084: Zero VM is broken after JDK-8252689
  (P4) JDK-8257794: Zero: assert(istate->_stack_limit == istate->_thread->last_Java_sp() + 1) failed: wrong on Linux/x86_32
  (P4) JDK-8255615: Zero: demote ZeroStack::abi_stack_available guarantee to assert
  (P4) JDK-8255737: Zero: DO_UPDATE_INSTRUCTION_COUNT should only update when relevant VM flags are set
  (P4) JDK-8256670: Zero: enable compressed oops support back
  (P4) JDK-8256499: Zero: enable Epsilon GC
  (P4) JDK-8256497: Zero: enable G1 and Shenandoah GCs
  (P4) JDK-8142984: Zero: fast accessors should handle both getters and setters
  (P4) JDK-8255822: Zero: improve build-time JVMTI handling
  (P4) JDK-8256618: Zero: Linux x86_32 build still fails
  (P4) JDK-8256832: Zero: micro-optimize safepoint handling after JDK-8255384
  (P4) JDK-8255719: Zero: on return path, check for pending exception before attempting to clear it
  (P4) JDK-8256726: Zero: print proper message in ArrayIndexOutOfBoundException
  (P4) JDK-8255741: Zero: print signal name in unhandled signal handler
  (P4) JDK-8256675: Zero: purge biased locking support
  (P4) JDK-8255617: Zero: purge the remaining bytecode interpreter profiling support
  (P4) JDK-8256692: Zero: remove obsolete block from ZeroInterpreter::native_entry
  (P4) JDK-8255041: Zero: remove old JSR 292 support leftovers
  (P4) JDK-8255890: Zero: remove unused methods from BytecodeInterpreter
  (P4) JDK-8254166: Zero: return-type warning in zeroInterpreter_zero.cpp
  (P4) JDK-8255718: Zero: VM should know it runs in interpreter-only mode
  (P5) JDK-8249141: Fix indent in java_lang_Record definition in vmSymbols.hpp
  (P5) JDK-8255894: Remove unused StubRoutines::_zero_aligned_words
  (P5) JDK-8254824: SignalHandlerMark have no purpose

hotspot/svc:
  (P3) JDK-8247878: Move Management strong oops to OopStorage
  (P4) JDK-8253033: CheckUnhandledOops check fails in ThreadSnapshot::initialize(...)
  (P4) JDK-8249030: clean up FileInstaller $test.src $cwd in vmTestbase_nsk_jdi tests
  (P4) JDK-8251302: Create dedicated OopStorages for Management and Jvmti
  (P4) JDK-8251835: JDK-8251374 breaks jmap -dump:all
  (P4) JDK-8254270: linux 32 bit build doesn't compile libjdwp/log_messages.c
  (P4) JDK-8230052: MLVM findDeadlock test timed out
  (P4) JDK-8254776: Remove unimplemented LowMemoryDetector::check_memory_usage
  (P4) JDK-8254777: Remove unimplemented Management::get_loaded_classes
  (P4) JDK-8251999: remove usage of PropertyResolvingWrapper in vmTestbase/nsk/aod
  (P4) JDK-8252000: remove usage of PropertyResolvingWrapper in vmTestbase/nsk/jdb
  (P4) JDK-8252001: remove usage of PropertyResolvingWrapper in vmTestbase/nsk/jdi
  (P4) JDK-8252002: remove usage of PropertyResolvingWrapper in vmTestbase/nsk/jdwp
  (P4) JDK-8252003: remove usage of PropertyResolvingWrapper in vmTestbase/nsk/jvmti
  (P4) JDK-8252403: rewrite serviceability/7170638/SDTProbesGNULinuxTest.sh to java
  (P4) JDK-8249150: SA core file tests sometimes time out on OSX with "java.io.IOException: App waiting timeout"
  (P4) JDK-8248295: serviceability/jvmti/CompiledMethodLoad/Zombie.java failure with Graal
  (P5) JDK-8254723: Add diagnostic command to write Linux perf map file

hotspot/svc-agent:
  (P3) JDK-8247516: DSO.closestSymbolToPC() should use dbg.lookup() rather than rely on java ELF file support
  (P3) JDK-8250750: JDK-8247515 fix for OSX pc_to_symbol() lookup fails with some symbols
  (P3) JDK-8249002: New serviceability/sa/ClhsdbFindPC.java #id2 and #id3 tests are failing with ZGC
  (P3) JDK-8247515: OSX pc_to_symbol() lookup does not work with core files
  (P3) JDK-8253028: SA core file tests still time out on OSX with "java.io.IOException: App waiting timeout"
  (P3) JDK-8247272: SA ELF file support has never worked for 64-bit causing address to symbol name mapping to fail
  (P3) JDK-8247533: SA stack walking sometimes fails with sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
  (P3) JDK-8248878: SA: Implement simple workaround for JDK-8248876
  (P4) JDK-8247762: [aarch64] Timeout in .../HeapDumpTestWithActiveProcess.java due to inf. loop in AARCH64CurrentFrameGuess.run()
  (P4) JDK-8246369: CodeCache.findBlobUnsafe(addr) sometimes asserts with valid address
  (P4) JDK-8250826: jhsdb does not work with coredump which comes from Substrate VM
  (P4) JDK-8244383: jhsdb/HeapDumpTestWithActiveProcess.java fails with "AssertionFailure: illegal bci"
  (P4) JDK-8248879: SA core file support on OSX has some bugs trying to locate the jvm libraries
  (P4) JDK-8241951: SA core file tests failed to find core file for signed binaries on OSX 10.15
  (P4) JDK-8248882: SA PMap and PStack support on OSX works with core files. Enable them.
  (P4) JDK-8253900: SA: wrong size computation when JVM was built without AOT
  (P4) JDK-8251121: six SA tests leave core files behind on macOS

hotspot/test:
  (P2) JDK-8257233: Windows x86 build is broken by JDK-8252684
  (P3) JDK-8257396: AArch64 Zero build is broken after JDK-8252684
  (P3) JDK-8257469: Restore stress testing of MemorySegment of foreign API in Kitchesink
  (P4) JDK-8255906: Add Kafka-based stress testing
  (P4) JDK-8256430: add linux-x64-optimized to regular testing
  (P4) JDK-8256414: add optimized build to submit workflow
  (P4) JDK-8204985: clean up FileInstaller $test.src $cwd in vmTestbase tests
  (P4) JDK-8259282: Disable MemAccess until JDK-8259276 is fixed
  (P4) JDK-8254333: Disable runThese on aarch64 until 8254303 and 8248599 are fixed
  (P4) JDK-8219140: get rid of vmTestbase/PropertyResolvingWrapper
  (P4) JDK-8249748: gtest silently ignores bad jvm arguments
  (P4) JDK-8252401: Introduce Utils.TEST_NATIVE_PATH
  (P4) JDK-8252005: narrow disabling of allowSmartActionArgs in vmTestbase
  (P4) JDK-8251126: nsk.share.GoldChecker should read golden file from ${test.src}
  (P4) JDK-8252477: nsk/share/ArgumentParser should expect that jtreg "splits" an argument 
  (P4) JDK-8252522: nsk/share/test/StressOptions should multiple stressTime by jtreg's timeout-factor 
  (P4) JDK-8257505: nsk/share/test/StressOptions stressTime is scaled in getter but not when printed
  (P4) JDK-8254095: remove jdk.test.lib.Utils::distro() method
  (P4) JDK-8254096: remove jdk.test.lib.Utils::getMandatoryProperty(String) method
  (P4) JDK-8253882: remove PropertyResolvingWrapper
  (P4) JDK-8253060: remove test/hotspot/jtreg/test_env.sh
  (P4) JDK-8249940: Remove unnecessary includes of jni_util.h in native tests
  (P4) JDK-8254182: remove Utils.tryFindJvmPid/waitForJvmPid
  (P4) JDK-8248658: Remove vmTestbase/vm/share/vmcrasher
  (P4) JDK-8253913: unify gtest test names
  (P4) JDK-8253750: use build-stable default seed for Utils.RANDOM_GENERATOR
  (P4) JDK-8252532: use Utils.TEST_NATIVE_PATH instead of System.getProperty("test.nativepath")
  (P4) JDK-8256736: Zero: GTest tests fail with "unsuppported vm variant"

infrastructure:
  (P3) JDK-8227614: JEP 357: Migrate from Mercurial to Git
  (P3) JDK-8233813: JEP 369: Migrate to GitHub
  (P3) JDK-8255836: Modify JDK 16 task definition files to fit manual tasks in task definition for jck 
  (P4) JDK-8248495: [macos] zerovm is broken due to libffi headers location
  (P4) JDK-8250818: idea.sh script doesn't work on WSL 1 and 2
  (P4) JDK-8247534: Update --release 15 symbol information for JDK 15 build 29

infrastructure/build:
  (P2) JDK-8249195: Change to Xcode 11.3.1 for building on Macos at Oracle
  (P2) JDK-8255225: compiler/aot tests fail on Windows with NPE during artifact resolution
  (P2) JDK-8258657: Doc build is broken by use of new language features
  (P2) JDK-8258378: Final nroff manpage update for JDK 16
  (P2) JDK-8257679: Improved unix compatibility layer in Windows build (winenv)
  (P2) JDK-8257905: Make fixpath.sh more liberal in accepting paths embedded in arguments
  (P2) JDK-8255801: Race when building ct.sym build tools
  (P2) JDK-8246803: Update link to license in Docs.gmk
  (P3) JDK-8251541: "no symbols" printed when building hotspot
  (P3) JDK-8255861: Also update jaotc.1 for JDK 16
  (P3) JDK-8255620: Build race between modulegraphs and exploded-image-optimize targets
  (P3) JDK-8253615: Change to Visual Studio 2019 16.7.2 for building on Windows at Oracle
  (P3) JDK-8248610: Clean up handling of Windows RC files
  (P3) JDK-8256216: Enable reproducible builds in jib-profiles
  (P3) JDK-8256277: Github Action build on macOS should define OS and Xcode versions
  (P3) JDK-8256354: Github Action build on Windows should define OS and MSVC versions
  (P3) JDK-8248563: Gtest CFLAGS/warnings is not properly handled
  (P3) JDK-8256751: Incremental rebuild with precompiled header fails when touching a header file
  (P3) JDK-8258005: JDK build fails with incorrect fixpath script
  (P3) JDK-8248488: JDK-8246484 actually broke COMPARE_BUILD
  (P3) JDK-8256501: libTestMainKeyWindow fails to build with Xcode 12.2
  (P3) JDK-8220639: Need a way to augment JTREG_LAUNCHER_OPTIONS from command-line
  (P3) JDK-8248667: Need support for building native libraries located in the test/lib directory
  (P3) JDK-8254054: Pre-submit testing using GitHub Actions should not use the deprecated set-env command
  (P3) JDK-8256240: Reproducible builds should turn on the "deterministic" flag for Visual Studio
  (P3) JDK-8250669: Running JMH micros is broken after JDK-8248135
  (P3) JDK-8256308: Send arguments to javac server in a config file
  (P3) JDK-8213214: Set -Djava.io.tmpdir= when running tests
  (P3) JDK-8256541: Sort out what version of awk is used in the build system
  (P3) JDK-8211293: Stop using fixpath -detach with javac server
  (P3) JDK-8250743: Switch to JCov build which supports byte code version 60
  (P3) JDK-8252145: Unify Info.plist files with correct version strings
  (P3) JDK-8255853: Update all nroff manpages for JDK 16 release
  (P3) JDK-8256755: Update build.tools.depend.Depend to handle record components in API signatures
  (P3) JDK-8251549: Update docs on building for Git
  (P3) JDK-8259429: Update reference to README.md
  (P3) JDK-8248548: Use DISABLED_WARNINGS for globally disabled warnings on Visual Studio in Hotspot
  (P3) JDK-8248547: Use SetupJdkLibrary for hotspot libraries
  (P3) JDK-8257973: UTIL_LOOKUP_PROGS should only find executable files
  (P3) JDK-8255785: X11 libraries should not be required by configure for headless only
  (P4) JDK-8242053: Add 'make test' feature to skip adding -retain to jtreg invocation
  (P4) JDK-8256657: Add cross-compiled build for Windows+Arm64 to submit workflow
  (P4) JDK-8256127: Add cross-compiled foreign architectures builds to submit workflow
  (P4) JDK-8206311: Add docs-javase, docs-reference to CI build
  (P4) JDK-8254282: Add Linux x86_32 builds to submit workflow
  (P4) JDK-8255305: Add Linux x86_32 tier1 to submit workflow
  (P4) JDK-8253424: Add support for running pre-submit testing using GitHub Actions
  (P4) JDK-8254173: Add Zero, Minimal hotspot targets to submit workflow
  (P4) JDK-8255530: Additional cleanup after JDK-8235710 (elliptic curve removal)
  (P4) JDK-8256188: Adjust output of make/autoconf/configure
  (P4) JDK-8255352: Archive important test outputs in submit workflow
  (P4) JDK-8248612: Back quotes and double quotes must not be escaped in: Cannot convert \"$unix_path\" to Windows path
  (P4) JDK-8251193: bin/idea.sh is generating wrong folder definitions for JVMCI modules
  (P4) JDK-8254175: Build no-pch configuration in debug mode for submit checks
  (P4) JDK-8248984: Bump minimum boot jdk to JDK 15
  (P4) JDK-8253616: Change to GCC 10.2 for building on Linux at Oracle
  (P4) JDK-8248158: Configure fails with autoconf not found even though it's installed
  (P4) JDK-8248526: configure script failed on WSL in May 2020 update
  (P4) JDK-8249292: DependOnVariable macro fails on empty value
  (P4) JDK-8253892: Disable misleading-indentation on clang as well as gcc
  (P4) JDK-8247591: Document Alpine Linux build steps in OpenJDK build guide
  (P4) JDK-8253753: Enable default constructor warning in client modules
  (P4) JDK-8255526: Enable jcheck whitespace checking of build system files
  (P4) JDK-8253206: Enforce whitespace checking for additional source files
  (P4) JDK-8247396: Exclude PCH for files in $(OPT_SPEED_SRC) with clang after JDK-8246751
  (P4) JDK-8255612: Explicitly disable dtrace for Oracle OpenJDK Linux builds
  (P4) JDK-8256538: Fix annoying awk warning in configure for java versions
  (P4) JDK-8257789: Fix incremental build of test-image and bundles
  (P4) JDK-8250876: Fix issues with cross-compile on macos
  (P4) JDK-8257208: Fix typo in doc/building.md
  (P4) JDK-8253031: git jcheck complains about invalid tags in jdk repo after fix for JDK-8252844
  (P4) JDK-8241768: git needs .gitattributes
  (P4) JDK-8256393: Github Actions build on Linux should define OS and GCC versions
  (P4) JDK-8256747: GitHub Actions: decouple the hotspot build-only jobs from Linux x64 testing
  (P4) JDK-8256829: GNU hash style is not available on MIPS
  (P4) JDK-8247573: gtest/GTestWrapper.java is not helpful if gtest framework is missing
  (P4) JDK-8257547: Handle multiple prereqs on the same line in deps files
  (P4) JDK-8255850: Hotspot recompiled on first incremental build
  (P4) JDK-8246032: Implementation of JEP 347: Enable C++14 Language Features
  (P4) JDK-8257487: Include configuration name in summary
  (P4) JDK-8256048: Incomplete gitignore setting for netbeans project
  (P4) JDK-8254311: Incorrect statements in createWindowsDevkit2017.sh
  (P4) JDK-8256810: Incremental rebuild broken on Macosx
  (P4) JDK-8251399: JDK-8248701 had incorrect indentation
  (P4) JDK-8257224: JDK-8251549 didn't update building.html
  (P4) JDK-8257533: legacy-jre-image includes jpackage and jlink tools
  (P4) JDK-8254862: lldb in devkit doesn't work
  (P4) JDK-8251533: MacOS build of libjimage explicitly adds C++ standard library
  (P4) JDK-8252897: Minor .jcheck/conf update
  (P4) JDK-8256831: MIPS Zero builds fail with undefined __atomic_compare_exchange_8
  (P4) JDK-8257633: Missing -mmacosx-version-min=X flag when linking libjvm
  (P4) JDK-8252998: ModuleWrapper.gmk doesn't consult include path
  (P4) JDK-8259043: More Zero architectures need linkage with libatomic
  (P4) JDK-8253660: Need better error report when artifact resolution fails in AotCompiler.java
  (P4) JDK-8248701: On Windows generated modules-deps.gmk can contain backslash-r (CR) characters
  (P4) JDK-8255732: OpenJDK fails to build if $A is set to a value with spaces
  (P4) JDK-8253867: Pre-submit testing using GitHub Actions can fail to download intermediate artifacts
  (P4) JDK-8253865: Pre-submit testing using GitHub Actions does not detect failures reliably
  (P4) JDK-8252233: Put debug symbols in symbols-image
  (P4) JDK-8254178: Remove .hgignore
  (P4) JDK-8255798: Remove dead headless code in CompileJavaModules.gmk
  (P4) JDK-8253000: Remove redundant MAKE_SUBDIR argument
  (P4) JDK-8257181: s390x builds are very noisy with gc-sections messages
  (P4) JDK-8217729: Speed up incremental rerun of "make images"
  (P4) JDK-8255373: Submit workflow artifact name is always "test-results_.zip" 
  (P4) JDK-8255895: Submit workflow artifacts miss hs_errs/replays due to ZIP include mismatch
  (P4) JDK-8257056: Submit workflow should apt-get update to avoid package installation errors
  (P4) JDK-8249219: Update --release 15 symbol information for JDK 15 build 33
  (P4) JDK-8252844: Update check configuration to Skara format
  (P4) JDK-8254292: Update JMH devkit to 1.26
  (P4) JDK-8256182: Update qemu-debootstrap cross-compilation recipe
  (P4) JDK-8253034: Update symbol generation to accomodate Git as the SCM
  (P4) JDK-8200738: Use --hash-style=gnu for gcc
  (P4) JDK-8251516: VSCode IDE configuration specifies c++03
  (P4) JDK-8255673: Wrong version in docs bundles
  (P5) JDK-8193686: Allow --with-jtreg to accept a zip compressed jtreg image
  (P5) JDK-8201575: Allow numbers in VERSION_PRE according to JEP 223
  (P5) JDK-8233844: Build output for LogCompilation should end up in build directory
  (P5) JDK-8184721: Set consistent "Product Name" attribute on jvm.dll

infrastructure/release_eng:
  (P2) JDK-8259794: Remove EA from JDK 16 version string starting with Initial RC promotion on Feb 04, 2021(B35)

other-libs:
  (P3) JDK-8255394: jdk/test/lib/hexdump/ASN1FormatterTest.java fails with ---illegal-access=deny
  (P4) JDK-8252124: Restore Dynalink tests

other-libs/other:
  (P3) JDK-8253876: jdk/test/lib/hexdump/ASN1FormatterTest.java fails with "AssertionError: Lines expected [126] but found [202]"
  (P4) JDK-8252523: Add ASN.1 Formatter to work with test utility HexPrinter
  (P4) JDK-8254261: fix javadocs in jdk.test.lib.Utils
  (P4) JDK-8254262: jdk.test.lib.Utils::createTemp* don't pass attrs
  (P4) JDK-8254102: use ProcessHandle::pid instead of ManagementFactory::getRuntimeMXBean to get pid in tests

security-libs:
  (P4) JDK-8253563: Change sun.security.jca.Providers.threadLists to be ThreadLocal

security-libs/java.security:
  (P2) JDK-8225072: Add LuxTrust certificate that is expiring in March 2021 to list of allowed but expired certs
  (P2) JDK-8254081: java/security/cert/PolicyNode/GetPolicyQualifiers.java fails due to an expired certificate
  (P2) JDK-8255494: PKCS7 should use digest algorithm to verify the signature
  (P2) JDK-8251859: sun/security/validator/PKIXValAndRevCheckTests.java fails with "RuntimeException: Received unexpected exception"
  (P2) JDK-8259312: VerifyCACerts.java fails as soneraclass2ca cert will expire in 90 days
  (P3) JDK-8243321: Add Entrust root CA - G4 to Oracle Root CA program
  (P3) JDK-8258630: Add expiry exception for QuoVadis root certificate
  (P3) JDK-8243320: Add SSL root certificates to Oracle Root CA program
  (P3) JDK-8241003: Deprecate "denigrated" java.security.cert APIs that represent DNs as Principal or String objects
  (P3) JDK-8218021: Have jarsigner preserve posix permission attributes
  (P3) JDK-8252377: Incorrect encoding for EC AlgorithmIdentifier
  (P3) JDK-8257528: Remove provider name in the DRBG standard names
  (P3) JDK-8243559: Remove root certificates with 1024-bit keys
  (P3) JDK-8255536: Remove the directsign property and option
  (P3) JDK-8242068: Signed JAR support for RSASSA-PSS and EdDSA
  (P3) JDK-8249783: Simplify DerValue and DerInputStream
  (P3) JDK-8255393: sun/security/util/DerValue/Indefinite.java fails with ---illegal-access=deny
  (P3) JDK-8172366: Support SHA-3 based signatures
  (P3) JDK-8250968: Symlinks attributes not preserved when using jarsigner on zip files
  (P3) JDK-8153005: Upgrade the default PKCS12 encryption/MAC algorithms
  (P4) JDK-8256507: Add a micro benchmark for JDK-8153005
  (P4) JDK-8250246: Address reliance on default constructors in security libs
  (P4) JDK-8247995: Avoid use of a mapping function in Permissions.getPermissionCollection
  (P4) JDK-8039278: console.sh failed Automatically with exit code 1
  (P4) JDK-8256363: Define toString() for MGF1ParameterSpec
  (P4) JDK-8007632: DES/3DES keys support in PKCS12 keystore
  (P4) JDK-8246271: Document -trustcacerts and -keystore for -printcert and -printcrl in keytool
  (P4) JDK-8026976: ECParameters, Point does not match field size 
  (P4) JDK-8244148: keytool -printcert and -printcrl should support the -trustcacerts and -keystore options
  (P4) JDK-8253299: Manifest bytes are read twice when verifying a signed JAR
  (P4) JDK-8246383: NullPointerException in JceSecurity.getVerificationResult when using Entrust provider
  (P4) JDK-8251548: Remove unnecessary explicit initialization of volatile variables in security-libs code
  (P4) JDK-8238157: security/infra/java/security/cert/CertPathValidator/certification/AmazonCA.java test failures because of revocation date
  (P4) JDK-8220730: sun.security.provider.SecureRandom default constructor has wrong documentation
  (P4) JDK-8248807: Update jarsigner docs
  (P4) JDK-8239950: Update PKCS9 Attributes to PKCS#9 v2.0 Encodings
  (P5) JDK-8213719: Both sect163r2 and sect163k1 are default curves for field size 163

security-libs/javax.crypto:
  (P1) JDK-8257642: CipherByteBufferOverwriteTest copyright issue
  (P3) JDK-8257769: Cipher.getParameters() throws NPE for ChaCha20-Poly1305
  (P3) JDK-8199697: FIPS 186-4 RSA Key Generation
  (P3) JDK-8253821: Improve ByteBuffer performance with GCM
  (P3) JDK-8235710: Remove the legacy elliptic curves
  (P3) JDK-8258419: RSA cipher buffer cleanup
  (P3) JDK-8253637: Update EC removal
  (P4) JDK-8257734: Extraneous output in HmacSHA3_512 constructor

security-libs/javax.crypto:pkcs11:
  (P3) JDK-8242332: Add SHA3 support to SunPKCS11 provider
  (P3) JDK-8244154: Update SunPKCS11 provider with PKCS11 v3.0 header files
  (P4) JDK-8251117: Cannot check P11Key size in P11Cipher and P11AEADCipher

security-libs/javax.net.ssl:
  (P2) JDK-8202343: Disable TLS 1.0 and 1.1
  (P2) JDK-8256682: JDK-8202343 is incomplete
  (P2) JDK-8255603: Memory/Performance regression after JDK-8210985
  (P2) JDK-8256818: SSLSocket that is never bound or connected leaks socket resources
  (P3) JDK-8254631: Better support ALPN byte wire values in SunJSSE
  (P3) JDK-8257083: Security infra test failures caused by JDK-8202343
  (P3) JDK-8246031: SSLSocket.getSession() doesn't close connection for timeout/ interrupts
  (P3) JDK-8257997: sun/security/ssl/SSLSocketImpl/SSLSocketLeak.java again reports leaks after JDK-8257884
  (P3) JDK-8257670: sun/security/ssl/SSLSocketImpl/SSLSocketLeak.java reports leaks
  (P3) JDK-8166596: TLS support for the EdDSA signature algorithm
  (P3) JDK-8245306: Update sun.security.ssl.SSLLogger to use Immutable DateTimeFormatter
  (P3) JDK-8247630: Use two key share entries
  (P4) JDK-8257788: Class fields could be local in the SunJSSE provider
  (P4) JDK-8257448: Clean duplicated non-null check in the SunJSSE provider implementation
  (P4) JDK-8257237: Cleanup unused imports in the SunJSSE provider implementation
  (P4) JDK-8257724: Incorrect package of the linked class in BaseSSLSocketImpl
  (P4) JDK-8257725: No throws of SSLHandshakeException
  (P4) JDK-8257884: Re-enable sun/security/ssl/SSLSocketImpl/SSLSocketLeak.java as automatic test
  (P4) JDK-8247374: Remove default constructors from javax.net.ssl
  (P4) JDK-8250602: Update sun/security/ssl/SSLLogger/LoggerDateFormatterTest.java to handle TimeZones

security-libs/javax.security:
  (P4) JDK-8243592: Subject$SecureSet::contains(null) is suboptimal

security-libs/javax.xml.crypto:
  (P3) JDK-8255559: Leak File Descriptors Because of ResolverLocalFilesystem#engineResolveURI()
  (P3) JDK-8247907: XMLDsig logging does not work

security-libs/jdk.security:
  (P3) JDK-8256523: Streamline Java SHA2 implementation
  (P4) JDK-8250586: jarsigner refactoring in displayMessagesAndResult() method
  (P4) JDK-8247960: jarsigner says "signer errors" for some normal warnings when -strict is set

security-libs/org.ietf.jgss:
  (P4) JDK-8253829: Wrong length compared in SSPI bridge

security-libs/org.ietf.jgss:krb5:
  (P2) JDK-8250582: Revert Principal Name type to NT-UNKNOWN when requesting TGS Kerberos tickets

specification:
  (P3) JDK-8246773: JVMS changes for Record Classes (Final)
  (P4) JDK-8259477: Patterns: Remove unnecessary JLS subsection

specification/language:
  (P3) JDK-8250623: JEP 394: Pattern Matching for instanceof
  (P3) JDK-8246771: JEP 395: Records
  (P3) JDK-8246775: JEP 397: Sealed Classes (Second Preview)
  (P3) JDK-8246772: JLS changes for Record Classes (Final)
  (P3) JDK-8253374: JLS changes for Static Members of Inner Classes
  (P3) JDK-8245310: Sealed Classes: Clarify treatment of `non-sealed` as a keyword
  (P4) JDK-8249554: 1.5: Expand preview features to include preview APIs
  (P4) JDK-8257132: 6.5.2: Simplify treatment of imported fields and classes/interfaces
  (P4) JDK-8253267: Consistent Class and Interface Terminology
  (P4) JDK-8246776: JLS changes for Sealed Classes (Second Preview)
  (P4) JDK-8256861: Records: Details of implicitly declared equals method has been superseded in implementation
  (P4) JDK-8246379: Sealed Classes: Prohibit member classes of local/anonymous classes

specification/vm:
  (P3) JDK-8243582: 5.3.5: Perform 'final' error checks during class loading, not verification
  (P4) JDK-8245587: 4.1: Allow v60.0 class files for Java SE 16
  (P4) JDK-8246777: JVMS changes for Sealed Classes (Second Preview)
  (P4) JDK-8257183: Records: Typos in tables 4.7-A and 4.7-B

tools:
  (P4) JDK-8253253: Binutils tar ball extension update to gz
  (P4) JDK-8251374: jmap -dump could accept invalid options
  (P4) JDK-8249632: remove no-arg constructor from ToolProvider
  (P4) JDK-8248605: Update --release 15 symbol information for JDK 15 build 31

tools/jar:
  (P5) JDK-8253761: Wrong URI syntax printed by jar --describe-module

tools/javac:
  (P1) JDK-8253904: Revert Tokenizer improvements JDK-8224225
  (P2) JDK-8252031: --patch-module java.base= may fail with "cyclic inheritance involving Object"
  (P2) JDK-8256266: Binding variables don't correctly support declaration annotations and the final modifier
  (P2) JDK-8257855: Example SafeVarargsNotApplicableToRecordAccessors breaks test tools/javac/diags/CheckExamples.java
  (P2) JDK-8258515: javac should issue an error if an annotation is nested in a local class or interface
  (P2) JDK-8259645: Revert JDK-8245956 JavaCompiler still uses File API instead of Path API in a specific case
  (P2) JDK-8252458: Test tools/javac/parser/JavacParserTest.java fails on Windows after JDK-8237041
  (P2) JDK-8253770: Test tools/javac/parser/JavacParserTest.java fails on Windows after JDK-8253584
  (P3) JDK-8252183: [JEP 390] Add 'lint' warning for @ValueBased classes
  (P3) JDK-8254023: A module declaration is not allowed to be a target of an annotation that lacks an @Target meta-annotation
  (P3) JDK-8256950: Add record attribute support to symbol generator CreateSymbols
  (P3) JDK-8255561: add tests to check binary compatibility rules for records
  (P3) JDK-8254105: allow static nested declarations
  (P3) JDK-8250741: an annotation interface may not be declared as a local interface
  (P3) JDK-8253385: annotation processors remove varargs information from record components
  (P3) JDK-8249261: AssertionError in StructuralStuckChecker
  (P3) JDK-8253944: Certain method references to VarHandle methods should fail
  (P3) JDK-8240658: Code completion not working for lambdas in method invocations that require type inference
  (P3) JDK-8245544: com/sun/tools/javac/platform/JDKPlatformProvider.java does not support ct.sym with platform versions 16+
  (P3) JDK-8243057: compilation of annotated static record fields fails with NPE
  (P3) JDK-8254557: Compiler crashes with java.lang.AssertionError: isSubtype UNKNOWN
  (P3) JDK-8246778: Compiler implementation for Sealed Classes (Second Preview)
  (P3) JDK-8255009: delta apply fixes for JDK-8246774 and JDK-8253455, pushed too soon
  (P3) JDK-8250629: do not allow C-style array declaration in record components
  (P3) JDK-8258443: doclint should be service-loaded with system class loader
  (P3) JDK-8247352: improve error messages for sealed classes and records
  (P3) JDK-8251355: javac accepts sealed annotations
  (P3) JDK-8253954: javac crash when compiling code with enhanced switch expressions with option -Xjcov
  (P3) JDK-8253996: Javac error on jdk16 build 18: invalid flag: -Xdoclint:-missing
  (P3) JDK-8249829: javac is issuing an incorrect static access error
  (P3) JDK-8252307: javac rejects code with annotation applicable to fields
  (P3) JDK-8254784: javac should reject records with @SafeVarargs applied to varargs record component
  (P3) JDK-8247790: javac shouldn't allow type variable references from local static declarations
  (P3) JDK-8258916: javac/doclint reports broken HTML on multiline mailto links
  (P3) JDK-8245956: JavaCompiler still uses File API instead of Path API in a specific case
  (P3) JDK-8229862: NPE in jdk.compiler/com.sun.tools.javac.jvm.Code.emitop0(Code.java:570)
  (P3) JDK-8241353: NPE in ToolProvider.getSystemJavaCompiler
  (P3) JDK-8213032: program fails with LambdaConversionException at execution time
  (P3) JDK-8259025: Record compact constructor using Objects.requireNonNull
  (P3) JDK-8250840: some tests use --enable-preview unnecessarily
  (P3) JDK-8231461: static/instance overload leads to 'unexpected static method found in unbound lookup' when resolving method reference
  (P3) JDK-8258941: Test specify the Classpath exception in the header
  (P3) JDK-8224225: Tokenizer improvements
  (P3) JDK-8254073: Tokenizer improvements (revised)
  (P3) JDK-8247334: Trees.getScope crashes for annotated local records
  (P3) JDK-8258972: unexpected compilation error with generic sealed interface
  (P4) JDK-8251357: [DocCommentParser] Infinite loop while looking for the end of a preamble
  (P4) JDK-8071961: Add javac lint warning when a default constructor is created
  (P4) JDK-8245586: Add source 16 and target 16 to javac
  (P4) JDK-8250213: Address use of default constructors in com.sun.source.util
  (P4) JDK-8256809: Annotation processing causes NPE during flow analysis
  (P4) JDK-8237041: AssertionError while parsing unclosed class declarations
  (P4) JDK-8256411: Based anonymous classes have a weird end position
  (P4) JDK-8250217: com.sun.tools.javac.api.JavacTaskImpl swallows compiler exceptions potentially producing false positive test results
  (P4) JDK-8235229: Compilation against a modular, multi-release JAR erroneous with --release
  (P4) JDK-8250625: Compiler implementation of Pattern Matching for instanceof (Final)
  (P4) JDK-8255968: Confusing error message for inaccessible constructor
  (P4) JDK-8248231: deserializeLambda created with wrong encoding if platform encoding not UTF-8
  (P4) JDK-8251921: Expand default constructor warning to cover more cases
  (P4) JDK-8251939: Fix copy-paste issues and address TODOs
  (P4) JDK-8248185: fix the javadoc for Class::isSealed
  (P4) JDK-8252172: Improve prettiness of printing HTML attributes by DocPretty
  (P4) JDK-8241151: Incorrect lint warning for no definition of serialVersionUID in a record
  (P4) JDK-8233829: javac cannot find non-ASCII module name under non-UTF8 environment
  (P4) JDK-8245664: javac erroneously issues deprecation warning for use of a deprecated package
  (P4) JDK-8258662: JDK 17ea: Crash compiling instanceof check involving sealed interface
  (P4) JDK-8252712: move doclint to jdk.javadoc module
  (P4) JDK-8257037: No javac warning when calling deprecated constructor with diamond
  (P4) JDK-8231599: NPE when loading a preview classfile from a future Java version
  (P4) JDK-8253584: Redunant errors for partial member selects
  (P4) JDK-8246222: Rename javac test T6395981.java to be more informative
  (P4) JDK-8245652: some tests at RecordCompilationTests are resetting the wrong compilation options
  (P4) JDK-8256824: test/langtools/tools/javac/diags/examples/InnerClassCantHaveStatic.java has a bad copyright
  (P4) JDK-8252264: tools/javac/flags/LockedFlagClash.java fails to compile
  (P4) JDK-8249095: tools/javac/launcher/SourceLauncherTest.java fails on Windows
  (P4) JDK-8249902: tools/javac/records/mandated_members/read_resolve_method/CheckReadResolveMethodTest.java uses @ignore w/o bug-id
  (P4) JDK-8248641: Trees.getScope returns incorrect results for code inside a rule case
  (P4) JDK-8160601: unexpected error compiling @Deprecated package
  (P4) JDK-8245588: Update --release 15 symbol information for JDK 15 build 27
  (P4) JDK-8256149: Weird AST structure for incomplete member select
  (P4) JDK-8251454: Wrong "self type" in DCTree.DCEndElement
  (P4) JDK-8254286: Wrong inference in switch expression with "null" arm

tools/javadoc(tool):
  (P1) JDK-8255032: Conflict between recent pushes breaks the build
  (P2) JDK-8256580: Fault in new grid display
  (P3) JDK-8223607: --override-methods=summary ignores some signature changes
  (P3) JDK-8242607: -Xdoclint doesn't report missing/unexpected comments
  (P3) JDK-8243113: Always identify version of javadoc used to generate docs
  (P3) JDK-8253733: Cleanup internal taglet API
  (P3) JDK-8253735: Cleanup SearchIndexItem API
  (P3) JDK-8253736: Cleanup some of WorkArounds and usage thereof
  (P3) JDK-8254627: Cleanup {Abstract,Single,Split}IndexWriter classes
  (P3) JDK-8249633: doclint reports missing javadoc for JavaFX property methods that have a property description
  (P3) JDK-8236142: DocTrees should provide getCharacters(EntityTree)
  (P3) JDK-8251200: False positive messages about missing comments for serialization
  (P3) JDK-8245058: improve presentation of annotations for modules and packages
  (P3) JDK-8254721: Improve support for conditionally generated files
  (P3) JDK-8216497: javadoc should auto-link to platform classes
  (P3) JDK-8249133: Javadoc: Browser back navigation does not jump to previous position anymore
  (P3) JDK-8258092: Link to early access platform documentation in TestHtmlTableTags.java
  (P3) JDK-8247994: Localize javadoc search
  (P3) JDK-8248566: Make API docs more usable on mobile browsers
  (P3) JDK-8248320: Provide a unique accessible name for <nav role="navigation">
  (P3) JDK-8253117: Replace HTML tables in javadoc summaries with CSS grid elements
  (P3) JDK-8248417: some jdk/javadoc/doclet tests fail (JDK 16)
  (P3) JDK-8253700: spurious "extends Throwable" at end of Optional.orElseThrow method declaration
  (P3) JDK-8258338: Support deprecated records
  (P3) JDK-8253559: The INDEX page should link to Serialized Form and Constant Values pages
  (P3) JDK-8259657: typo in generated HELP page prevents localization
  (P3) JDK-8258002: Update "type" terminology in generated docs
  (P4) JDK-8075778: Add javadoc tag to avoid duplication of return information in simple situations.
  (P4) JDK-8250779: Anchor is ignored when reloading a page in Chrome
  (P4) JDK-8250954: Avoid multiple warnings for external docs with mismatching modularity
  (P4) JDK-8251550: Clean up jdk.javadoc and the related parts of jdk.compiler
  (P4) JDK-8253812: Cleanup AbstractMemberWriter
  (P4) JDK-8254796: Cleanup pervasive unnecessary parameter
  (P4) JDK-8254893: Fix display of search tag results without holder information
  (P4) JDK-8253342: Fix typos in String.transform
  (P4) JDK-8254052: improve type specificity of TagletWriter and friends
  (P4) JDK-8244535: JavaDoc search is overly strict with letter case
  (P4) JDK-8240681: Large list of supertypes may unnecessarily widen a page
  (P4) JDK-8250921: Manpage of javadoc contains wrong example for -doctitle option
  (P4) JDK-8241518: Member signature parameter span contains closing but not opening parens
  (P4) JDK-8253879: Simplify redundant code in IndexBuilder
  (P4) JDK-8257652: TestLinkPlatform fails with new Java source version
  (P4) JDK-8242652: Throw SkippedException if no JS engine availabe in TestSearchScript
  (P4) JDK-8259771: Update javadoc search spec to reflect relaxed case sensitivity
  (P5) JDK-8247760: Improve documentation for javadoc.tester.JavadocTester
  (P5) JDK-8254795: Remove obsolete template files 

tools/javap:
  (P4) JDK-6882207: convert javap to use diamond operator internally

tools/jconsole:
  (P4) JDK-8255934: JConsole 14 and greater fails to connect to older JVM

tools/jextract:
  (P2) JDK-8256862: Several java/foreign tests fail on x86_32 platforms
  (P4) JDK-8255128: linux x86 build failure with libJNIPoint.c

tools/jlink:
  (P2) JDK-8254080: fix for JDK-8204256 causes jlink test failures
  (P3) JDK-8204256: improve jlink error message to report unsupported class file format 
  (P3) JDK-8252919: JDK built with --enable-cds=no fails with NoClassDefFoundError: DirectMethodHandle$Holder
  (P3) JDK-8252730: jlink does not create reproducible builds on different servers
  (P3) JDK-8255845: Memory leak in imageFile.cpp
  (P3) JDK-8253948: Memory leak in ImageFileReader
  (P4) JDK-8242258: (jrtfs) Path::toUri throws AssertionError for malformed input
  (P4) JDK-8218685: jlink --list-plugins needs to be readable and tidy
  (P4) JDK-8217527: jmod hash does not work if --hash-module does not include the target module

tools/jpackage:
  (P2) JDK-8249264: Build validate-headers task fails after JDK-8248261
  (P2) JDK-8249289: Exception thrown when --temp points to non-existant directory
  (P2) JDK-8251184: File association without description causes exception
  (P2) JDK-8252870: Finalize (remove "incubator" from) jpackage
  (P2) JDK-8251988: jpackage --runtime-image fails on mac when using JDK11 based runtime.
  (P3) JDK-8238781: [macos] jpackage tests failed due to "hdiutil: convert failed" in various ways
  (P3) JDK-8255206: [macos] LicenseTest fails on macOS 11
  (P3) JDK-8255947: [macos] Signed macOS jpackage app doesn't filter spurious '-psn' argument
  (P3) JDK-8248905: [macos] symbolic links not properly resolved
  (P3) JDK-8253379: [windows] Several jpackage tests failed with error code 1638
  (P3) JDK-8248261: Add timestamps to jpackage and jpackage tests verbose output
  (P3) JDK-8227400: Adjust jib profiles to make 3rd party tools for creating installers available on Mach5 test machines
  (P3) JDK-8253149: Building an installer from invalid app image fails on Windows and Linux
  (P3) JDK-8250611: Cannot display splash screen on Windows
  (P3) JDK-8232024: Don't pollute log output with multiple errors of the same type
  (P3) JDK-8254843: Exception launching app on windows in some cases
  (P3) JDK-8256475: Fix Behavior when Installer name differs from application name.
  (P3) JDK-8257514: Fix the issues in jdk.jpackage identified by SpotBugs
  (P3) JDK-8230652: Improve verbose output
  (P3) JDK-8247768: JEP 392: Packaging Tool
  (P3) JDK-8253679: JEP-JDK-8247768: Test Plan for JEP 392: Packaging Tool
  (P3) JDK-8248239: jpackage adds some arguments twice in case it is re-executed by JLI
  (P3) JDK-8254783: jpackage fails on Windows when application name differs from installer name
  (P3) JDK-8257434: jpackage fails to create rpm on Fedora Linux
  (P3) JDK-8253426: jpackage is unable to generate working EXE for add-launcher configurations
  (P3) JDK-8232621: L10n issues with msi installers
  (P3) JDK-8255619: Localized WinResources.properties have MsiInstallerStrings_en.wxl resource
  (P3) JDK-8250803: pkgbuild failed with exit code 134
  (P3) JDK-8247779: Remove deprecated --bind-services option from jpackage
  (P3) JDK-8223187: Remove setLocale() call in jpackage native launcher
  (P3) JDK-8249696: SigningPackageTest-1.0.pkg failed to install
  (P3) JDK-8253747: tools/jpackage/share/AppImagePackageTest.java fails with InstalledPackageSize: 0
  (P3) JDK-8257539: tools/jpackage/windows/WinL10nTest.java unpack.bat failed with Exit code: 1618
  (P3) JDK-8257924: Use full path when running external executable from jpackage
  (P4) JDK-8248248: [macos] EmptyFolderPackageTest.java fails EmptyFolderPackageTest-dmg-setup.scpt exited with 134 code
  (P4) JDK-8245311: [macos] misc package tests failed due to "execution error: Finder got an error: AppleEvent timed out."
  (P4) JDK-8223955: Eliminate or reduce mixing of old File API and new Path/Files APIs
  (P4) JDK-8250646: hdiutil detach fix JDK-8245311 still fails sometimes
  (P4) JDK-8225251: Minimise import statements in jpackage sources
  (P4) JDK-8256801: tools/jpackage/share/FileAssociationsTest.java#id0 failed unpack.bat with "Exit code: 1603"

tools/jshell:
  (P3) JDK-8249566: jshell tool: retained modes from JDK-13 or prior cause confusing messages to be generated for records
  (P3) JDK-8247456: JShell: Handling of top-level final, abstract, and static modifiers
  (P3) JDK-8249197: JShell: variable declaration with unicode type name gets garbled result
  (P4) JDK-8232856: jshell crashes when pressing up arrow after /!
  (P4) JDK-8249199: JShell: Consistent representation of unicode

tools/launcher:
  (P4) JDK-8247592: refactor test/jdk/tools/launcher/Test7029048.java

xml:
  (P4) JDK-8251561: Fix doclint warnings in the java.xml package
  (P4) JDK-8246816: XMLGregorianCalendar.hashCode() produces far too many identical hashes

xml/javax.xml.parsers:
  (P3) JDK-8248486: SafeThread illegal access to java.lang private fields should be removed

xml/javax.xml.stream:
  (P4) JDK-8256515: javax.xml.XMLEventReader produces incorrect START_DOCUMENT event
  (P4) JDK-8255918: XMLStreamFilterImpl constructor consumes XMLStreamException

xml/jaxp:
  (P3) JDK-8248348: Regression caused by the update to BCEL 6.0
  (P3) JDK-8251495: Remove the implNote in the DOM package description added by JDK-8249643
  (P4) JDK-8249643: Clarify DOM documentation

xml/org.xml.sax:
  (P4) JDK-8250638: Address reliance on default constructors in java.xml