[
https://issues.jboss.org/browse/WFLY-8542?page=com.atlassian.jira.plugin....
]
David Lloyd commented on WFLY-8542:
-----------------------------------
Excellent, then the fix for this issue is to simply not register the synchronization
during rollback-only mode.
StatefulSessionSynchronizationInterceptor fails weirdly if the
transaction is in ROLLBACK_ONLY
----------------------------------------------------------------------------------------------
Key: WFLY-8542
URL:
https://issues.jboss.org/browse/WFLY-8542
Project: WildFly
Issue Type: Bug
Components: EJB
Reporter: David Lloyd
It's not really clear what the correct behavior is, but it definitely isn't
this:
{noformat}
2017-04-07 14:53:09 javax.ejb.EJBTransactionRolledbackException: WFLYTX0029: Syncs are
not allowed to be registered when the tx is in state 1
2017-04-07 14:53:09 at
org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:160)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:257)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:334)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:327)
2017-04-07 14:53:09 at
org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
2017-04-07 14:53:09 at
org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:84)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:256)
2017-04-07 14:53:09 at
org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
2017-04-07 14:53:09 at
org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
2017-04-07 14:53:09 at
org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
2017-04-07 14:53:09 at
org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:380)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:457)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:452)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:164)
2017-04-07 14:53:09 at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-04-07 14:53:09 at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-04-07 14:53:09 at java.lang.Thread.run(Thread.java:745)
2017-04-07 14:53:09 Caused by: java.lang.IllegalStateException: WFLYTX0029: Syncs are not
allowed to be registered when the tx is in state 1
2017-04-07 14:53:09 at
org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.registerInterposedSynchronization(JCAOrderedLastSynchronizationList.java:76)
2017-04-07 14:53:09 at
org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper.registerInterposedSynchronization(TransactionSynchronizationRegistryWrapper.java:78)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:118)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
2017-04-07 14:53:09 at
org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
2017-04-07 14:53:09 at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09 at
org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:255)
2017-04-07 14:53:09 ... 42 more
{noformat}
If the transaction is in ROLLBACK_ONLY, then any of these might possibly be correct
behavior:
* Reject the invocation with a specific exception explaining that the method cannot be
invoked when the transaction is in ROLLBACK_ONLY (preferably with a spec citation)
* Allow the invocation to proceed without registering the synchronization (this probably
isn't correct but might be)
* Allow the invocation to proceed and use a "backdoor" to register the user
synchronization anyway
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)