Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-12958

[GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification

    XMLWordPrintable

Details

    • Migration, Compatibility/Configuration, User Experience
    • Hide

      Use TransactionAttributeType.REQUIRES_NEW

      Show
      Use TransactionAttributeType.REQUIRES_NEW
    • Regression

    Description

      Asynchronous Invocations are not supposed to be part of the callers transaction because there is no guarantee that the async call is executed in parallel or after the caller already ended.
      This will cause warnings and exceptions if the asynchronous call is trying to use the transaction while the container is commiting or rolling back the transaction.

      It will break compatibility when migrating from earlier version (<=7.0).

      According to the EJB specification

      ~~~quote
      4.5.3 Transactions
      The client’s transaction context does not propagate with an asynchronous method invocation. From the
      Bean Provider’s point of view, there is never a transaction context flowing in from the client. This
      means, for example, that the semantics of the REQUIRED transaction attribute on an asynchronous
      method are exactly the same as REQUIRES_NEW.
      ~~~

      Attachments

        Issue Links

          Activity

            Public project attachment banner

              context keys: [headless, issue, helper, isAsynchronousRequest, project, action, user]
              current Project key: WFLY

              People

                cfang@redhat.com Cheng Fang
                cfang@redhat.com Cheng Fang
                Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved: