From 4d24542dac058fcd7c341f9d17c4e8170a8d83a2 Mon Sep 17 00:00:00 2001 From: Roel Spilker Date: Wed, 26 Mar 2014 21:11:30 +0100 Subject: [i660] canEqual is now protected instead of public. Also fixed the total lack of canEqual in the usage examples. --- website/features/EqualsAndHashCode.html | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) (limited to 'website/features/EqualsAndHashCode.html') diff --git a/website/features/EqualsAndHashCode.html b/website/features/EqualsAndHashCode.html index 2ef88676..6b2507c6 100644 --- a/website/features/EqualsAndHashCode.html +++ b/website/features/EqualsAndHashCode.html @@ -65,9 +65,8 @@ return false. This is analogous to java.lang.Double's equals method, and is in fact required to ensure that comparing an object to an exact copy of itself returns true for equality.

- If there is any method named either hashCode, equals or canEqual, regardless of - parameters or return type, no methods will be generated, and a warning is emitted instead. These 3 methods need to be in sync with - each other, which lombok cannot guarantee unless it generates all the methods, hence you always get a warning if one or more + If there is any method named either hashCode or equals, regardless of return type, no methods will be generated, and a warning is emitted instead. These 2 methods need to be in sync with + each other, which lombok cannot guarantee unless it generates all the methods, hence you always get a warning if one or both of the methods already exist.

Attempting to exclude fields that don't exist or would have been excluded anyway (because they are static or transient) results in warnings on the named fields. -- cgit