March 2016 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-2647) Extend compensations BAControler to allow enlistment of handlers by instance

by Gytis Trikleris (JIRA)

Gytis Trikleris created JBTM-2647: ------------------------------------- Summary: Extend compensations BAControler to allow enlistment of handlers by instance Key: JBTM-2647 URL: https://issues.jboss.org/browse/JBTM-2647 Project: JBoss Transaction Manager Issue Type: Task Components: Compensations Reporter: Gytis Trikleris Assignee: Gytis Trikleris Fix For: 5.next Currently BAControler allows enlistment of handler only by class. It later creates instances using those classes when finishing the compensating transaction. Because of that it should be easy to allow enlisting of instances. This would allow using labdas when implementing handlers. Also instance could carry some extra information needed to compensate the transaction. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2646) Include a quickstart showing a command line equivalent of the wildfly transaction console

by Michael Musgrove (JIRA)

Michael Musgrove created JBTM-2646: -------------------------------------- Summary: Include a quickstart showing a command line equivalent of the wildfly transaction console Key: JBTM-2646 URL: https://issues.jboss.org/browse/JBTM-2646 Project: JBoss Transaction Manager Issue Type: Task Components: Tooling Affects Versions: 5.3.1.Final Reporter: Michael Musgrove Assignee: Michael Musgrove Priority: Optional Provide a standalone tool (in the form of a quickstart) that duplicates the functionality of the wildfly transactions console. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2645) XARecoveryModuleHelpersUnitTest.testTimelyXAResourceRecoveryHelperRemoval2 failure

by Gytis Trikleris (JIRA)

Gytis Trikleris created JBTM-2645: ------------------------------------- Summary: XARecoveryModuleHelpersUnitTest.testTimelyXAResourceRecoveryHelperRemoval2 failure Key: JBTM-2645 URL: https://issues.jboss.org/browse/JBTM-2645 Project: JBoss Transaction Manager Issue Type: Bug Components: JTA Reporter: Gytis Trikleris Priority: Minor {code} Running com.hp.mwtests.ts.jta.recovery.XARecoveryModuleHelpersUnitTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.636 sec <<< FAILURE! - in com.hp.mwtests.ts.jta.recovery.XARecoveryModuleHelpersUnitTest testTimelyXAResourceRecoveryHelperRemoval2(com.hp.mwtests.ts.jta.recovery.XARecoveryModuleHelpersUnitTest) Time elapsed: 2.616 sec <<< FAILURE! java.lang.AssertionError: helper2 removed in wrong state expected:<2> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.junit.Assert.assertEquals(Assert.java:555) at com.hp.mwtests.ts.jta.recovery.XARecoveryModuleHelpersUnitTest.testTimelyXAResourceRecoveryHelperRemoval(XARecoveryModuleHelpersUnitTest.java:212) at com.hp.mwtests.ts.jta.recovery.XARecoveryModuleHelpersUnitTest.testTimelyXAResourceRecoveryHelperRemoval2(XARecoveryModuleHelpersUnitTest.java:64) {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2644) TM comparison job hanging

by Gytis Trikleris (JIRA)

