Bug ID: JDK-6981791 remove experimental code for JSR 292

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 7	Other
7Fixed	hs21Fixed

This is a tracking bug.  There may be code left from the EDR phase of JSR 292 which is no longer relevant to the final specification.  This code should be removed if no longer relevant, or relegated to some special experimental category.

Features to remove from langtools, hotspot, and jdk include:

- allowTransitionalJSR292 flag (various places)
- deprecated methods
- registerBootstrapMethod and related "Global BSM" functionality

EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/ed69575596ac

08-04-2011

EVALUATION This is the cleanup for a complex 2-phase commit changing a package name from java.dyn to java.lang.invoke, in the JDK, JVM, and langtools. Here's the approximate timeline: b130: 7017414 in langtools: Release javac which supports both java.dyn and java.lang.invoke. b135: 6839872/7012648 in JVM: Release JVM which supports both java.dyn and java.lang.invoke. b136: 6839872/7012648 in JDK: Release JDK which uses only java.lang.invoke. b137 (or later): 6981791 (this bug) in JVM and 7028405 in langtools: Release cleaned-up JVM and javac, purging all java.dyn references. More explanation: We can't remove transitional code (for java.dyn) in the JVM until the meth-rename-7012648 change (java.lang.invoke) in the JDK works out (into b136 or b137). If we yank JVM support for java.dyn while the b135 JDK code is alive, we'll get lots more failures. This assumes that the bulk of testing (in various phases) is using the released build. If this is so, we can only cut support from the JVM and javac after the new JDK has released. And of course, we could not release the new JDK until the transitional JVM and javac were released (b135 and b130).

12-03-2011

EVALUATION yes

14-09-2010

Duplicate :	JDK-7029815 - JSR 292: Crash in LinkResolver::runtime_resolve_virtual_method with java/dyn/InvokeGenericTest
Relates :	JDK-7028405 - (javac) remove unused JSR-292 code
Relates :	JDK-6839872 - remove implementation inheritance from JSR 292 APIs
Relates :	JDK-6986944 - JSR 292 assert(caller_nm->is_method_handle_return(caller_frame.pc())) failed: must be MH call site
Relates :	JDK-7017414 - before the move of JSR 292 to package java.lang.invoke, javac must recognize the new package
Relates :	JDK-7012648 - move JSR 292 to package java.lang.invoke and adjust names
Relates :	JDK-7029819 - JSR 292: SIGBUS in methodOopDesc::validate_bci_from_bcx(int)
Relates :	JDK-6992698 - JSR 292: remove support for transient syntax in polymorphic signature calls