January 2017 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-1864) Implement volatile participant interface for REST-AT integration API

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1864?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-1864: -------------------------------- Fix Version/s: (was: 6.later) > Implement volatile participant interface for REST-AT integration API > -------------------------------------------------------------------- > > Key: JBTM-1864 > URL: https://issues.jboss.org/browse/JBTM-1864 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: REST > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Priority: Minor > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1864) Implement volatile participant interface for REST-AT integration API

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1864?page=com.atlassian.jira.plugin.... ] Tom Jenkinson reopened JBTM-1864: --------------------------------- > Implement volatile participant interface for REST-AT integration API > -------------------------------------------------------------------- > > Key: JBTM-1864 > URL: https://issues.jboss.org/browse/JBTM-1864 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: REST > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Priority: Minor > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2843) BlackTie builds failing (including release quickstarts)

by Tom Jenkinson (JIRA)

Tom Jenkinson created JBTM-2843: ----------------------------------- Summary: BlackTie builds failing (including release quickstarts) Key: JBTM-2843 URL: https://issues.jboss.org/browse/JBTM-2843 Project: JBoss Transaction Manager Issue Type: Bug Reporter: Tom Jenkinson Assignee: Amos Feng Priority: Blocker There are some builds failing consistently: Main build: http://narayanaci1.eng.hst.ams2.redhat.com/job/narayana/58/PROFILE=BLACKT... Hanging here: {quote} jboss.naming.context.java.JmsXA: javax.naming.NameNotFoundException: JmsXA -- service jboss.naming.context.java.JmsXA at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:106) at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207) at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:235) at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193) at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189) at javax.naming.InitialContext.lookup(InitialContext.java:417) at javax.naming.InitialContext.lookup(InitialContext.java:417) at org.codehaus.stomp.jms.StompConnect.createXAConnectionFactory(StompConnect.java:195) at org.codehaus.stomp.jms.StompConnect.getXAConnectionFactory(StompConnect.java:84) at org.codehaus.stomp.jms.StompConnect.assignProtocolConverter(StompConnect.java:64) at org.codehaus.stomp.tcp.TcpTransportServer.run(TcpTransportServer.java:82) at java.lang.Thread.run(Thread.java:745) {quote} Release quickstarts: http://narayanaci1.eng.hst.ams2.redhat.com/job/release-narayana-quickstar... (similar error and shows {quote} [exec] "Services that were unable to start:" => ["jboss.concurrent.ee.context.service.default"], [exec] "Services that may be the cause:" => [ [exec] "jboss.iiop-openjdk.naming-service", [exec] "jboss.iiop-openjdk.orb-service" {quote} ) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2836) Add suppressed exceptions for failures during prepare for XA spec non-compliant cases

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2836?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2836: -------------------------------- Fix Version/s: 5.5.1.Final > Add suppressed exceptions for failures during prepare for XA spec non-compliant cases > ------------------------------------------------------------------------------------- > > Key: JBTM-2836 > URL: https://issues.jboss.org/browse/JBTM-2836 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: Transaction Core > Affects Versions: 5.5.0.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Priority: Minor > Fix For: 5.5.1.Final > > > There was a request for include causing exceptions to list of suppressed ones when an error happens during 2PC prepare call. That was fixed by JBTM-2822. > The fix left aside a branch of code under {{doPrepare}} method which handles cases when {{XAResourceRecord#topLevelPrepare}} ends in situation which is not compliant with XA specification (https://github.com/jbosstm/narayana/blob/5.5.0.Final/ArjunaJTA/jta/classe...) > Then there is taken code to > https://github.com/jbosstm/narayana/blob/5.5.0.Final/ArjunaCore/arjuna/cl... > This enhancement follows the fix JBTM-2822 and saves deferred exception at that case as well. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2836) Add suppressed exceptions for failures during prepare for XA spec non-compliant cases

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2836?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2836. ------------------------------- > Add suppressed exceptions for failures during prepare for XA spec non-compliant cases > ------------------------------------------------------------------------------------- > > Key: JBTM-2836 > URL: https://issues.jboss.org/browse/JBTM-2836 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: Transaction Core > Affects Versions: 5.5.0.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Priority: Minor > Fix For: 5.5.1.Final > > > There was a request for include causing exceptions to list of suppressed ones when an error happens during 2PC prepare call. That was fixed by JBTM-2822. > The fix left aside a branch of code under {{doPrepare}} method which handles cases when {{XAResourceRecord#topLevelPrepare}} ends in situation which is not compliant with XA specification (https://github.com/jbosstm/narayana/blob/5.5.0.Final/ArjunaJTA/jta/classe...) > Then there is taken code to > https://github.com/jbosstm/narayana/blob/5.5.0.Final/ArjunaCore/arjuna/cl... > This enhancement follows the fix JBTM-2822 and saves deferred exception at that case as well. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2837: -------------------------------- Fix Version/s: 5.5.1.Final > Server being stuck during shudown when transaction probe op is called > --------------------------------------------------------------------- > > Key: JBTM-2837 > URL: https://issues.jboss.org/browse/JBTM-2837 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Recovery > Affects Versions: 5.5.0.Final > Reporter: Ondra Chaloupka > Assignee: Michael Musgrove > Fix For: 5.5.1.Final > > Attachments: server.log, stacktrace1.log > > > I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it. > From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called > https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1] > https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > Now when shutdown of container is being run (you can check attached {{server.log}}) > the periodic recovery is stopped and the {{scanState}} is left as it is. At that point > call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > You can consult thread dump from time when server gets stuck {{stacktrace1.log}}. > [1] > {code} > Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule)) > owns: XARecoveryModule (id=219) > owns: AtomicAction (id=844) > owns: ObjStoreBrowser (id=845) > XARecoveryModule.periodicWorkFirstPass() line: 149 > XARecoveryModule.getNewXAResource(Xid) line: 272 > XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310 > XAResourceRecord.getNewXAResource() line: 1303 > XAResourceRecord.restore_state(InputObjectState, int) line: 1054 > AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180 > AtomicAction(BasicAction).activate(String) line: 488 > AtomicAction(BasicAction).activate() line: 451 > ActionBean$GenericAtomicActionWrapper.activate() line: 391 > ActionBean.createWrapper(UidWrapper, boolean) line: 107 > ActionBean.<init>(UidWrapper) line: 93 > NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method] > NativeConstructorAccessorImpl.newInstance(Object[]) line: 62 > DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45 > Constructor<T>.newInstance(Object...) line: 423 > UidWrapper.createMBean() line: 196 > ObjStoreBrowser.createBean(Uid, String) line: 481 > ObjStoreBrowser.probe() line: 435 > NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] > NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62 > DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 > Method.invoke(Object, Object...) line: 498 > Trampoline.invoke(Method, Object, Object[]) line: 71 > NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] > NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62 > DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 > Method.invoke(Object, Object...) line: 498 > MethodUtil.invoke(Method, Object, Object[]) line: 275 > StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112 > StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46 > StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237 > PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138 > StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252 > DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819 > JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801 > PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512 > PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731 > LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157 > LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186 > OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921 > OperationContextImpl(AbstractOperationContext).processStages() line: 664 > OperationContextImpl(AbstractOperationContext).executeOperation() line: 383 > OperationContextImpl.executeOperation() line: 1390 > ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419 > ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240 > 277244299.run() line: not available > SecurityIdentity.runAs(PrivilegedAction<T>) line: 193 > ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240 > ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217 > ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157 > SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212 > AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157 > ManagementRequestContextImpl$1.doExecute() line: 70 > ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160 > ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142 > ThreadPoolExecutor$Worker.run() line: 617 > JBossThread(Thread).run() line: 745 > JBossThread.run() line: 320 > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2837. ------------------------------- Resolution: Done > Server being stuck during shudown when transaction probe op is called > --------------------------------------------------------------------- > > Key: JBTM-2837 > URL: https://issues.jboss.org/browse/JBTM-2837 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Recovery > Affects Versions: 5.5.0.Final > Reporter: Ondra Chaloupka > Assignee: Michael Musgrove > Fix For: 5.5.1.Final > > Attachments: server.log, stacktrace1.log > > > I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it. > From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called > https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1] > https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > Now when shutdown of container is being run (you can check attached {{server.log}}) > the periodic recovery is stopped and the {{scanState}} is left as it is. At that point > call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com... > You can consult thread dump from time when server gets stuck {{stacktrace1.log}}. > [1] > {code} > Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule)) > owns: XARecoveryModule (id=219) > owns: AtomicAction (id=844) > owns: ObjStoreBrowser (id=845) > XARecoveryModule.periodicWorkFirstPass() line: 149 > XARecoveryModule.getNewXAResource(Xid) line: 272 > XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310 > XAResourceRecord.getNewXAResource() line: 1303 > XAResourceRecord.restore_state(InputObjectState, int) line: 1054 > AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180 > AtomicAction(BasicAction).activate(String) line: 488 > AtomicAction(BasicAction).activate() line: 451 > ActionBean$GenericAtomicActionWrapper.activate() line: 391 > ActionBean.createWrapper(UidWrapper, boolean) line: 107 > ActionBean.<init>(UidWrapper) line: 93 > NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method] > NativeConstructorAccessorImpl.newInstance(Object[]) line: 62 > DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45 > Constructor<T>.newInstance(Object...) line: 423 > UidWrapper.createMBean() line: 196 > ObjStoreBrowser.createBean(Uid, String) line: 481 > ObjStoreBrowser.probe() line: 435 > NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] > NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62 > DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 > Method.invoke(Object, Object...) line: 498 > Trampoline.invoke(Method, Object, Object[]) line: 71 > NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] > NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62 > DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 > Method.invoke(Object, Object...) line: 498 > MethodUtil.invoke(Method, Object, Object[]) line: 275 > StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112 > StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46 > StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237 > PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138 > StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252 > DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819 > JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801 > PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512 > PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731 > LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157 > LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186 > OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921 > OperationContextImpl(AbstractOperationContext).processStages() line: 664 > OperationContextImpl(AbstractOperationContext).executeOperation() line: 383 > OperationContextImpl.executeOperation() line: 1390 > ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419 > ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240 > 277244299.run() line: not available > SecurityIdentity.runAs(PrivilegedAction<T>) line: 193 > ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240 > ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217 > ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157 > SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212 > AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185 > ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157 > ManagementRequestContextImpl$1.doExecute() line: 70 > ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160 > ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142 > ThreadPoolExecutor$Worker.run() line: 617 > JBossThread(Thread).run() line: 745 > JBossThread.run() line: 320 > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2834) Delete a tx participant - XAResource#forget(xid) is not called for JTS

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2834?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2834. ------------------------------- Resolution: Done > Delete a tx participant - XAResource#forget(xid) is not called for JTS > ---------------------------------------------------------------------- > > Key: JBTM-2834 > URL: https://issues.jboss.org/browse/JBTM-2834 > Project: JBoss Transaction Manager > Issue Type: Bug > Affects Versions: 5.5.0.Final > Reporter: Daniel Simko > Assignee: Michael Musgrove > Fix For: 5.5.1.Final > > > Deleting specific participant (introduced by EAP7-594) is not working correctly in DR10. Method forget on a XAResource is not called. It seems to be regression compared to DR9. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2834) Delete a tx participant - XAResource#forget(xid) is not called for JTS

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2834?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2834: -------------------------------- Fix Version/s: 5.5.1.Final > Delete a tx participant - XAResource#forget(xid) is not called for JTS > ---------------------------------------------------------------------- > > Key: JBTM-2834 > URL: https://issues.jboss.org/browse/JBTM-2834 > Project: JBoss Transaction Manager > Issue Type: Bug > Affects Versions: 5.5.0.Final > Reporter: Daniel Simko > Assignee: Michael Musgrove > Fix For: 5.5.1.Final > > > Deleting specific participant (introduced by EAP7-594) is not working correctly in DR10. Method forget on a XAResource is not called. It seems to be regression compared to DR9. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2840) Add new suppressed exception test

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2840?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2840. ------------------------------- > Add new suppressed exception test > --------------------------------- > > Key: JBTM-2840 > URL: https://issues.jboss.org/browse/JBTM-2840 > Project: JBoss Transaction Manager > Issue Type: Task > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Minor > Fix For: 5.5.1.Final > > > Show that initCause messages in the XAException can be read and show how integration code could access them. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues January 2017