javax.transaction

Annotation Type Transactional


  • @Inherited
     @InterceptorBinding
     @Target(value={TYPE,METHOD})
     @Retention(value=RUNTIME)
    public @interface Transactional

    The javax.transaction.Transactional annotation provides the application the ability to declaratively control transaction boundaries on CDI managed beans, as well as classes defined as managed beans by the Java EE specification, at both the class and method level where method level annotations override those at the class level.

    See the EJB specification for restrictions on the use of @Transactional with EJBs.

    This support is provided via an implementation of CDI interceptors that conduct the necessary suspending, resuming, etc. The Transactional interceptor interposes on business method invocations only and not on lifecycle events. Lifecycle methods are invoked in an unspecified transaction context.

    If an attempt is made to call any method of the UserTransaction interface from within the scope of a bean or method annotated with @Transactional and a Transactional.TxType other than NOT_SUPPORTED or NEVER, an IllegalStateException must be thrown. The use of the UserTransaction is allowed within life cycle events. The use of the TransactionSynchronizationRegistry is allowed regardless of any @Transactional annotation.

    The Transactional interceptors must have a priority of Interceptor.Priority.PLATFORM_BEFORE+200. Refer to the Interceptors specification for more details.

    The TxType element of the annotation indicates whether a bean method is to be executed within a transaction context. TxType.REQUIRED is the default.

    By default checked exceptions do not result in the transactional interceptor marking the transaction for rollback and instances of RuntimeException and its subclasses do. This default behavior can be modified by specifying exceptions that result in the interceptor marking the transaction for rollback and/or exceptions that do not result in rollback.

    The rollbackOn element can be set to indicate exceptions that must cause the interceptor to mark the transaction for rollback.

    Conversely, the dontRollbackOn element can be set to indicate exceptions that must not cause the interceptor to mark the transaction for rollback.

    When a class is specified for either of these elements, the designated behavior applies to subclasses of that class as well. If both elements are specified, dontRollbackOn takes precedence.

    Since:
    JTA1.2
    • Optional Element Summary

      Optional Elements 
      Modifier and Type Optional Element and Description
      Class[] dontRollbackOn
      The dontRollbackOn element can be set to indicate exceptions that must not cause the interceptor to mark the transaction for rollback.
      Class[] rollbackOn
      The rollbackOn element can be set to indicate exceptions that must cause the interceptor to mark the transaction for rollback.
      Transactional.TxType value
      The TxType element of the Transactional annotation indicates whether a bean method is to be executed within a transaction context.

      Retour à la première page de API Java Table des matières Haut

    • Element Detail

      • value

        public abstract Transactional.TxType value
        The TxType element of the Transactional annotation indicates whether a bean method is to be executed within a transaction context.
        Default:
        javax.transaction.Transactional.TxType.REQUIRED
      • rollbackOn

        public abstract Class[] rollbackOn
        The rollbackOn element can be set to indicate exceptions that must cause the interceptor to mark the transaction for rollback. Conversely, the dontRollbackOn element can be set to indicate exceptions that must not cause the interceptor to mark the transaction for rollback. When a class is specified for either of these elements, the designated behavior applies to subclasses of that class as well. If both elements are specified, dontRollbackOn takes precedence.
        Returns:
        Class[] of Exceptions
        Default:
        {}
      • dontRollbackOn

        public abstract Class[] dontRollbackOn
        The dontRollbackOn element can be set to indicate exceptions that must not cause the interceptor to mark the transaction for rollback. Conversely, the rollbackOn element can be set to indicate exceptions that must cause the interceptor to mark the transaction for rollback. When a class is specified for either of these elements, the designated behavior applies to subclasses of that class as well. If both elements are specified, dontRollbackOn takes precedence.
        Returns:
        Class[] of Exceptions
        Default:
        {}

Traduction non disponible

Les API Java ne sont pas encore traduites en français sur l'infobrol. Seule la version anglaise est disponible pour l'instant.

Version en cache

22/08/2025 01:04:33 Cette version de la page est en cache (à la date du 22/08/2025 01:04:33) afin d'accélérer le traitement.
Vous pouvez activer le mode utilisateur dans le menu en haut pour afficher la version plus récente de la page.

Document créé le 11/06/2005, dernière modification le 18/08/2025
Source du document imprimé : https://www.gaudry.be/java-api-javaee-rf-javax/transaction/Transactional.html

L'infobrol est un site personnel dont le contenu n'engage que moi. Le texte est mis à disposition sous licence CreativeCommons(BY-NC-SA). Plus d'info sur les conditions d'utilisation et sur l'auteur.

Références

  1. Consulter le document html Langue du document :fr Manuel PHP : https://docs.oracle.com, Transactional (Java(TM) EE 7 Specification APIs)

Ces références et liens indiquent des documents consultés lors de la rédaction de cette page, ou qui peuvent apporter un complément d'information, mais les auteurs de ces sources ne peuvent être tenus responsables du contenu de cette page.
L'auteur de ce site est seul responsable de la manière dont sont présentés ici les différents concepts, et des libertés qui sont prises avec les ouvrages de référence. N'oubliez pas que vous devez croiser les informations de sources multiples afin de diminuer les risques d'erreurs.