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