Bug ID: JDK-8238358 Implementation of JEP 371: Hidden Classes

JDK-8238358 : Implementation of JEP 371: Hidden Classes

Type: Enhancement
Component: core-libs
Sub-Component: java.lang.invoke

Priority: P2
Status: Resolved
Resolution: Fixed

Submitted: 2020-01-31
Updated: 2024-10-01
Resolved: 2020-04-21

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 15
15 b20Fixed

Related Reports

CSR :	JDK-8238359 - Implementation of JEP 371: Hidden Classes
Duplicate :	JDK-8171335 - MethodHandle.Lookup functionality to define a nestmate class
Duplicate :	JDK-8217750 - Update LambdaMetafactory in light of nestmates
Duplicate :	JDK-8205939 - JVM support to replace Unsafe.defineAnonymousClass
Duplicate :	JDK-8209676 - Dynamic nestmate injection in the VM
Duplicate :	JDK-8209679 - JVM support for "classData"
Relates :	JDK-8235602 - Re-examine if a hidden class should trust final non static fields
Relates :	JDK-8230502 - Add support in JVM TI, JDI, and Instrumentation for hidden classes
Relates :	JDK-8246790 - LambdaMetafactory fails to support invokespecial method handle with hidden class
Relates :	JDK-8281266 - [JVMCI] MetaUtil.toInternalName() doesn't handle hidden classes correctly
Relates :	JDK-8234729 - Javac should eagerly change code generation for method references to avert IllegalAccessError in future.
Relates :	JDK-8244616 - Create a test to verify that non-static final fields of a hidden class are trusted and optimized by C2
Relates :	JDK-8239578 - Convert java.lang.invoke.AddressVarHandleGenerator to use hidden class
Relates :	JDK-8250219 - Proxy::newProxyInstance spec should specify the behavior if a given proxy interface is hidden
Relates :	JDK-8220607 - JEP 371: Hidden Classes
Relates :	JDK-8242013 - Specify the behavior of java.lang.constant API for hidden classes
Relates :	JDK-8029100 - (reflect) arrays of a lambda proxy class returns wrong name
Relates :	JDK-8247784 - Bad link causes invalid documentation
Relates :	JDK-8247868 - com.sun.jdi.ObjectReference::setValue should throw InvalidTypeException for non-modifiable final fields
Relates :	JDK-8253960 - Memory leak in Java_java_lang_ClassLoader_defineClass0()
Relates :	JDK-8274983 - C1 optimizes the invocation of private interface methods
Relates :	JDK-8242012 - Drop the uniqueness guarantee from the suffix of the name of a hidden class
Relates :	JDK-8219607 - Add support in Graal and AOT for hidden class
Relates :	JDK-8288976 - classfile parser 'wrong name' error message has the names the wrong way around
Relates :	JDK-8238195 - Lookup::defineClass should link the class to match the specification

Sub Tasks

JDK-8238664 :	Develop unit tests for hidden classes - Closed
JDK-8239384 :	Convert LambdaMetaFactory to create hidden classes - Resolved
JDK-8241548 :	Convert StringConcatFactory to use hidden classes - Closed
JDK-8243093 :	Release Note: JEP 371: Hidden Classes - Closed

Description

Implementation of JEP 371: Hidden Classes

javadoc/specdiff:
  http://cr.openjdk.java.net/~mchung/valhalla/webrevs/hidden-classes/api/
  http://cr.openjdk.java.net/~mchung/valhalla/webrevs/hidden-classes/specdiff/

See JVMS 5.4.4 change from JDK-8231313: Enhance access control for dynamically-determined nest membership

This will also fix JDK-8238195 that the implementation of Lookup::defineClass will return a class that is linked but not initialized.

Comments

URL: https://hg.openjdk.java.net/jdk/jdk/rev/30ec85283758 User: mchung Date: 2020-04-21 14:11:47 +0000

21-04-2020

Issue JDK-8209676 was created a long time ago to track the VM side of this work. It can probably be closed as a dup of this new bug.

03-02-2020