|
Bas de page | |
---|---|
Auteur | Sujet : Gestion de la concurrence d'accès dans une appli web jsp |
![]() Publicité | Posté le 03-02-2004 à 19:11:39 ![]() ![]() |
darklord You're welcome | une transaction JTA fera ça pour toi automatiquement. Voir si ton serveur le supporte |
the real moins moins | et une "bete" transaction jdbc suffirait pas? Message édité par the real moins moins le 03-02-2004 à 20:32:46 --------------- Hey toi, tu veux acheter des minifigurines Lego, non ? |
darklord You're welcome |
|
uriel blood pt.2 | je dis rien sur le coté technique, mais sur le principe, le dernier qui entre des données est censés avoir les données les plus fraiches... pourquoi empecher cet ecrasement (qui aura lieu dès que le premier utilisateur aura fait l'equivalent du commit) --------------- IVG en france |
the real moins moins |
--------------- Hey toi, tu veux acheter des minifigurines Lego, non ? |
fbarre | Merci pour toutes vos réponses !
|
fbarre | Pour real moins moins : comment tu bloques l'accès à la fiche client quand un utilisateur est déjà en train de le modifier avec commit/rollback ? |
darklord You're welcome |
|
![]() Publicité | Posté le 03-02-2004 à 20:52:45 ![]() ![]() |
the real moins moins |
je sais pas --------------- Hey toi, tu veux acheter des minifigurines Lego, non ? |
the real moins moins |
--------------- Hey toi, tu veux acheter des minifigurines Lego, non ? |
uriel blood pt.2 |
--------------- IVG en france |
darklord You're welcome |
|
the real moins moins | tu peux locker quoi d'autre qu'un entity bean? --------------- Hey toi, tu veux acheter des minifigurines Lego, non ? |
fbarre | Si j'ai bien compris on peut utiliser une transaction JTA avec un Entity Bean. Seulement, je n'utilise pas d'entity bean, mais seulement des java beans standards (appli web simple : jsp/servlets/java beans). Mais merci pour ton aide DarkLord ! Message édité par fbarre le 03-02-2004 à 21:23:17 |
darklord You're welcome |
|
darklord You're welcome |
Message édité par darklord le 03-02-2004 à 21:33:15 |
the real moins moins |
Ygrec | On peut locker une ligne de table en faisant un "select for update" au lieu du select de base. Ensuite, si un autre client vient à essayer de lire la même ligne, il va rester bloqué jusqu'à ce que le verrou soit levé via commit ou rollback (sur la connection). C'est pour ça qu'il y a des SGBD (Oracle par ex) qui ont une option "nowait" : si le verrou ne peut pas être positionné sur ta ligne tu vas récupérer un code erreur de la BD et donc pouvoir avertir l'utilisateur avec un message du genre "cette donnée est en cours de modification par un autre utilisateur".
|
darklord You're welcome | Bin oui et non, tout dépend de l'update. Mais donc en gros si un client1 choppe un record et le modifie; ca sera intègre et durable (dans le sens ou un client2 ne pourra pas chopper le meme record et le modifier pendant que client1 remplis le formulaire)
|
Ygrec | Ce que tu expliques c'est comment gérer l'intégrité des données. Ca c'est Ok. |
fbarre | ET bien, je ne pensais pas que mon problème déchaînerait les foules :-)
|
darklord You're welcome |
|
Ygrec |
|
![]() Publicité | Posté le ![]() ![]() |
Sujets relatifs | |
---|---|
gestion du son avec FMOD | Dépendance de la version d' Excel pour accès par VB ou Java (POI) |
STL : gestion des exception. appel explicite? | Gestion de fichier des repertoires |
requête SQL qui ne passe pas sous Acces mais sous Oracle et MSSQL | Gestion des collisions avec OPCODE |
Pb d'accès à un Webservice | [XML] stocker les preferences de mon appli |
[Projet fou] Faire une appli de conf audio P2P | [windows 2000 server] gerer les DNS avec une appli ASP |
Plus de sujets relatifs à : Gestion de la concurrence d'accès dans une appli web jsp |