Bug ID: JDK-7032323 code changes for JSR 292 EG adjustments to API, through Public Review

JDK-7032323 : code changes for JSR 292 EG adjustments to API, through Public Review

Type: Bug
Component: hotspot
Sub-Component: compiler
Affected Version: 7

Priority: P3
Status: Closed
Resolution: Fixed
OS: generic
CPU: generic

Submitted: 2011-03-30
Updated: 2017-05-16
Resolved: 2011-07-18

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
7 b145Fixed

Related Reports

Duplicate :	JDK-7014005 - JSR 292 javadoc needs to be updated with final Expert Group edits
Duplicate :	JDK-6829142 - JSR 292 JVM features need a finalized Java API
Duplicate :	JDK-7044591 - MethodHandle.asCollector throws undocumented NPE
Duplicate :	JDK-7032475 - SwitchPoint().guardWithTest throws IAE if target and fallback are not the same method type
Duplicate :	JDK-7021087 - java.dyn.ClassValue.remove(Class type) does not throw NPE when type is null
Duplicate :	JDK-7021343 - MethodHandle.asCollector(...) throws OOM for "virtual" method handle and very large arrayType
Duplicate :	JDK-7038844 - MethodType.fromMethodDescriptorString throws unspecified NPE
Relates :	JDK-7034316 - MethodType.hasWrappers() returns 'true' for method types like '()Comparable' or '()Deprecated'
Relates :	JDK-7034341 - MethodType.hasWrappers() throws IAE if a method type contains an argument of the java.lang.Void type
Relates :	JDK-7035513 - JSR 292: MHs.constant() doesn't accept primitives
Relates :	JDK-7042829 - JSR292: MethodHandles$Lookup.findStatic[S\|G]etter throws InternalError if SecurityManager is set
Relates :	JDK-7044892 - JSR 292: API entry points sometimes throw the wrong exceptions or doesn't throw the expected one
Relates :	JDK-7052782 - Two langtools regression tests fail due to fix for 7034977 which removed the invokeGeneric method
Relates :	JDK-7042656 - JSR292: invokeExact/Generic doesn't throw UnsupportedOperationException if invoked via Method.invoke
Relates :	JDK-7038860 - MethodType.methodType(Class rtype, Class[] ptypes) doesn't throw NPE if ptypes is null
Relates :	JDK-7039220 - MethodHandle.asCollector throws UnsupportedOperationException if arrayLength >= 10
Relates :	JDK-7051206 - JSR 292 method name SwitchPoint.isValid is misleading to unwary users; should be hasBeenInvalidated
Relates :	JDK-7053541 - Remove or fix some java/lang/invoke tests
Relates :	JDK-7038847 - MethodType.fromMethodDescriptorString accepts both "binary names"/"internal form of binary names"
Relates :	JDK-7035516 - JSR 292: NYI: primitive parameters must follow references

Description

This is a catch-all tracking bug for changes requested by the JSR 292 EG, through the Public Review.
For the current draft of API code changes see this mlvm patch:

http://hg.openjdk.java.net/mlvm/mlvm/jdk/file/tip/meth-review-7032323.patch

For the current draft of associated API javadoc changes see 7014005 and this patch:

http://hg.openjdk.java.net/mlvm/mlvm/jdk/file/tip/meth-doc-7014005.patch

Comments

EVALUATION Fix available per John Rose at 1:18PM 5/27/2011 Some testing by Kirill yesterday.

27-05-2011