Gestion acces concurrent

Version imprimable

14/01/2007, 17h10
gronono

Gestion acces concurrent

Bonjour,

Voici le problème (pour l'instant uniquement théorique) :
J'ai une application gérant des clients (avec un nom, prénom, une adresse ...)
Les utilisateurs de l'application (les gestionnaires) peuvent créer, consulter et modifier un client.

Soit le gestionnaire G1. Il veut modifier le client C1. Il commence par afficher le formulaire de modification pré rempli avec les informations de C1 (lecture des données). Puis il modifie une ou plusieurs informations. Ensuite il clique sur valider (enregistrement des données).
Soit le gestionnaire G2. Il fait la même chose que G1 sur le même client C1.

Il existe alors plusieurs cas pouvant ce produire :
G1 a fini de modifier C1 lorsque G2 commence => il n'y a pas de problème
G2 a fini de modifier C1 lorsque G1 commence => il n'y a pas de problème
G1 va prendre un café entre le moment où il affiche le formulaire et le moment où le valide. Dans ce cas, G2 n'affiche pas les bonnes informations et valide ses changements sur des infos erronées. Puis G1 valide et écrasé tous les changements de G2.

Ma question est comment gérer le 3eme cas. Est-ce que je dois mettre un attribut verrouillé sur mon objet client qui indique l'état du client ? A quelle niveau de l'application dois-je gérer les accès concurrent ? Existe-t-il des solutions gérant déjà ces problèmes ? Si oui, les quelles ?

Merci d'avoir lu jusqu'au bout.
A+
14/01/2007, 19h29
the-gtm

Hibernate permet de gérer ça en faisant du optimistic locking (versioning)
14/01/2007, 20h42
gronono

Citation:

Envoyé par the-gtm

Hibernate permet de gérer ça en faisant du optimistic locking (versioning)

Ok pour Hibernate, mais dans ce cas, il faut garder la session ouverte jusqu'à la validation de l'utilisateur, n'est-ce pas ?
De plus Hibernate gére l'accès à la base de données, alors que dans mon cas c'est plus un problème au niveau service, non ?
14/01/2007, 21h50
the-gtm

Je me trompe peut être mais je ne crois que la session doive rester ouverte (d'ailleurs c'est généralement déconseillé), lorsque l'utilisateur valide, tu peux réattacher l'objet modifié à une nouvelle session. A ce moment si l'objet en question a été modifié par quelqu'un d'autre tout ce que fait Hibernate c'est de lancer une exception. Ensuite c'est au service de faire ce qu'il faut.