Hibernate et pb de synchro/atomicité

Salut,
J'ai un gros pb avec Hibernate.
J'utilse une table User et j'ai 2 accès concurrents (via des methodes web services) à une même entrée de ma table mysql.
Chaque methode permet de modifier un champ specifique de mon entrée.
J'ai qq chose du genre :
Methode1
User user = get(user);
try {
Session session = sessionFactory.openSession();
Transaction transaction = session.beginTransaction();

user.setData1(data1);

session.update(user);

transaction.commit();
session.close();

} catch (HibernateException e) {
e.printStackTrace();
}

Methode2
User user = get(user);
try {
Session session = sessionFactory.openSession();
Transaction transaction = session.beginTransaction();

user.setData2(data2);

session.update(user);

transaction.commit();
session.close();

} catch (HibernateException e) {
e.printStackTrace();
}

Le problème est que mes 2 accès sont appelés en parallèle et mes objets User ne sont pas synchronisés. Pb d'atomicité ou je ne sais pas quoi.
Mes 2 process appellent getUser (query select sur bdd) on va dire en même temps. Par contre si la donnée 1 est modifiée par le premier process, cette modif n'est pas prise en compte et est écrasée par le 2è process en positionnant la donnée 2.
Comment puis-je faire ?
Merci.

Il faut locker les objets que tu vas modifier:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Session session = sessionFactory.openSession(); Transaction transaction = session.beginTransaction(); User user = (User) session.load(id, LockMode.UPGRADE);   user.setData1(data1);   session.update(user);   transaction.commit(); session.close();   } catch (HibernateException e) { e.printStackTrace(); }

---

Sinon tu as le optimistic locking, en gros celui qui comitte en 2e s'aperçoit que quelqu'un a comitté avant lui et il rollback sa transaction (et renvoie une exception).

Ok, merci je vais tenter un lock. J'imagine que c'est unlocker au moment du commit. L'id, c'est bien l'identifiant de ma table (clé primaire) ? Pour ma part, je fais une query de type select pour récupérer le user directement avec un iterate sans passer par un load.

Pour la 2è solution, ça me pose pb car je veux que mes deux modifs soient executées (pas de rollback).

Sinon, j'ai 2 questions :
- Est il possible de configurer les tables pour que l'update ne se fasse que sur la colonne (ou le champ) concernée ?

- Y'a t-il moyen de faire une requête d'update comme ceci :
String hqlUpdate = "update User u set u.data1 = :mydata1 where u.name = :name";
int updatedEntities = s.createQuery( hqlUpdate )
.setString( "name", name )
.setString( "mydata1", mydata1 )
.executeUpdate();
tx.commit();
session.close();
Chez moi, ça plante... j'ai trouve un updatedEntities egual à 1 mais mon entrée n'est pas modifiée.
Merci.

Citation:

---

Envoyé par the-gtm

Il faut locker les objets que tu vas modifier:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Session session = sessionFactory.openSession(); Transaction transaction = session.beginTransaction(); User user = (User) session.load(id, LockMode.UPGRADE);   user.setData1(data1);   session.update(user);   transaction.commit(); session.close();   } catch (HibernateException e) { e.printStackTrace(); }

---

Sinon tu as le optimistic locking, en gros celui qui comitte en 2e s'aperçoit que quelqu'un a comitté avant lui et il rollback sa transaction (et renvoie une exception).

---

User user = (User) session.load(id, LockMode.UPGRADE); m'a généré une exception.
J'ai fait un session.lock(user, LockMode.UPGRADE);
Mais ça n'a pas eu l'air de changer grand chose.
Dans mes 2 méthodes (gérées pas 2 process), j'utilise 2 sessions différentes, est-ce bon ?
Help !!

C'est quoi l'exception?