Bonjour,

Je viens de récupérer une appli dont la couche de persistence est codée avec Hibernate. Lors de mise à jour conccurente, c'est le deuxième qui l'emporte !
Hors le souhait c'était de travailler en optimist lock : pour une même version de données (même timestamp) c'est celui qui fait la mise à jour en premier qui gagne (il a le même timestamp), le deuxième se retrouve avec un timestamp différent au niveau de la base (il a été mis à jour par le premier) donc sa mise à jour doit échouer.
Ma question est la suivante :
Y a t il un moyen avec Hibernate pour qu'il fasse la vérification de la version des données avant la mise à jour, via le timestamp ou faut il coder soit même une lecture avant la mise à jour de façon à vérifier soi même le timestamp ?

Merci d'avance pour vos réponses.

oui, et cela s'appelle "automatic versioning" avec mode optimistic [1]. hibernate vérifie lors de MAJ si un objet a été changé en bd et dans ce cas lève une exception pour avertir du changement concurrent. pour ce faire il faut ajouter un attribut dans ton modèle métier et l'annoter avec @Version (existe aussi en xml) [2]. la vérification se fait soit par incrémentation d'un compter (plus portable) soit par timestamp (peut-être c'est ton cas car tu utilise une bd existante je suppose).

[1] http://docs.jboss.org/hibernate/core/3. ... tic-manual
[2] http://docs.jboss.org/hibernate/core/3. ... on-version

Merci pour la réponse. Je vais faire quelques tests, en revenant de congé dans 2 semaines :-))

Ceci me conforte dans l'intérêt de Hibernate. Par contre, les personnes qui ont écrites le code que j'ai récupéré faisait une lecture avant la mise à jour (et en plus comparait mal le timestamp ce qui fait que celà ne marchait pas)

Je posterais mes conclusions après mes tests

A+

Y a t il un moyen avec Hibernate pour qu'il fasse la vérification de la version des données avant la mise à jour, via le timestamp ou faut il coder soit même une lecture avant la mise à jour de façon à vérifier soi même le timestamp ?

Hi,

Setting this option to 3 joins all four tables in one SQL statement and also loads all Bids.i like your post with "Setting this option to 3 will not, as you might have expected,

Wordpress Newsletter Plugin