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

[Mandy Chung]

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

Mandy