April 2019 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-3139) XTS localjunit xtstest at XTS/localjunit/xtstest are never run

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3139?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka commented on JBTM-3139: ---------------------------------------- I found out the {{xtstest}} module contains no tests. It's only a supportive module which is used by other tests. The code of the {{xtstest}} creates only a war archive which is used by {{crashrecovery}} test module. > XTS localjunit xtstest at XTS/localjunit/xtstest are never run > -------------------------------------------------------------- > > Key: JBTM-3139 > URL: https://issues.jboss.org/browse/JBTM-3139 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Major > > Tests in module {{XTS/localjunit/xtstest}} are never run. Even when used the `-Parq` the tests invocation is skipped. > {code} > [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ xtstest --- > [INFO] No sources to compile > [INFO] > [INFO] --- byteman-rulecheck-maven-plugin:4.0.4:rulecheck (rulecheck) @ xtstest --- > [INFO] > [INFO] --- maven-dependency-plugin:3.1.1:copy-dependencies (copy-dependencies) @ xtstest --- > [INFO] Copying byteman-4.0.4.jar to /home/jenkins/workspace/btny-pulls-narayana/PROFILE/XTS/jdk/jdk8.latest/label/linux/XTS/localjunit/xtstest/target/lib/byteman.jar > [INFO] Copying byteman-submit-4.0.4.jar to /home/jenkins/workspace/btny-pulls-narayana/PROFILE/XTS/jdk/jdk8.latest/label/linux/XTS/localjunit/xtstest/target/lib/byteman-submit.jar > [INFO] > [INFO] --- maven-surefire-plugin:2.20:test (default-test) @ xtstest --- > [INFO] Tests are skipped. > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3138) XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3138?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka commented on JBTM-3138: ---------------------------------------- possibly connected with issue JBTM-396 > XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later > ----------------------------------------------------------------------------------------------- > > Key: JBTM-3138 > URL: https://issues.jboss.org/browse/JBTM-3138 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Critical > Attachments: server.log, stacktrace.txt > > > As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant. > In scenario > * WS call to the WFLY server > * inbound bridge injects the JTA transactions as subordinate under the WS AT one > * prepare is called and the 2PC phase finishes > * commit phase starts and JVM crashes > * restart of WFLY server > * recovery is expected to commit the participants > the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed. > This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3139) XTS localjunit xtstest at XTS/localjunit/xtstest are never run

by Ondrej Chaloupka (Jira)

Ondrej Chaloupka created JBTM-3139: -------------------------------------- Summary: XTS localjunit xtstest at XTS/localjunit/xtstest are never run Key: JBTM-3139 URL: https://issues.jboss.org/browse/JBTM-3139 Project: JBoss Transaction Manager Issue Type: Bug Components: XTS Affects Versions: 5.9.5.Final Reporter: Ondrej Chaloupka Assignee: Ondrej Chaloupka Tests in module {{XTS/localjunit/xtstest}} are never run. Even when used the `-Parq` the tests invocation is skipped. {code} [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ xtstest --- [INFO] No sources to compile [INFO] [INFO] --- byteman-rulecheck-maven-plugin:4.0.4:rulecheck (rulecheck) @ xtstest --- [INFO] [INFO] --- maven-dependency-plugin:3.1.1:copy-dependencies (copy-dependencies) @ xtstest --- [INFO] Copying byteman-4.0.4.jar to /home/jenkins/workspace/btny-pulls-narayana/PROFILE/XTS/jdk/jdk8.latest/label/linux/XTS/localjunit/xtstest/target/lib/byteman.jar [INFO] Copying byteman-submit-4.0.4.jar to /home/jenkins/workspace/btny-pulls-narayana/PROFILE/XTS/jdk/jdk8.latest/label/linux/XTS/localjunit/xtstest/target/lib/byteman-submit.jar [INFO] [INFO] --- maven-surefire-plugin:2.20:test (default-test) @ xtstest --- [INFO] Tests are skipped. {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3087) Ensure the LRA implementation is up to date

by Michael Musgrove (Jira)

