Lock en cascade

Bonsoir,

j'aurai aimer savoir s'il était possible de réaliser des locks en cascade ?

j'ai une liste de taches. chaque tache à une priorité.
Est il possible de locker la priorité lorsque la tache est dans une transaction et cela de manière automatique ?

merci

bonjour,

je vais essayer de reformuler mon problème:

voici une tache:
[id]-[nom]-[prenom]-[commentaire]-[refPriorite]

avec refPriorite qui référence l'id d'une priorité

voici une priorité:
[id]-[type]

est il possible de bloquer la priorité en écriture, lorsque l'on modifie une tache vu qu'une tache possède une priorité ?

ce lock peut il être automatique ?

car pour le moment je suis obligé de définir manuellement via l'entityManager un lock sur la priorité

merci

Citation:

---

Envoyé par amazoone

bonjour,

je vais essayer de reformuler mon problème:

voici une tache:
[id]-[nom]-[prenom]-[commentaire]-[refPriorite]

avec refPriorite qui référence l'id d'une priorité

voici une priorité:
[id]-[type]

est il possible de bloquer la priorité en écriture, lorsque l'on modifie une tache vu qu'une tache possède une priorité ?

ce lock peut il être automatique ?

car pour le moment je suis obligé de définir manuellement via l'entityManager un lock sur la priorité

merci

---

TopLink et Hibernate ont chacun des annotations supplémentaires concernant la gestion de l'optimistic locking……

En faite j'utilise Hybernate + EJB3 et un EntityManager par injection.

Pour le moment je suis donc obligé de dire explicitement:

Code:

---

1 2	entityManager.lock(tachePriorite, LockModeType.WRITE);

---

si je veux bloquer ma table en écriture.

Ou puis je trouver ces annotations ?
j'ai déjà parcourus de nombreux sites ainsi que ce site qui référence les annotations pour toplink mais la je ne vois pas vraiment pas d'autre solution :\

Bon et bien je crois que cela n'est pas possible de locker automatiquement une table référencée par une autre qui est elle même lockée.

Citation:

---

Envoyé par Apress pro EJB3 Java Persistence API mai 2006

Pessimistic locking means to eagerly obtain a lock on the resource before operating on it. This is
typically very resource-restrictive and results in significant performance degradation. The Java
Persistence API does not currently support a portable mechanism of pessimistic locking

---

JPA ne supporte donc pas les lock pessimist apparemment, il faut donc gérer cela par la programmation et donc ajouter un niveau de lock supplémentaire au moment ou l'on en a besoin.

Si quelqu'un peu confirmer ou infirmer ;)

en attendant je met en résolu