Niveau d'isolation de transactions XA

Version imprimable

06/05/2008, 11h06
mOuLi

Niveau d'isolation de transactions XA

Bonjour,

J'utilise Hibernate pour accéder à des datasources via des transactions JTA/XA (avec des XADataSource).

Jusque là on utilisait des datasources non XA et on avait positionné le niveau d'isolation (via le paramétrage du datasource et pas par Hibernate) en le mettant à "TRANSACTION_READ_UNCOMMITTED" pour pouvoir faire des "dirty read".
Depuis qu'on est en mode XA ce paramétrage n'est plus pris en compte (on constate qu'on accède systématiquement à la base en mode "TRANSACTION_READ_COMMITTED"). Est-ce que c'est dû à l'utilisation du protocole XA/JTA ? Cela signifie-t'il qu'on ne peut pas faire de dirty-read avec JTA ? :?
06/05/2008, 14h05
denisjava

A mon avis, cela est dépendant des ressources transactionnelles que tu utilises... Oracle ? Mysql ?

Citation:

Envoyé par mOuLi

Bonjour,

J'utilise Hibernate pour accéder à des datasources via des transactions JTA/XA (avec des XADataSource).

Jusque là on utilisait des datasources non XA et on avait positionné le niveau d'isolation (via le paramétrage du datasource et pas par Hibernate) en le mettant à "TRANSACTION_READ_UNCOMMITTED" pour pouvoir faire des "dirty read".
Depuis qu'on est en mode XA ce paramétrage n'est plus pris en compte (on constate qu'on accède systématiquement à la base en mode "TRANSACTION_READ_COMMITTED"). Est-ce que c'est dû à l'utilisation du protocole XA/JTA ? Cela signifie-t'il qu'on ne peut pas faire de dirty-read avec JTA ? :?
06/05/2008, 16h24
mOuLi

Je pense que tu as raison mais néanmoins j'aurai souhaité (dans la mesure du possible) ne pas tenir compte du SGBD cible pour avoir quelque chose d'assez standard en me basant uniquement sur les datasources JNDI et du JDBC (+ javax.management pour JTA).

Sinon et pour répondre à ta question j'accède à des bases de données Informix.