[ https://issues.jboss.org/browse/JBTM-3087?page=com.atlassian.jira.plugin.... ] Michael Musgrove commented on JBTM-3087: ---------------------------------------- Latest PR is https://github.com/jbosstm/narayana/pull/1443 > Ensure the LRA implementation is up to date > ------------------------------------------- > > Key: JBTM-3087 > URL: https://issues.jboss.org/browse/JBTM-3087 > Project: JBoss Transaction Manager > Issue Type: Task > Components: LRA > Affects Versions: 5.9.5.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Major > Fix For: 5.next > > > The microprofile-lra API has undergone a number of changes recently. The narayana implementation of the specification needs updating to match the new version of it. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3087) Ensure the LRA implementation is up to date

by Michael Musgrove (Jira)

[ https://issues.jboss.org/browse/JBTM-3087?page=com.atlassian.jira.plugin.... ] Michael Musgrove updated JBTM-3087: ----------------------------------- Affects Version/s: 5.9.5.Final (was: 5.9.1.Final) > Ensure the LRA implementation is up to date > ------------------------------------------- > > Key: JBTM-3087 > URL: https://issues.jboss.org/browse/JBTM-3087 > Project: JBoss Transaction Manager > Issue Type: Task > Components: LRA > Affects Versions: 5.9.5.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Major > Fix For: 5.next > > > The microprofile-lra API has undergone a number of changes recently. The narayana implementation of the specification needs updating to match the new version of it. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3087) Ensure the LRA implementation is up to date

by Michael Musgrove (Jira)

[ https://issues.jboss.org/browse/JBTM-3087?page=com.atlassian.jira.plugin.... ] Michael Musgrove updated JBTM-3087: ----------------------------------- Fix Version/s: 5.next (was: 5.9.3.Final) > Ensure the LRA implementation is up to date > ------------------------------------------- > > Key: JBTM-3087 > URL: https://issues.jboss.org/browse/JBTM-3087 > Project: JBoss Transaction Manager > Issue Type: Task > Components: LRA > Affects Versions: 5.9.5.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Major > Fix For: 5.next > > > The microprofile-lra API has undergone a number of changes recently. The narayana implementation of the specification needs updating to match the new version of it. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3138) XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3138?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka commented on JBTM-3138: ---------------------------------------- This seems to be caused by 1PC which does not store data to the Narayana object store. If 2PC is used (e.g. forced with parameter {{-DCoordinatorEnvironmentBean.commitOnePhase=false}}) the behaviour is correct and the consistency is not harmed. > XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later > ----------------------------------------------------------------------------------------------- > > Key: JBTM-3138 > URL: https://issues.jboss.org/browse/JBTM-3138 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Critical > Attachments: server.log, stacktrace.txt > > > As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant. > In scenario > * WS call to the WFLY server > * inbound bridge injects the JTA transactions as subordinate under the WS AT one > * prepare is called and the 2PC phase finishes > * commit phase starts and JVM crashes > * restart of WFLY server > * recovery is expected to commit the participants > the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed. > This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3138) XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3138?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka updated JBTM-3138: ----------------------------------- Workaround Description: Forbid the 1PC to be used. Either in WFLY config {code} <system-properties> <property name="CoordinatorEnvironmentBean.commitOnePhase" value="false"/> </system-properties> {code} or with system property {code} -DCoordinatorEnvironmentBean.commitOnePhase=false {code} Workaround: Workaround Exists > XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later > ----------------------------------------------------------------------------------------------- > > Key: JBTM-3138 > URL: https://issues.jboss.org/browse/JBTM-3138 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Critical > Attachments: server.log, stacktrace.txt > > > As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant. > In scenario > * WS call to the WFLY server > * inbound bridge injects the JTA transactions as subordinate under the WS AT one > * prepare is called and the 2PC phase finishes > * commit phase starts and JVM crashes > * restart of WFLY server > * recovery is expected to commit the participants > the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed. > This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3138) XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3138?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka updated JBTM-3138: ----------------------------------- Summary: XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later (was: XTS txbridge does not run commit when succesfully prepared on crash recovery) > XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later > ----------------------------------------------------------------------------------------------- > > Key: JBTM-3138 > URL: https://issues.jboss.org/browse/JBTM-3138 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Critical > Attachments: server.log, stacktrace.txt > > > As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant. > In scenario > * WS call to the WFLY server > * inbound bridge injects the JTA transactions as subordinate under the WS AT one > * prepare is called and the 2PC phase finishes > * commit phase starts and JVM crashes > * restart of WFLY server > * recovery is expected to commit the participants > the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed. > This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3138) XTS txbridge does not run commit when succesfully prepared on crash recovery

by Ondrej Chaloupka (Jira)

[ https://issues.jboss.org/browse/JBTM-3138?page=com.atlassian.jira.plugin.... ] Ondrej Chaloupka updated JBTM-3138: ----------------------------------- Attachment: server.log stacktrace.txt > XTS txbridge does not run commit when succesfully prepared on crash recovery > ---------------------------------------------------------------------------- > > Key: JBTM-3138 > URL: https://issues.jboss.org/browse/JBTM-3138 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Affects Versions: 5.9.5.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Critical > Attachments: server.log, stacktrace.txt > > > As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant. > In scenario > * WS call to the WFLY server > * inbound bridge injects the JTA transactions as subordinate under the WS AT one > * prepare is called and the 2PC phase finishes > * commit phase starts and JVM crashes > * restart of WFLY server > * recovery is expected to commit the participants > the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed. > This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079. -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 12 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 April 2019