Discussion :

[demanghonj]

Bonjour,

J'ai un objet contenant un ensemble d'attribut. J'ai deux pages qui ont accès à cette objet. Cependant les informations modifiable sur ces deux pages sont différentes. Par exemple le page 1 peut modifier le nom et la page 2 peut modifier le prénom.

Si les deux pages consultent le même objet en même temps alors les données saisie de l'autre page seront écrasé.

Exemple:
- la page 1 ouvre l'objet A.
- la page 2 ouvre l'objet A.
- la page 1 modifie le nom de l'objet A.
- la page 2 modifie le prénom de l'objet A.
- la page 1 quitte l'objet A et sauvegarde
- la page 2 quitte l'objet A et sauvegarde.
- L'objet A à perdu les modifications faite par la page 1.

Ceci ne devrait pas arriver car je ne peut pas modifier le nom de l'objet A depuis la page 2.

Mais a chaque fois que l'on met un objet à jour, Hibernate met à jour toutes les données.

Comment peut ton faire pour ne mettre à jour que les données modifié par rapport à la base de données ?

Merci

[fr1man]

http://docs.jboss.org/hibernate/stab...laration-class

Regarde du côté de dynamic-update, mais ce n'est pas garanti.

EDIT: après légère réflexion, ça n'a pas l'air de correspondre à ton besoin

[tchize_]

plusieurs possibilités

1) le versioning. Si tu active le versioning dans hibernate, une colonne va garder els versions de l'objet. Quand la deuxième page essaiera de sauver, elle recevra un erreur due à la modification concurrente
2) tu partage le meme objet entre les pages via la session de l'utilisateur. ainsi quand la page B tentera de modifier l'objet, elle fera un setPrenom sur un objet pour lequel nom est déjà à la nouvelle valeur. Inconvénient: impossible de respecter correctement des transaction (à ne pas recommander donc)
3) quand tu "soumet" la page B, tu fait get d'un objet de la base de donnée, setPrenom, update de la base de donnée. Tu va donc faire un setPrenom sur un objet sur lequel setNom à déjà été fait. Attention, ajouter du versionning pour gérer les cas limite d'envoi simultané des pages A et B par des users différent, ou mettre un système de verrou pendant l'opération "load - set - flush - commit"
4) faire des beans intermédiaire qui se chargent d'éviter ce problème de synhro.

PS: hibernate ne gère pas de dirty flag par propriété. L'objet étant un tout, soit il est dirty et doit etre sauvé, soit il ne l'est pas.

[demanghonj]

Cela correspond à mon besoin.

merci beaucoup