Code review request for javadoc problem in java.lang.invoke.MethodHandle (original) (raw)
Joe Darcy joe.darcy at oracle.com
Tue Jan 10 02:17:48 UTC 2012
- Previous message: Request for review: 7123229: (coll) EnumMap.containsValue(null) returns true
- Next message: Code review request for javadoc problem in java.lang.invoke.MethodHandle
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
Please review the simple patch below to fix a javadoc problem in java.lang.invoke.MethodHandle which stems from the arguments to the {@link} javadoc tag being reversed.
Once reviewed, I'll file a bug for this and push the fix.
Thanks,
-Joe
diff -r 858038d89fd5 src/share/classes/java/lang/invoke/MethodHandle.java --- a/src/share/classes/java/lang/invoke/MethodHandle.java Mon Jan 09 15:54:44 2012 -0800 +++ b/src/share/classes/java/lang/invoke/MethodHandle.java Mon Jan 09 18:14:23 2012 -0800 @@ -275,7 +275,7 @@
- generates a single invokevirtual instruction with
- the symbolic type descriptor indicated in the following comment.
- In these examples, the helper method {@code assertEquals} is assumed to
- be a method which calls {@link Objects.equals java.util.Objects#equals}
- be a method which calls {@link java.util.Objects#equals(Object,Object) Objects.equals }
- on its arguments, and asserts that the result is true.
Exceptions
- Previous message: Request for review: 7123229: (coll) EnumMap.containsValue(null) returns true
- Next message: Code review request for javadoc problem in java.lang.invoke.MethodHandle
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]