Discussion :

[alex2205]

Bonjour,

j'ai un petits soucis, je voudrais rendre une propriété non updatable, avec l'attribut update="false" cela à l'air de marcher, mais sur une clé primaire, cette attribut n'existe pas, et je ne trouve pas comment interdire la modification de la clé primaire dans le mapping ou bien la classe modéle car le setId(...) doit exister sinon il me fais une erreur au moment de mes tests unitaires (il dit qu'il ne trouve pas de setter pour la propriété id), de plus je l'utilise pour créer des objets.

j'utilise hibernate et spring.

Comment rendre un e clé primaire non modifiable depuis le fichiers de mapping ?

Merci, alexandre

[JeitEmgie]

Bonjour,

j'ai un petits soucis, je voudrais rendre une propriété non updatable, avec l'attribut update="false" cela à l'air de marcher, mais sur une clé primaire, cette attribut n'existe pas, et je ne trouve pas comment interdire la modification de la clé primaire dans le mapping ou bien la classe modéle car le setId(...) doit exister sinon il me fais une erreur au moment de mes tests unitaires (il dit qu'il ne trouve pas de setter pour la propriété id), de plus je l'utilise pour créer des objets.

j'utilise hibernate et spring.

Comment rendre un e clé primaire non modifiable depuis le fichiers de mapping ?

Merci, alexandre

vous vous posez une question qui n'a pas lieu d'être dans la majorité des situations...

le setter de la clé primaire comme celui des colonnes "non-updatable" concerne uniquement l'initialisation du POJO lorsque les objets sont relus du repository

hibernate ne générera jamais de code modifiant la clé primaire derrière votre dos...
(le updatable sert de hint pour savoir s'il faut inclure la colonne dans les UPDATE, ce qui pour la clé primaire n'arrive que dans le cas de la première création de l'objet et encore : le code SQL généré (update ou insert) dépend de la stratégie de génération de la clé primaire et de la db ...)

mais rien de vous empêche de tester dans le setId que l'id courant est bien == null et de ne "rien" faire si ce n'est pas le cas (ou un throw ou log d'un message d'erreur...)
et setId peut être déclaré private ou protected...