Bonjour,

Je voudrais savoir si Hibernate est capable de relancer un ordre sql lors que celui ci a échoué.

Plus concrètement, je cherche une solution pour résoudre le problème suivant:
J'ai mis en oeuvre Hibernate3 dans un environnement J2EE : WebSphere6/DB2 8/EJB 2. Les connexions sont gérées par le pool de connexions. Les transactions sont gérées par le conteneur.

Tout fonctionne correctement, sauf en cas de coupure réseau ou d'arrêt de la base de données. Dans ces cas, les connexions détenues dans le pool de connexions ne sont plus valides. Ainsi lors de l'éxécution d'un ordre sql, Hibernate recoit une StaleConnectionException. Malheureusement, cet état ne peut pas être détecté avant l'exécution de l'ordre sql.

Il existe bien quelques options et fonctions du pool de connexions qui permettent de résoudre la difficulté, mais je voudrais faire le tour de toutes les solutions avant de me décider.

Pour contourner ce problème, IBM préconise de relancer l'ordre sql défaillant en comptant sur le fait que le mécanisme de purge du pool de connexions aura nettoyé les connexions défaillantes et créé de nouvelles connexions opérantes.

Mais bon, je trouve dommage de devoir programmer moi même la relance d'un ordre sql. Alors je me demandais si cette fonctionnalité n'était pas déjà incluse dans Hibernate. Et si oui, comment l'activer?

Merci de votre attention et de vos réponses.
T

La réponse d'IBM est osée, dans la mesure où elle interviendrait potentiellement dans une autre transaction, ou demanderait un 2PC.

mieux vaut prévenir que guérir, configure le pool pour qu'il s'assure que les connexions fournies soient valides, la plupart supportent une requête SQL comme test de connexion.

Pour WAS à partir de Was 5.1
utilise
preTestSQLString=select sysdate from dual;
Il faut activer une propriété dans le fichier j2c.properties

voir
http://publib.boulder.ibm.com/infocente ... tings.html