RFR: 8062773: Clarifications for Class specification

Paul Sandoz paul.sandoz at oracle.com
Wed Nov 5 09:09:42 UTC 2014


On Nov 5, 2014, at 6:26 AM, joe darcy <joe.darcy at oracle.com> wrote:

> Hi Martin,
> 
> This description in getGenericInterfaces
> 
> 876      * <p> If this object represents a class, the return value is an
> 877      * array containing objects representing all interfaces
> 878      * implemented by the class. The order of the interface objects in
> 
> could also be direct-ized.
> 
> In getGenericInterfaces, the new text
> 
> 899      * <p>If this {@code Class} object represents an array type, the
> 900      * interfaces {@code Cloneable} and {@code java.io.Serializable} are
> 901      * returned in that order.
> 
> is redundant with the existing text
> 
> 881      * represented by this object.  In the case of an array class, the
> 882      * interfaces {@code Cloneable} and {@code Serializable} are
> 883      * returned in that order.
> 
> Exactly one copy of the Cloneable & Serializable assertion should be removed :-)
> 
> With this change to getFields,
> 
> 1540      * returns the public fields of the class and of all its superclasses and
> 1541      * superinterfaces.
> 
> the bug will need a ccc request since the specification is changing (even if it is changing to match long-standing behavior).
> 

Ah, i did not realize that. Perhaps separate into a new issue? I can log the CC request.

Paul.



More information about the core-libs-dev mailing list