Exceptions du service de transactions

Les exceptions du service de transactions WebSphere Application Server sont répertoriées ici, accompagnées d'un résumé.

Les exceptions sont regroupées comme suit :

Si le conteneur d'EJB intercepte une exception système dans la méthode métier d'un bean enterprise et que la méthode est exécutée dans une transaction gérée par conteneur, le conteneur annule la transaction avant de transmettre l'exception au client. Pour plus d'informations sur la manière dont le conteneur gère les exceptions envoyées par les méthodes métier pour les beans avec une démarcation des transactions gérées par conteneur, voir la section Gestion des exceptions de la spécification Enterprise JavaBeans 2.0. Cette section indique l'action du conteneur sous forme de fonction de la condition dans laquelle la méthode métier est exécutée et l'exception est renvoyée par la méthode métier. Elle illustre également l'exception reçue par le client et la manière dont le client peut être restauré après une exception.

Exceptions standard

Les exceptions standard comme TransactionRequiredException, TransactionRolledbackException et InvalidTransactionException sont définies dans la spécification JTA (Java™ Transaction API) 1.1.
Exception InvalidTransactionException
Cette exception indique que la demande a donné lieu à un contexte de transactions incorrect.
Exception TransactionRequiredException
Cette exception indique qu'une demande a donné lieu à un contexte de transactions NULL alors que l'objet cible implique une transaction active.
Exception TransactionRolledbackException
Cette exception indique que la transaction associée au traitement de la demande a été annulée ou marquée pour annulation. Par conséquent, l'opération demandée n'a pas pu être réalisée ou n'a pas été réalisée car tout autre traitement pour le compte de la transaction aurait été sans résultat.

Exceptions heuristiques

Une décision heuristique est une décision unilatérale prise par un ou plusieurs participants à une transaction en vue de valider ou d'annuler des mises à jour sans obtenir d'abord le résultat attendu déterminé par le service de transaction. Les décisions heuristiques ne posent problème qu'une fois que les participants ont été préparés et que la seconde phase du processus de validation est en cours. Les décisions heuristiques sont généralement prises uniquement dans des cas inhabituels, dans le cas d'échecs à répétition, par exemple, par le gestionnaire de transactions pour communiquer avec un gestionnaire de ressources lors de la validation en deux étapes. Si une décision heuristique est prise, il existe un risque que cette décision diffère du résultat attendu, ce qui entraîne une perte d'intégrité des données.

La liste ci-dessous fournit une synthèse des exceptions heuristiques. Pour plus de détails, voir la spécification JTA (Java Transaction API) 1.1.

Exception HeuristicRollback
Cette exception est générée lors de l'opération de validation afin de signaler qu'une décision heuristique a été prise et que toutes les mises à jour appropriées ont été annulées.
Exception HeuristicMixed
Cette exception est générée lors de l'opération de validation afin de signaler qu'une décision heuristique a été prise et que certaines des mises à jour appropriées ont été validées et les autres ont été annulées.

Icône indiquant le type de rubrique Rubrique de référence



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=rjta_except
Nom du fichier : rjta_except.html