[JBoss JIRA] (WFLY-866) Datasource injected into Infinispan subsystem unable to find active transaction
by Paul Ferraro (Jira)
[ https://issues.jboss.org/browse/WFLY-866?page=com.atlassian.jira.plugin.s... ]
Paul Ferraro closed WFLY-866.
-----------------------------
Resolution: Out of Date
> Datasource injected into Infinispan subsystem unable to find active transaction
> -------------------------------------------------------------------------------
>
> Key: WFLY-866
> URL: https://issues.jboss.org/browse/WFLY-866
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Reporter: Martin Gencur
> Assignee: Paul Ferraro
> Priority: Major
> Attachments: server.log
>
>
> The datasource injected into Infinispan is unable to find active transaction during UserTransaction's commit.
> Stacktrace (the whole server log attached):
> {code}
> 19:04:11,240 ERROR [org.infinispan.loaders.jdbc.connectionfactory.ManagedConnectionFactory] (pool-4-thread-1) ISPN008018: Sql failure retrieving connection from datasource: java.sql.SQLException: javax.resource.ResourceException: IJ000460: Error checking for a transaction
> at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:137)
> at org.infinispan.loaders.jdbc.connectionfactory.ManagedConnectionFactory.getConnection(ManagedConnectionFactory.java:90)
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.readStoredEntry(JdbcStringBasedCacheStore.java:399) [classes:]
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.storeLockSafe(JdbcStringBasedCacheStore.java:223) [classes:]
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.storeLockSafe(JdbcStringBasedCacheStore.java:87) [classes:]
> at org.infinispan.loaders.LockSupportCacheStore.store(LockSupportCacheStore.java:195) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.loaders.AbstractCacheStore.applyModifications(AbstractCacheStore.java:121) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.loaders.AbstractCacheStore.commit(AbstractCacheStore.java:154) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.CacheStoreInterceptor.visitCommitCommand(CacheStoreInterceptor.java:137) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:121) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitCommitCommand(EntryWrappingInterceptor.java:90) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:121) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.visitCommitCommand(AbstractTxLockingInterceptor.java:104) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.NotificationInterceptor.visitCommitCommand(NotificationInterceptor.java:65) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.TxInterceptor.visitCommitCommand(TxInterceptor.java:120) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:121) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:130) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:89) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:121) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:66) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:181) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:125) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL]
> at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelCommit(XAResourceRecord.java:451)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.doCommit(BasicAction.java:2753)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.doCommit(BasicAction.java:2669)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.phase2Commit(BasicAction.java:1804)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1495)
> at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:98)
> at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164)
> at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165)
> at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117)
> at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75)
> at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:167)
> at org.jboss.as.test.clustering.single.jdbcstore.TransactionalInfinispanManagedBean.testSuccessfulCommit(TransactionalInfinispanManagedBean.java:72) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.managedbean.component.ManagedBeanAssociatingInterceptor.processInvocation(ManagedBeanAssociatingInterceptor.java:47) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> at org.jboss.as.test.clustering.single.jdbcstore.TransactionalInfinispanManagedBean$$$view1.testSuccessfulCommit(Unknown Source) [classes:]
> at org.jboss.as.test.clustering.single.jdbcstore.TransactionalJdbcStoreTestCase.test(TransactionalJdbcStoreTestCase.java:57) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) [arquillian-service:]
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) [arquillian-service:]
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270) [arquillian-service:]
> at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-service:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134) [arquillian-service:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) [arquillian-service:]
> at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-service:]
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134) [arquillian-service:]
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) [arquillian-service:]
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) [arquillian-service:]
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) [arquillian-service:]
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) [arquillian-service:]
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) [arquillian-service:]
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) [arquillian-service:]
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) [arquillian-service:]
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) [arquillian-service:]
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) [arquillian-service:]
> at org.junit.runners.ParentRunner.run(ParentRunner.java:300) [arquillian-service:]
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) [arquillian-service:]
> at org.junit.runner.JUnitCore.run(JUnitCore.java:157) [arquillian-service:]
> at org.junit.runner.JUnitCore.run(JUnitCore.java:136) [arquillian-service:]
> at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:128) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107) [arquillian-service:]
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:226) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_21]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:93) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:27) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262) [rt.jar:1.6.0_21]
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836) [rt.jar:1.6.0_21]
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761) [rt.jar:1.6.0_21]
> at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:489)
> at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:243)
> at org.jboss.remoting3.jmx.protocol.v1.ServerProxy$InvokeHandler.handle(ServerProxy.java:1034)
> at org.jboss.remoting3.jmx.protocol.v1.ServerProxy$MessageReciever$1.run(ServerProxy.java:215)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_21]
> at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_21]
> Caused by: javax.resource.ResourceException: IJ000460: Error checking for a transaction
> at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:362)
> at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:464)
> at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:129)
> ... 170 more
> Caused by: javax.resource.ResourceException: IJ000459: Transaction is not active: tx=TransactionImple < ac, BasicAction: 0:ffff7f000101:2514c85b:4f32b916:8 status: ActionStatus.COMMITTING >
> at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:352)
> ... 172 more
> {code}
> The failing test can be found here: https://github.com/mgencur/jboss-as/tree/ISPN-604_tests/testsuite/integra...
> (I haven't issued a pull request since the test is not complete yet)
> During the test I obtain a datasource directly from JNDI and call getConnection() within a transaction but this does not fail. What fails is the same call (getConnection()) on the datasource injected into Infinispan, and this happens during commit(). The log says it could be related to ISPN-604 (and ISPN-586) but I'm not sure this is true since the transaction is not active and NOT in "prepared" state as specified by the JIRA.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11944) RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
by Richard Achmatowicz (Jira)
[ https://issues.jboss.org/browse/WFLY-11944?page=com.atlassian.jira.plugin... ]
Richard Achmatowicz reassigned WFLY-11944:
------------------------------------------
Assignee: Richard Achmatowicz
> RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
> -------------------------------------------------------------------------------------
>
> Key: WFLY-11944
> URL: https://issues.jboss.org/browse/WFLY-11944
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 17.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
> Fix For: 17.0.0.Final
>
>
> The test case RemoteStatelessFailoverTestCase makes use of the helper class EJBRemoteDirectory to lookup JNDI names for beans in test cases. The EJB client then uses the resulting proxies to make invocations on the beans.
> This helper class is defined statically and initialized before any of the test cases run. Consequenty, the InitialContext created by the helper class is used across multiple test cases. The effect of this is that all of the proxies used in the test case are created from the same InitialContext. Consequently, they share a RemoteEJBDiscoveryProvider instance which is a class used to maintain information about server and module deployments which the EJB client references during invocation to find a suitable target for the invocation.
> This means that any server startup or shutdown activities are passed from one test case to another. This is not wanted as crash failures or shutdowns in one test will contaminate the next test, and this is exactly what is happening in a particular failure of this test.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11944) RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
by Richard Achmatowicz (Jira)
[ https://issues.jboss.org/browse/WFLY-11944?page=com.atlassian.jira.plugin... ]
Richard Achmatowicz commented on WFLY-11944:
--------------------------------------------
I modified the test case so that the RemoteEJBDirectory is no longer defined statically and is created and closed before and after each test.
> RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
> -------------------------------------------------------------------------------------
>
> Key: WFLY-11944
> URL: https://issues.jboss.org/browse/WFLY-11944
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 17.0.0.Beta1
> Reporter: Richard Achmatowicz
> Priority: Major
> Fix For: 17.0.0.Final
>
>
> The test case RemoteStatelessFailoverTestCase makes use of the helper class EJBRemoteDirectory to lookup JNDI names for beans in test cases. The EJB client then uses the resulting proxies to make invocations on the beans.
> This helper class is defined statically and initialized before any of the test cases run. Consequenty, the InitialContext created by the helper class is used across multiple test cases. The effect of this is that all of the proxies used in the test case are created from the same InitialContext. Consequently, they share a RemoteEJBDiscoveryProvider instance which is a class used to maintain information about server and module deployments which the EJB client references during invocation to find a suitable target for the invocation.
> This means that any server startup or shutdown activities are passed from one test case to another. This is not wanted as crash failures or shutdowns in one test will contaminate the next test, and this is exactly what is happening in a particular failure of this test.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11944) RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
by Richard Achmatowicz (Jira)
Richard Achmatowicz created WFLY-11944:
------------------------------------------
Summary: RemoteStatelessFailoverTestCase does not close JNDI InitialContext between test cases
Key: WFLY-11944
URL: https://issues.jboss.org/browse/WFLY-11944
Project: WildFly
Issue Type: Bug
Components: Test Suite
Affects Versions: 17.0.0.Beta1
Reporter: Richard Achmatowicz
Fix For: 17.0.0.Final
The test case RemoteStatelessFailoverTestCase makes use of the helper class EJBRemoteDirectory to lookup JNDI names for beans in test cases. The EJB client then uses the resulting proxies to make invocations on the beans.
This helper class is defined statically and initialized before any of the test cases run. Consequenty, the InitialContext created by the helper class is used across multiple test cases. The effect of this is that all of the proxies used in the test case are created from the same InitialContext. Consequently, they share a RemoteEJBDiscoveryProvider instance which is a class used to maintain information about server and module deployments which the EJB client references during invocation to find a suitable target for the invocation.
This means that any server startup or shutdown activities are passed from one test case to another. This is not wanted as crash failures or shutdowns in one test will contaminate the next test, and this is exactly what is happening in a particular failure of this test.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11049) Quickstart jaxws-retail expected errors section needs to be extended
by Jose Montoya (Jira)
[ https://issues.jboss.org/browse/WFLY-11049?page=com.atlassian.jira.plugin... ]
Jose Montoya commented on WFLY-11049:
-------------------------------------
Fails it. Exact same error about switchml and _moduleraw. I went almost nuclear and upgrading to Fedora 29 and hoping that solves it. Will report back.
> Quickstart jaxws-retail expected errors section needs to be extended
> --------------------------------------------------------------------
>
> Key: WFLY-11049
> URL: https://issues.jboss.org/browse/WFLY-11049
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Environment: Fedora 28; JDK11 build 11+28
> Reporter: Jan Blizňák
> Assignee: Sande Gilda
> Priority: Major
> Fix For: 17.0.0.Beta1
>
>
> When jaxws-retail quickstart is executed on JDK11, you may encounter these warnings:
> {code:java}
> [INFO] --- jaxws-tools-maven-plugin:1.2.2.Final:wsconsume (default) @ jaxws-retail-service ---
> [ERROR] /bin/sh: switchml: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `switchml'
> [ERROR] /bin/sh: _moduleraw: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `_moduleraw'
> {code}
> This is similar of what is already in expected errors section https://github.com/wildfly/quickstart/blob/master/jaxws-retail/README.adoc, so we might extend the section to be more generic, talking about {{BASH_FUNC_*}}.
> The interesting thing is I can see this happening only with JDK11.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11049) Quickstart jaxws-retail expected errors section needs to be extended
by Eduardo Martins (Jira)
[ https://issues.jboss.org/browse/WFLY-11049?page=com.atlassian.jira.plugin... ]
Eduardo Martins commented on WFLY-11049:
----------------------------------------
[~jamontoya] just warnings or it fails the build?
> Quickstart jaxws-retail expected errors section needs to be extended
> --------------------------------------------------------------------
>
> Key: WFLY-11049
> URL: https://issues.jboss.org/browse/WFLY-11049
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Environment: Fedora 28; JDK11 build 11+28
> Reporter: Jan Blizňák
> Assignee: Sande Gilda
> Priority: Major
> Fix For: 17.0.0.Beta1
>
>
> When jaxws-retail quickstart is executed on JDK11, you may encounter these warnings:
> {code:java}
> [INFO] --- jaxws-tools-maven-plugin:1.2.2.Final:wsconsume (default) @ jaxws-retail-service ---
> [ERROR] /bin/sh: switchml: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `switchml'
> [ERROR] /bin/sh: _moduleraw: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `_moduleraw'
> {code}
> This is similar of what is already in expected errors section https://github.com/wildfly/quickstart/blob/master/jaxws-retail/README.adoc, so we might extend the section to be more generic, talking about {{BASH_FUNC_*}}.
> The interesting thing is I can see this happening only with JDK11.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11049) Quickstart jaxws-retail expected errors section needs to be extended
by Jose Montoya (Jira)
[ https://issues.jboss.org/browse/WFLY-11049?page=com.atlassian.jira.plugin... ]
Jose Montoya commented on WFLY-11049:
-------------------------------------
Hey guys, this may be totally unrelated, but maybe not... I'm getting the exact same error when running a different maven plugin in Fedora 28 and Oracle JDK 8. I'm pretty stumped and this is the only lead I've found so far.
> Quickstart jaxws-retail expected errors section needs to be extended
> --------------------------------------------------------------------
>
> Key: WFLY-11049
> URL: https://issues.jboss.org/browse/WFLY-11049
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Environment: Fedora 28; JDK11 build 11+28
> Reporter: Jan Blizňák
> Assignee: Sande Gilda
> Priority: Major
> Fix For: 17.0.0.Beta1
>
>
> When jaxws-retail quickstart is executed on JDK11, you may encounter these warnings:
> {code:java}
> [INFO] --- jaxws-tools-maven-plugin:1.2.2.Final:wsconsume (default) @ jaxws-retail-service ---
> [ERROR] /bin/sh: switchml: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `switchml'
> [ERROR] /bin/sh: _moduleraw: line 1: syntax error: unexpected end of file
> [ERROR] /bin/sh: error importing function definition for `_moduleraw'
> {code}
> This is similar of what is already in expected errors section https://github.com/wildfly/quickstart/blob/master/jaxws-retail/README.adoc, so we might extend the section to be more generic, talking about {{BASH_FUNC_*}}.
> The interesting thing is I can see this happening only with JDK11.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11943) Statistics of REST endpoints
by r searls (Jira)
[ https://issues.jboss.org/browse/WFLY-11943?page=com.atlassian.jira.plugin... ]
r searls commented on WFLY-11943:
---------------------------------
See design doc link in EAP7-606
> Statistics of REST endpoints
> ----------------------------
>
> Key: WFLY-11943
> URL: https://issues.jboss.org/browse/WFLY-11943
> Project: WildFly
> Issue Type: Feature Request
> Components: REST
> Affects Versions: 17.0.0.Final
> Reporter: r searls
> Assignee: r searls
> Priority: Major
>
> It would be useful to collect statistics for all deployment in jaxrs subsystem.
> It would also be useful to have aggregated statistics for end-point invocations for all deployments together.
> count of invocations
> execution time
> CLI support "read-resource" operation for jax-rs subsystem in deployment:
> /deployment=jaxrs-eap.war/subsystem=jaxrs:read-resource
> Statistics should be added to results of this operation in this RFE.
> This RFE needs to add new operation to jax-rs subsystem, name of this operation could be "show-aggregated-statistics":
> /subsystem=jaxrs:show-aggregated-statistics()
> There needs to be option to enable or disable collecting of these statistics, because collecting of statistics does probably some performance drop.
> The change of statistic settings should not require server reload or restart.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month