Discussion :

[Invité(e)]

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

[Invité(e)]

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

[JeitEmgie]

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……

[Invité(e)]

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

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :\

[Invité(e)]

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.

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