RFR: 8062389, 8029459, 8061950: Class.getMethod() is inconsistent with Class.getMethods() results + more

Mandy Chung mandy.chung at oracle.com
Wed Dec 21 03:07:02 UTC 2016

> On Dec 19, 2016, at 1:41 AM, Peter Levart <peter.levart at gmail.com> wrote:
> Hi,
> This is the latest webrev of changes to Class.getMethod() and Class.getMethods(), rebased to current tip of jdk9-dev, incorporating comments from CCC review:
> http://cr.openjdk.java.net/~plevart/jdk9-dev/Class.getMethods.new/webrev.08/ <http://cr.openjdk.java.net/~plevart/jdk9-dev/Class.getMethods.new/webrev.08/>
> Javadocs now include explicit text about Method(s) returned for interface and array types as well as description of general algorithm. Apart from javadocs, the following changed from webrev.07:
> - package-private Class.getMethdOrNull() (added by resent jigsaw changes) must copy the returned Method object itself since getMethod0() does not return a copy any more.
> - renamed PublicMethods[.MethodList].coalesce() -> merge(). I think this is a less confusing name.

I reviewed webrev.09 on the delta change from webrev.07.

Looks good.


More information about the core-libs-dev mailing list