Salut les lutins, Dans TopiaEntityAbstract, le code de la méthode hashCode me parrait un peu étrange. /** * On utilise la date de creation comme hash code, cette date ne varie pas * au cours du temps */ @Override public int hashCode() { int result = getTopiaCreateDate().hashCode(); return result; } Cela transgresse l'ordre naturel des entités. On devrait toujours avoir a.equals(b) ==> a.hashCode() == b.hashCode() J'ai un validateur dans Jaxx qui utilise les hashCodes de proprietes d'une entite pour construire une empreinte de clef unique (et manque de bol une des propriété est une autre entités,...); vu le code dans TopiaEntityAbstract ça ne peut pas marcher. Dans la javadoc de Sun, il est préciser que modifier l'idiom entre la méthode equals et hashCode doit être justifié. Je n'ai pas vu de doc là-dessus dans ToPIA :) Y'a-t-il une raison précise pour utiliser la date de creation comme hashCode ? Est-ce qu'on pourrait changer ça en deportant le calcul du hashCode sur celui du topiaId : @Override public int hashCode() { int hash = 97 * 7; if (topiaId != null) { hash += topiaId.hashCode(); } return hash; } Tony