May 2020 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-3272) The test for reading old records should only run against filesystem stores

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3272?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3272. ---------------------------------- > The test for reading old records should only run against filesystem stores > -------------------------------------------------------------------------- > > Key: JBTM-3272 > URL: https://issues.redhat.com/browse/JBTM-3272 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Transaction Core > Affects Versions: 5.10.3.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Major > Fix For: 5.10.5.Final > > > The test (com.hp.mwtests.ts.arjuna.objectstore.TestJBTM3262) was added while fixing https://issues.redhat.com/browse/JBTM-3262 in order to verify that records written with the old string serialization code could be read by later revisions of that code. Since the same string serialization code is used for all store types we only need to test against a single store type (adding the same test for all store types would be overkill). > The test is coded to work with stores that inherit from ObjectStore (such as ShadowNoFileLockStore) but it fails with some store types such as the JDBCStore with the error: > bq. TestJBTM3249.test:86 com.arjuna.ats.internal.arjuna.objectstore.jdbc.JDBCStore cannot be cast to com.arjuna.ats.arjuna.objectstore.ObjectStore -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3287) ThornTail LRA coordinator cannot start

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3287?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3287. ---------------------------------- > ThornTail LRA coordinator cannot start > -------------------------------------- > > Key: JBTM-3287 > URL: https://issues.redhat.com/browse/JBTM-3287 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: LRA > Reporter: Martin Stefanko > Assignee: Martin Stefanko > Priority: Major > Fix For: 5.10.5.Final > > > {noformat} > Caused by: java.lang.NoClassDefFoundError: org/eclipse/microprofile/lra/annotation/LRAStatus > {noformat} > It seems that the LRA API dependency needs to be defined directly in the lra-coordinator-thorntail module. It isn't picked up from transitive dependency (lra-coordinator-jar). -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3122) jbosstm/quickstarts tests can't be run with jdk9+

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3122?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3122. ---------------------------------- > jbosstm/quickstarts tests can't be run with jdk9+ > ------------------------------------------------- > > Key: JBTM-3122 > URL: https://issues.redhat.com/browse/JBTM-3122 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Build System > Affects Versions: 5.9.3.Final > Reporter: Ondrej Chaloupka > Assignee: Mayank Kunwar > Priority: Major > Fix For: 5.10.5.Final > > > Quickstarts do not run tests with JDK9+. We use the Arquillian that starts the WildFly and for the JDK9+ it requires JVM options to add module permissions (and more). > The quickstarts need to start using a profile, similar how WFLY uses it, that defines jvm args that will be passed to the {{arquillian.xml}}. > See https://github.com/wildfly/wildfly/blob/16.0.0.Final/pom.xml#L7188 > {code} > --add-exports=java.base/sun.nio.ch=ALL-UNNAMED > --add-exports=jdk.unsupported/sun.reflect=ALL-UNNAMED > --add-exports=jdk.unsupported/sun.misc=ALL-UNNAMED > --add-modules=java.se > {code} > The trouble in quickstarts is that we have no parent for the quickstarts so we need to add such profile to all the `pom.xml` files all over the quickstarts. > Maybe we should provide a parent with such settings. We can unify not only this but e.g. ee version used or arquillian version. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3284) TckRecoveryTests are failing

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3284?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3284. ---------------------------------- > TckRecoveryTests are failing > ---------------------------- > > Key: JBTM-3284 > URL: https://issues.redhat.com/browse/JBTM-3284 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: LRA > Affects Versions: 5.10.4.Final > Reporter: Martin Stefanko > Assignee: Martin Stefanko > Priority: Major > Fix For: 5.10.5.Final > > > TckRecoveryTests are failing with several issues. Also will require some fixes in the TCK. > {noformat} > [INFO] [lra-coordinator-it-test] Caused by: java.lang.NullPointerException > [INFO] [lra-coordinator-it-test] at io.narayana.lra.coordinator.domain.model.LRARecord.atEnd(LRARecord.java:443) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3267) Narayana quickstarts should be possible to be compiled without need to define any specific env variable needed for testing

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3267?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3267. ---------------------------------- > Narayana quickstarts should be possible to be compiled without need to define any specific env variable needed for testing > -------------------------------------------------------------------------------------------------------------------------- > > Key: JBTM-3267 > URL: https://issues.redhat.com/browse/JBTM-3267 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Quickstarts > Affects Versions: 5.10.3.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Minor > Fix For: 5.10.5.Final > > > When Narayana quickstarts is run with {{mvn install -DskipTests` it fails as it requires (at least) {{JBOSS_HOME}} env variable to be set. When the quickstart are about to be just installed and not running then it should not be necessary to pre-define any variable. > All quickstarts should be just compiled. > And then it's possible to go to particular quickstart folder and set necessary env variable and run the tests. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3277) LRA quickstarts fail on Narayana AMS CI with curl could not find the target server

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3277?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3277. ---------------------------------- > LRA quickstarts fail on Narayana AMS CI with curl could not find the target server > ---------------------------------------------------------------------------------- > > Key: JBTM-3277 > URL: https://issues.redhat.com/browse/JBTM-3277 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Quickstarts > Affects Versions: 5.10.4.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Minor > Fix For: 5.10.5.Final > > > The quickstarts fails on CI as it seems the CI is now dual stack and for normal run we need to enforce the IPv4 to be used. > The when {{localhost}} is used then {{curl}} is directed to {{::1}} while java Thorntail is started at {{0.0.0.0}}. > The workaround the setup the curl should force the IPv4 to be used {{-4}}. > The CI error is observed with errors > {code} > ===== injecting a fault which should halt the service on pid > ... > WFLYUT0006: Undertow HTTP listener default listening on 0.0.0.0:8080 > ... > Failed to connect to ::1: Network is unreachable > {code} > The same happens on tomcat driver example where error is like > {code} > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (7) Failed to connect to ::1: Network is unreachable > Listening for transport dt_socket at address: 8000 > INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server version: Apache Tomcat/9.0.7 > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3217) Take Compensate and Complete timeout information from the LRA annotation in the same class

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3217?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3217. ---------------------------------- > Take Compensate and Complete timeout information from the LRA annotation in the same class > ------------------------------------------------------------------------------------------ > > Key: JBTM-3217 > URL: https://issues.redhat.com/browse/JBTM-3217 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: LRA > Affects Versions: 5.10.0.Final > Reporter: Martin Stefanko > Assignee: Martin Stefanko > Priority: Blocker > Fix For: 5.10.5.Final > > > Update the handling of timeout information for Compensate and Complete according to the specification. Now it's defined in the LRA annotation similarly as for the new LRA. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3264) Quickstart XTS SSL quickstart infests the source directory with temporary testing files

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3264?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3264. ---------------------------------- > Quickstart XTS SSL quickstart infests the source directory with temporary testing files > --------------------------------------------------------------------------------------- > > Key: JBTM-3264 > URL: https://issues.redhat.com/browse/JBTM-3264 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Quickstarts > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Minor > Fix For: 5.10.5.Final > > > When running quickstart {{XTS/ssl}} then there are created two new directories directly at {{XTS/ssl/quickstart}} and {{XTS/ssl/wildfly}}. Those are temporary testing files and for that reason should be created under {{target}} directory. When they are placed in the source directory it will be "managed" by git as well and it could make a bit disorder. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3257) On recovery scan the NullPointerException can be thrown when client side exits prior DONE is delivered from server

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3257?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3257. ---------------------------------- > On recovery scan the NullPointerException can be thrown when client side exits prior DONE is delivered from server > ------------------------------------------------------------------------------------------------------------------ > > Key: JBTM-3257 > URL: https://issues.redhat.com/browse/JBTM-3257 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Recovery > Affects Versions: 5.10.3.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Minor > Fix For: 5.10.5.Final > > > When triggering recovery on recovery listener it could happen the client side starts sending but does not finish with a new line. For the recovery socket reader it's as there was called no {{flush}} - it still waits for get all information. But meanwhile the socket is closed and buffer reader at the server side gets {{null}} at that poing. > In such case a {{NullPointerException}} can be thrown from the Narayana code. > {code} > WARN [com.arjuna.ats.arjuna] (Server.Connection:127.0.0.1:37264) ARJUNA012338: Other Exception:: java.lang.NullPointerException > at com.arjuna.ats.internal.arjuna.recovery.WorkerService.doWork(WorkerService.java:66) > at com.arjuna.ats.internal.arjuna.recovery.Connection.run(Connection.java:88) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBTM-3282) LRA quickstarts lra-examples wrongly re-compile coordinator

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/JBTM-3282?page=com.atlassian.jira.plugin... ] Ondrej Chaloupka closed JBTM-3282. ---------------------------------- > LRA quickstarts lra-examples wrongly re-compile coordinator > ----------------------------------------------------------- > > Key: JBTM-3282 > URL: https://issues.redhat.com/browse/JBTM-3282 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Quickstarts > Affects Versions: 5.10.4.Final > Reporter: Ondrej Chaloupka > Assignee: Ondrej Chaloupka > Priority: Major > Fix For: 5.10.5.Final > > > The LRA quickstarts 'lra-examples' tries to recompile the LRA coordinator. > This is wrong as LRA coordinator should be shipped and used as it is in the version provided by Narayana team. > This recompilation causes the issue when there is a non-existing version of LRA API spec in the repo (e.g. some snapshot from eclipse microprofile). > Resolution: > The coordinator should be taken from maven repository as provided during the Narayana release. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 11 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 May 2020