Lombok: Problème avec hashCode() sur l'attribut null lorsqu'il est utilisé sur une structure basée sur le hachage

L'annotation @EqualsAndHashCode qui utilise l'attribut Long tel que pk peut provoquer un comportement inattendu lorsqu'elle est utilisée avec une structure basée sur le hachage (comme HashSet).

par exemple.:

<strong i="9">@Entity</strong>
@EqualsAndHashCode(of = "pk")
class Foo {

    <strong i="10">@Id</strong>
    private Long pk;

    private LocalDate createdAt;

}

<strong i="13">@Entity</strong>
class Foo {

    <strong i="14">@Id</strong>
    private Long pk;

    private LocalDate createdAt;

    public int hashCode() {
        int PRIME = true;
        int result = 1;
        Object $pk = this.getPk();
        int result = result * 59 + ($pk == null ? 43 : $pk.hashCode());
        return result;
    }

    public String toString() {
        return getClass().getName() + "@" + Integer.toHexString(hashCode());
    }
}

Ainsi, lorsque l'instance avec pk = null et autre avec pk = 43, elle renverra le même code de hachage et il peut être considéré comme identique sur la structure basée sur le hachage, ce qu'ils ne sont pas.

Et dans le cas d'utilisation d'OmniFaces ListConverter qui utilise toString nous avons le même problème.

Peut-être renvoyer un hashcode de l'instance d'objet plutôt qu'une constante codée en dur

Avez-vous déjà pris ce scénario, ou connaissez-vous un moyen de contourner cette situation ? !

Informations sur les versions

• Lombok => 1.18.8
• Plate-forme => Windows 10 JDK 11.0.4 IntelliJ