From 83e2fb5e00e1868f0b4f0fe38b1ea1383119f8ee Mon Sep 17 00:00:00 2001 From: Roel Spilker Date: Mon, 18 Jul 2011 20:59:52 +0200 Subject: Now either all or none of equals/hashCode/canEqual is generated. Fixes issue 240. --- website/features/EqualsAndHashCode.html | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'website/features') diff --git a/website/features/EqualsAndHashCode.html b/website/features/EqualsAndHashCode.html index e79760df..b683c2b3 100644 --- a/website/features/EqualsAndHashCode.html +++ b/website/features/EqualsAndHashCode.html @@ -65,9 +65,9 @@ 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 or equals, regardless of parameters or return type, - that method will not be generated, and a warning is emitted instead. hashCode and equals need to be in sync with - each other, which lombok cannot guarantee if it is only generating one of the two methods, hence you always get a warning if one or both + 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 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