Configuration de deux fichiers de référence de ressource sur la même source de données

Vous pouvez configurer deux fichiers de référence de ressource sur la même source de données. Cela vous permet d'étendre les propriétés personnalisées de la source de données afin d'inclure deux noms de schéma différents (nom currentSQLId sur z/OS ou currentSchema dans les propriétés personnalisées) utilisables pour exploiter les capacités du serveur d'applications.

Pourquoi et quand exécuter cette tâche

Eviter les incidents Eviter les incidents: L'utilisation de cette fonction requiert que l'application soit configurée pour utiliser les spécifications JPA 2.0. gotcha
Lorsqu'un gestionnaire EntityManager est créé, le serveur d'applications établit une connexion avec la base de données. Lorsque vous utilisez une transaction pessimiste, EntityManager conserve cette connexion jusqu'à ce qu'il soit fermé. Lorsque deux gestionnaires EntityManager étendent les définitions de source de données, la propriété openjpa.jdbc.TransactionIsolation peut être à l'origine d'un problème avec la transaction. Cette propriété se trouve dans le fichier persistence.xml, dans l'entrée suivante :
property name="openjpa.jdbc.TransactionIsolation" value="read-committed" 
Pour répondre à cette requête, Java™ Persistence API (JPA) établit une connexion et appelle immédiatement setTransactionIsolation(READ_COMMITTED). Lorsque deux gestionnaires EntityManager partagent une seule et même connexion physique sur la base de données, le premier crée une connexion à la base de données et implique cette connexion dans une transaction. Lorsque le deuxième gestionnaire EntityManager crée une connexion, il ne peut pas modifier le niveau d'isolement.
Vous pouvez éviter ce problème en créant deux fichiers de référence de ressource dans la même source de données. Vous pouvez créer les références de ressource à l'aide de Rational Application Developer ou en modifiant les fichiers XML. Vous devrez modifier les fichiers ejb-jar.xml, ibm-ejb-jar-bnd.xml, ibm-ejb-jar-ext.xml et persistence.xml.
Remarque : Pour IBM® Optim PureQuery Runtime, s'il s'agit d'une source de données XA, vous devez définir une nouvelle propriété personnalisée sur la source de données, où nom_propriété = downgradeHoldCursorsUnderXa et valeur booléenne = true.
Pour en savoir plus sur cette opération, consultez les sections suivantes :

Procédure


Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_purequeryresref
Nom du fichier : tdat_purequeryresref.html