[JBoss JIRA] (WFLY-12958) [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-12958?page=com.atlassian.jira.plugi... ]
Cheng Fang commented on WFLY-12958:
-----------------------------------
See discussion in https://issues.redhat.com/browse/JBEAP-18371
> [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12958
> URL: https://issues.redhat.com/browse/WFLY-12958
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Blocker
> Labels: spec_violation
>
> 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.
> ~~~
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12958) [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-12958?page=com.atlassian.jira.plugi... ]
Cheng Fang moved JBEAP-18452 to WFLY-12958:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-12958 (was: JBEAP-18452)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: EJB
(was: EJB)
Affects Version/s: (was: 7.1.5.GA)
(was: 7.2.4.GA)
> [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12958
> URL: https://issues.redhat.com/browse/WFLY-12958
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Reporter: Cheng Fang
> Assignee: Panagiotis Sotiropoulos
> Priority: Blocker
> Labels: spec_violation
>
> 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.
> ~~~
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12958) [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-12958?page=com.atlassian.jira.plugi... ]
Cheng Fang reassigned WFLY-12958:
---------------------------------
Assignee: Cheng Fang (was: Panagiotis Sotiropoulos)
> [GSS](7.3.z) Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12958
> URL: https://issues.redhat.com/browse/WFLY-12958
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Blocker
> Labels: spec_violation
>
> 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.
> ~~~
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12957) MP Fault tolerance tests are failing on Ubuntu
by Emmanuel Hugonnet (Jira)
Emmanuel Hugonnet created WFLY-12957:
----------------------------------------
Summary: MP Fault tolerance tests are failing on Ubuntu
Key: WFLY-12957
URL: https://issues.redhat.com/browse/WFLY-12957
Project: WildFly
Issue Type: Bug
Components: MP Fault Tolerance, Test Suite
Reporter: Emmanuel Hugonnet
Assignee: Emmanuel Hugonnet
Environment variables with dots in their name are not supported on Ubuntu making the fault tolerance tests fail.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months