Gytis Trikleris created JBTM-2644: ------------------------------------- Summary: TM comparison job hanging Key: JBTM-2644 URL: https://issues.jboss.org/browse/JBTM-2644 Project: JBoss Transaction Manager Issue Type: Bug Reporter: Gytis Trikleris Assignee: Michael Musgrove Priority: Minor {code} Exception at org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:325) at org.objectweb.jotm.Current.commit(Current.java:452) at io.narayana.perf.product.ProductWorker.doWork(ProductWorker.java:51) at io.narayana.perf.product.ProductComparison.doWork(ProductComparison.java:132) at io.narayana.perf.product.ProductComparison.test(ProductComparison.java:87) at io.narayana.perf.product.generated.JotmComparison_test.test_thrpt_jmhLoop(JotmComparison_test.java:127) at io.narayana.perf.product.generated.JotmComparison_test.test_Throughput(JotmComparison_test.java:72) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:203) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:185) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) javax.transaction.RollbackException at org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:325) at org.objectweb.jotm.Current.commit(Current.java:452) at io.narayana.perf.product.ProductWorker.doWork(ProductWorker.java:51) at io.narayana.perf.product.ProductComparison.doWork(ProductComparison.java:132) at io.narayana.perf.product.ProductComparison.test(ProductComparison.java:87) at io.narayana.perf.product.generated.JotmComparison_test.test_thrpt_jmhLoop(JotmComparison_test.java:127) at io.narayana.perf.product.generated.JotmComparison_test.test_Throughput(JotmComparison_test.java:72) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:203) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:185) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) javax.transaction.RollbackException at org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:325) at org.objectweb.jotm.Current.commit(Current.java:452) at io.narayana.perf.product.ProductWorker.doWork(ProductWorker.java:51) at io.narayana.perf.product.ProductComparison.doWork(ProductComparison.java:132) at io.narayana.perf.product.ProductComparison.test(ProductComparison.java:87) at io.narayana.perf.product.generated.JotmComparison_test.test_thrpt_jmhLoop(JotmComparison_test.java:127) at io.narayana.perf.product.generated.JotmComparison_test.test_Throughput(JotmComparison_test.java:72) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:203) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:185) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) javax.transaction.RollbackException at org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:325) at org.objectweb.jotm.Current.commit(Current.java:452) at io.narayana.perf.product.ProductWorker.doWork(ProductWorker.java:51) at io.narayana.perf.product.ProductComparison.doWork(ProductComparison.java:132) at io.narayana.perf.product.ProductComparison.test(ProductComparison.java:87) at io.narayana.perf.product.generated.JotmComparison_test.test_thrpt_jmhLoop(JotmComparison_test.java:127) at io.narayana.perf.product.generated.JotmComparison_test.test_Throughput(JotmComparison_test.java:72) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:203) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:185) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) javax.transaction.RollbackException at org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:325) at org.objectweb.jotm.Current.commit(Current.java:452) at io.narayana.perf.product.ProductWorker.doWork(ProductWorker.java:51) at io.narayana.perf.product.ProductComparison.doWork(ProductComparison.java:132) at io.narayana.perf.product.ProductComparison.test(ProductComparison.java:87) at io.narayana.perf.product.generated.JotmComparison_test.test_thrpt_jmhLoop(JotmComparison_test.java:127) at io.narayana.perf.product.generated.JotmComparison_test.test_Throughput(JotmComparison_test.java:72) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:203) at org.openjdk.jmh.runner.LoopBenchmarkHandler$BenchmarkTask.call(LoopBenchmarkHandler.java:185) at java.util.concurrent.FutureTask.run(FutureTask.java:266) {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2629) Implement TransactionalDriver alternative for JMS

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-2629?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-2629: ---------------------------------- Priority: Minor (was: Major) > Implement TransactionalDriver alternative for JMS > ------------------------------------------------- > > Key: JBTM-2629 > URL: https://issues.jboss.org/browse/JBTM-2629 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Priority: Minor > Fix For: 5.next > > > JMS integration is done. In order to make it easier to use it in standalone Narayana, we should implement a similar utility as TransactionalDriver in JDBC. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2643) "number-of-application-rollbacks" statistic counted multiple times during single rollback

by Michael Musgrove (JIRA)

