Discussion :

[fredop]

Bonjour,
Dans le cadre d'un projet informatique d'entreprise, en tant que stagiaire, je suis amené à réfléchir à une problématique de verrous.

Application web: J2EE, Jsp ,Spring, Struts +de l'Ajax+ oracle sous Windows


Soit un utilisateur qui désire modifie un prix. Or un autre utilisateur peut faire de même.

Comment ne pas arriver en cas particulier ou :
- l'utilisateur demande une modification d'une fiche produit pour le prix, mais entre temps part boire un café
- alors qu'un 2e utilisateur arrive, demande aussi une modification de la fiche et la valide
- entre temps, le 1er utilisateur revient et se décide enfin à valider sa modification avec un nouveau prix qui annulerait la modification du 2e utilisateur, sans le savoir.


Je sais qu'Oracle gère les verrous , possible via la notion de transaction. J'ai aussi remarqué que java permettait de gérer la notion de transaction.


Selon moi, il suffirait, lorsque un utilisateur demande une modification de fiche, de faire un lock via une transaction en java. Et si la modification n'a pas été effectué avant x minutes, de cloturer la transaction sur la fiche du produit et prévenir l'utilisateur qu'il a pris trop de temps.

Après comment le faire techniquement parlant, si vous avez des idées... (thread minuté ? ...)

J'ai exposé brièvement ma solution au responsable du projet qui dit que cela ne lui convenait pas forcément.

Qu'en pensez vous ?Avez vous d'autres solutions ?

Cordialement

[Starchic]

Pourquoi ne pas notifier le buveur de café qu'une autre personne a accéder à la ressource et l'a modifié avant que lui même ait finit sa modification ?

Bloquer l'accès à la ressource est un peu dangereux, je trouve.

[JohnBlatt]

Salut,

Ce que tu pourrais faire, c'est créer deux colonnes dans la table qui gère tes fiches : une colonne que l'on peut appeler "EDITEUR" (dans laquelle tu mettras l'identifiant de la personne éditrice) et une colonne "FICHE_BLOQUEE" (number qui prend une valeur 0 ou 1, 0 par défaut)

Quand tu ouvres une fiche, tu appelles une méthode synchronisée (afin qu'elle ne soit appelée que par un seul utilisateur à la fois) du grenre reserverFiche(String identifiant_fiche, String editeur) qui devra mettre à jour les deux colonnes. La requête de mise à jour pourrait ressembler à :

String requete = "UPDATE ma_table set EDITEUR= ?, FICHE_BLOQUEE= 1" +
"WHERE identifiantFiche= ? AND FICHE_BLOQUEE = 0 " ;


Ensuite, toujours quand t'es dans la fiche, tu regardes si le bloqueur est ou n'est pas le mec qui a bloquée la fiche.
C'est une piste....