Hmm, looks like I was looking at the wrong EJB spec section. Should of
been looking at:
"
8.6.3.10 Handling of getUserTransaction Method
If an instance of an enterprise bean with container-managed transaction
demarcation attempts to invoke the getUserTransaction method of the
EJBContext interface, the container must throw the
java.lang.IllegalStateException.
"
The pull request
https://github.com/wildfly/wildfly/pull/3213 has more
context about what happened (we used to throw the ISE pre-AS7, AS 7.0
didn't throw the ISE and we are now throwing it again).
org.jboss.seam.transaction.Transaction.getUserTransaction() shouldn't be
used in a CMT. I'm not sure of how to avoid that (perhaps some Seam
configuration?)
On 02/24/2014 08:55 PM, Jason T. Greene wrote:
Yes this is an application requirement. You can't use CMT and
call commit!
Sent from my iPhone
> On Feb 24, 2014, at 2:27 PM, Scott Marlow <smarlow(a)redhat.com> wrote:
>
> Is the below requirement for the application or the container?
>
> "
> 8.3.4 Enterprise Beans Using Container-Managed Transaction Demarcation
>
> This subsection describes the requirements for the Bean Provider of an
> enterprise bean using container-managed transaction demarcation.
>
> The enterprise bean’s business methods, message listener methods,
> business method interceptor methods, lifecycle callback interceptor
> methods, or timeout callback methods must not use any resource-manager
> specific transaction management methods that would interfere with the
> container’s demarcation of transaction boundaries. For example, the
> enterprise bean methods must not use the following methods of the
> java.sql.Connection interface: commit, setAutoCommit, and rollback; or
> the following methods of the javax.jms.Session interface: commit and
> rollback.
> "
>
> IMO, I think that the requirement is on the application code and not the
> container.
>
>> On 02/24/2014 02:44 PM, Eduardo Martins wrote:
>> This may be interesting to discuss here, please have a look at
>>
>>
https://issues.jboss.org/browse/WFLY-2936
>>
>> Other issues that are related and I’m aware
>>
>>
https://issues.jboss.org/browse/WFLY-1168
>>
https://issues.jboss.org/browse/WFLY-2960
>
> I'm waiting to hear back from the Spring user but think that they will
> likely be able to solve it via existing Spring support for JTA. For the
> Spring case, the user might not of noticed the (using UT in CMT) problem
> if it was just a warning but we can't have it both ways.
>
>>
>> —E
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/wildfly-dev