Discussion :

[magnus2005]

Bonjour,
Je decris mon probleme :
Je fais un update sur un champs "A" sur une entree de ma base.
Je fais un flush et un clear sur mon objet session d Hibernate.
La base (MYSQL) est bien a jour avec la nouvelle donnée.

Je selectionne l objet via l API Criteria.
La valeur du champs "A" sera soit la nouvelle soit l ancienne valeur.
et Cela aleatoirement chaque fois que je fais la meme requete "SELECT".

Si je fais un "session.clear" avant de faire mon "SELECT" c est ok j ai la bonne valeur mais cela reste problematique.

J utilise le pool c3P0 avec maxstatement a 0.
La cache de niveau 2 est normalement desactive.
je suis avec Hibernate 3.1.3 et les derniers Driver JDBC
j ai tous mis a jour hier. et ca n a pas corrige le probleme.

Quelqu un a t il un idee du probleme et surtout de la solution ?

[BizuR]

Hibernate conserve les objets en session (appelé donc "cache de session, premier niveau"). C'est pourquoi, leur valeur lors de la récupération des mêmes requetes est souvent problématique si l'objet a déjà été chargé dans la même session. Egalement il utilise aussi des caches de second niveau (applicatif) ainsi qu'un cache de requete SQL.

Les seules solutions pour etre sur d'obtenir les mêmes données sont :
-session.clear()
-un nouveau load pour trouve rl'objet à partir de l'identifiant.
-session.refresh(object) pour qu'il mette à jour ses champs.

L'utilisation de l'API Criteria n'oblige pas forcément Hibernate à rafraichir un objet ...
La troisieme solution juste après la requete peut donc s'avérer judicieuse mais elle implique un second accès en base.
La première est beaucoup trop brutale (imagine que tu veuilles conserver certains objets du cache !!!)
Reste la seconde du coup mais il faut récuperer la clé de l'objet en question auparavant

[magnus2005]

ok merci, comme je disais la solution du clear, je trouvais ça pas top top.
mais elle fonctionne .
Pour la deuxieme solution avec le load j ai le meme probleme, il me ressort l ancienne valeurs. (pour tout les requetes de lecture j ai le probleme) .

J ai pas encore tenter la solution avec le refresh, c est pas la panacee mais si ca fonctionne cela sera moins contraignant que le clear.
Je vais essayer des lundi matin,

Merci encore

[magnus2005]

Effectivement je suis oblige de faire un refresh ou un clear sur l objet session avant chacun de mes "SELECT". Comment utiliser la cache de façon plus correcte que cela ?

[BizuR]

Euh, peut etre en vérifiant que le cache second niveau est bien désactivé ainsi que le cache de requete SQL. Il peut s'agir de l'un deux qui fausse les résultats.

Une autre solution serait de clore la session entre les deux requêtes mais bon, ca n'est pas forcément des plus adaptés et surtout, ca revient au même principe que le session.clear().

Je ne pense pas que tu aies réellement le choix. Soit tu isoles l'appel à la requête dans une fonction et cache ainsi le session.refresh(), soit tu effaces ou fermes ta session entre les deux requêtes.

Bon courage en tout cas

[magnus2005]

Le cache de second niveau est bien desactive.
pour le cache de requete sql j ai mis la propriete maxStatement a "0" il est dit dans la doc que cela desactive la cache des requetes mais au vu de mes resultats j ai quand meme un gros doute.

J ai créé un objet qui encapsule les operations sur l objet session ce qui me permet d'avoir des resultats exact mais au prix d un clear() a chaque lecture.