Discussion :

[c.tranquille]

Bonjour,

Voici mon pb:
J'ai 2 threads qui veulent accéder en lecture à un même object.
Le 1er passe, le 2ieme non, j'ai une erreur StaleObjectStateException.

L'object en question possède une collection (set) d'autres entités (je pense que c'est important de le noter). Le set a les propriétés suivantes: lazy=false, cascade=all.

En regardant de plus près les traces d'hibernate, je m'aperçcois que le premier thread change le numéro de version de l'object en question.
Donc qd le thread veut lui aussi changeait le numero de version de l'object, ya l'exception qui est lancée.

Donc ma question est: pq hibernate fait-il un update (pour juste changer le numéro de version) sur cet object, alors que je n'appelle que des select?

Merci bcp.
Nico

[Invité]

Désolé, je n'ai pas la réponse précise à ta question.

Mais je me permet d'intervenir pour te dire que je suis d'accord avec toi : a priori s'il n'y a que des SELECT qui sont réalisés alors il n'y a pas de raison que le numéro de version soit modifié.

Je pense donc que tu devrais vérifier les requêtes qui sont jouées par Hibernate. (si t'utilise Log4j il suffit d'ajouter un appender sur le bon package Hibernate ou voir du coté de show_sql dans le fichier de config Hibernate).
Y a peut être un UPDATE qui est joué, à toi de voir lequel et pourquoi.
S'il n'y en a pas, peut être aussi voir les SELECT FOR UPDATE. Cela peut arriver si tu fais des lock() avec LockMode.UPGRADE

[c.tranquille]

J'ai enfin trouvé mon pb.
Et bien entendu, ct gros comme une maison :-)

En fait, avant de restituer mon premier object, qui possède une collection d'entité, je modifie (filtre pour etre precis) cette collection ( Set.clear() puis Set.addAll()).
Et hibernate détecte cette modification (puisqu'il surveille les methodes en ecriture sur les entités) et donc génére un update sur la version de mon object pour indiquer que qqch a changé.

Voila, j'espère que j'ai été clair...
Merci

Nicolas