[ https://issues.jboss.org/browse/JBTM-2643?page=com.atlassian.jira.plugin.... ] Michael Musgrove updated JBTM-2643: ----------------------------------- Fix Version/s: 5.next > "number-of-application-rollbacks" statistic counted multiple times during single rollback > ----------------------------------------------------------------------------------------- > > Key: JBTM-2643 > URL: https://issues.jboss.org/browse/JBTM-2643 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Transaction Core > Reporter: Tomas Hofman > Assignee: Tomas Hofman > Fix For: 5.next > > > During transaction timeout, "number-of-application-rollbacks" stat is incremented twice. As a result, "number-of-application-rollbacks" can be higher then "number-of-aborted-transactions". -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2643) "number-of-application-rollbacks" statistic counted multiple times during single rollback

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/JBTM-2643?page=com.atlassian.jira.plugin.... ] Tomas Hofman updated JBTM-2643: ------------------------------- Git Pull Request: https://github.com/jbosstm/narayana/pull/991, https://github.com/jbosstm/narayana/pull/993 (was: https://github.com/jbosstm/narayana/pull/991) > "number-of-application-rollbacks" statistic counted multiple times during single rollback > ----------------------------------------------------------------------------------------- > > Key: JBTM-2643 > URL: https://issues.jboss.org/browse/JBTM-2643 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Transaction Core > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > During transaction timeout, "number-of-application-rollbacks" stat is incremented twice. As a result, "number-of-application-rollbacks" can be higher then "number-of-aborted-transactions". -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2642) Interoperability issues with ArjunaJTS CosTransactions idl

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2642?page=com.atlassian.jira.plugin.... ] Tom Jenkinson commented on JBTM-2642: ------------------------------------- You could create a discussion on the forum about this. [~nmcl] may have some input. > Interoperability issues with ArjunaJTS CosTransactions idl > ---------------------------------------------------------- > > Key: JBTM-2642 > URL: https://issues.jboss.org/browse/JBTM-2642 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTS > Reporter: Michael Musgrove > Assignee: Michael Musgrove > > The copy of CosTransactions.idl in our source tree does not match any of the OTS spec versions, in partciular the enum ordering of Status values is different so we get the wrong status when asking foreign application servers for the status of a transaction. > I checked versions 1.0 and 1.1 (http://www.omg.org/spec/OTS/) and versions 1.3 and 1.4 (http://www.omg.org/spec/TRANS/), I could not locate version 1.2. The idl used by other application servers seems to match versions 1.3 and 1.4: > {code} > enum Status { > StatusActive, > StatusMarkedRollback, > StatusPrepared, > StatusCommitted, > StatusRolledBack, > StatusUnknown, > StatusNoTransaction, > StatusPreparing, > StatusCommitting, > StatusRollingBack > }; > {code} > whereas we are using > {code} > enum Status { StatusActive, StatusMarkedRollback, StatusPrepared, > StatusCommitted, StatusRolledBack, StatusUnknown, > StatusPreparing, StatusCommitting, StatusRollingBack, > StatusNoTransaction }; > {code} > Notice that the enum position of StatusNoTransaction is different. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-223) Check WL-to-JBossTS interoperability (via JTS).

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-223?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated JBTM-223: ------------------------------- Status: Open (was: Pull Request Sent) > Check WL-to-JBossTS interoperability (via JTS). > ----------------------------------------------- > > Key: JBTM-223 > URL: https://issues.jboss.org/browse/JBTM-223 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: JTS > Reporter: Mark Little > Assignee: Michael Musgrove > Priority: Minor > Fix For: 5.next > > > Extensible header structure corba call > key value slot ids > slot for transaction context is not in the well known slot > tx context was not defined so we used the market leader at the time -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2298) Write an atomic app that uses JTS and JacORB containers

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-2298?page=com.atlassian.jira.plugin.... ] Issue was automatically transitioned when Gytis Trikleris created pull request #160 in GitHub --------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Coding In Progress) > Write an atomic app that uses JTS and JacORB containers > ------------------------------------------------------- > > Key: JBTM-2298 > URL: https://issues.jboss.org/browse/JBTM-2298 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Cloud, JTS > Affects Versions: 5.0.3 > Reporter: Mark Little > Assignee: Gytis Trikleris > Fix For: 5.next > > > When I created the initial docker (POC) image I did so using a standard Fedora base image. We should also look at supporting the Project Atomic docker image, since it's important for Red Hat. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 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 March 2016