Hi Jim,
Since we will be moving comparison for ColorSpace and transferType to CM, can
we remove equals() & hashCode() methods in CCM?
For PCM and ICM we have unique variables which we can compare, there will be no
problem.
Thanks,
Jay
-----Original Message-----
From: Jim Graham
Sent: Friday, May 27, 2016 2:18 PM
To: Jayathirth D V; Philip Race
Cc: 2d-dev@openjdk.java.net
Subject: Re: Review Request for JDK-7107905: ColorModel subclasses are missing
hashCode() or equals() or both methods
Hi Jay,
.equals() should not be comparing any fields that are computed from other
fields - generally fields that come directly from a constructor argument tend
to be the fields to compare. Internal state variables (such as "isInited" and
the like) should never be compared. It should be comparing fields that affect
the interpretation of the color. To that end...
In CM, add comparison/hash of:
ColorSpace
transferType
In CCM, do not compare or hash:
needScaleInit (internal state for lazy ScaleInit)
noUnnorm (computed from other constructor arguments)
nonStdScale (computed from other constructor arguments)
signed (computed from other constructor arguments)
transferType (tested in CM)
(basically, CCM doesn't have anything to compares as all of its significant
values are compared in the super class)
...jim
On 05/27/2016 01:02 AM, Jayathirth D V wrote:
> Hi,
>
> Gentle reminder.
> Please review updated fix:
> http://cr.openjdk.java.net/~jdv/7107905/webrev.07/
>
> Thanks,
> Jay
>
> -----Original Message-----
> From: Jayathirth D V
> Sent: Thursday, May 19, 2016 6:43 PM
> To: Philip Race; Jim Graham
> Cc: 2d-dev@openjdk.java.net
> Subject: Review Request for JDK-7107905: ColorModel subclasses are
> missing hashCode() or equals() or both methods
>
> Hi,
>
> Previously for this bug we were making changes related only to
> IndexColorModel. Since we are expanding to include hashCode() or equals()
> method from PackedColorModel and ComponentColorModel, I have created single
> webrev for review under the same bug id.
>
> Now the "getclass()==" check is present in base class ColorModel and each
> subclass of ColorModel have their own equality check for properties.
>
> Details:
> Bug : https://bugs.openjdk.java.net/browse/JDK-7107905
> Updated Webrev : http://cr.openjdk.java.net/~jdv/7107905/webrev.07/
>
> Please review the changes at your convenience.
>
> Thanks,
> Jay
>
