11.5.2. Cycle de vie d'une transaction JTA


Quand une ressource demande à participer à une transaction, une chaîne d'événements est démarrée. Le Transaction Manager ou Gestionnaire de transactions est un processus qui réside dans le serveur de l'application et qui gère les transactions. Les participants à la transaction sont des objets qui participent à une transaction. Les Ressources sont des sources de données, des usines de connexion JMS, ou autres connexions JCA.
  1. Votre application démarre une nouvelle transaction

    Pour démarrer une transaction, votre application doit obtenir une instance de la classe UserTransaction du JNDI ou bien, s'il s'agit d'un EJB, en provenance d'une annotation. L'interface UserTransaction comprend des méthodes pour commencer, valider, ou annuler des transactions au plus haut niveau. Les transactions nouvellement créées sont associées automatiquement à leur thread invoquant. Les transactions imbriquées ne sont pas supportées dans JTA, donc toutes les transactions sont des transactions au plus haut niveau.
    En appelant UserTransaction.begin() avec des annotations démarre une transaction quand une méthode EJB est appelée (bassée sur des règles d'attributs de transaction). Toute ressource qui est utilisée après cela sera associée à la transaction. S'il y a plus plus d'une seule ressource listée, votre transaction devient une transaction XA, et participera au protocole de validation en deux temps.

    Note

    L'objet UserTransaction est utilisé uniquement pour les transactions BMT. Dans CMT, l'objet UserTransaction n'est pas autorisé.
  2. Votre application modifie son état.

    Dans l'étape suivante, votre application effectue son travail et précède aux changements d'état.
  3. Votre application décide de valider ou de s'annuler

    Quand votre application a fini de changer d'état, elle décide si elle doit valider ou s'annuler. Elle appelle la méthode qui convient. Elle appelle UserTransaction. commit() ou UserTransaction.rollback().
  4. Le gestionnaire de transactions supprime la transaction des archives.

    Après la validation ou l'annulation, le gestionnaire de transactions nettoie ses archives et supprime les informations du journal de transaction sur votre transaction.
Recouvrement d'échec

Le recouvrement d'échec a lieu automatiquement. Si une ressource, un participant à une transaction, ou un serveur d'applications est disponible, le gestionnaire de transactions s'occupe du recouvrement quand l'échec sous-jacent est résolu.

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat