Uploaded image for project: 'JBoss Transaction Manager'
  1. JBoss Transaction Manager
  2. JBTM-2819

Recover operation does not work for participant of JCA type transactions

    XMLWordPrintable

Details

    • Bug
    • Resolution: Won't Do
    • Major
    • None
    • 5.4.0.Final
    • None
    • None
    • Hide
      • download DR9 at http://download-ipv4.eng.brq.redhat.com/devel/candidates/JBEAP/JBEAP-7.1.0.DR9/jboss-eap-7.1.0.DR9.zip
      • unzip jboss-eap-7.1.0.DR9.zip && cd jboss-eap-7.1
      • unzip heuristic-rollback-objectstore.zip
      • change standalone-full.xml to run with jts
      • /bin/standalone.sh -c standalone-full.xml
      • ./bin/jboss-cli.sh -c
        • /subsystem=transactions/log-store=log-store:probe
        • /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:recover
        • /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:read-resource

      or crashrec testsuite shows this when run

      mvn clean verify -am -pl jbossts -DfailIfNoTests=false -fn -Djbossts.noJTA -Dtest=JcaInflowTransactionTestCase#rmerrWithRecovery
      Show
      download DR9 at http://download-ipv4.eng.brq.redhat.com/devel/candidates/JBEAP/JBEAP-7.1.0.DR9/jboss-eap-7.1.0.DR9.zip unzip jboss-eap-7.1.0.DR9.zip && cd jboss-eap-7.1 unzip heuristic-rollback-objectstore.zip change standalone-full.xml to run with jts /bin/standalone.sh -c standalone-full.xml ./bin/jboss-cli.sh -c /subsystem=transactions/log-store=log-store:probe /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:recover /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:read-resource or crashrec testsuite shows this when run mvn clean verify -am -pl jbossts -DfailIfNoTests= false -fn -Djbossts.noJTA -Dtest=JcaInflowTransactionTestCase#rmerrWithRecovery

    Description

      Jboss cli :recover operation does not work when having JCA type transaction. My test shows following

      [standalone@localhost:9990 /] /subsystem=transactions/log-store=log-store:probe
{"outcome" => "success"}
[standalone@localhost:9990 /] /subsystem=transactions/log-store=log-store:read-resource(recursive=true)
{
    "outcome" => "success",
    "result" => {
        "expose-all-logs" => false,
        "type" => "default",
        "transactions" => {
            "0:ffff7f000001:-4cecb39b:585109e2:31" => {
                "age-in-seconds" => undefined,
                "id" => "0:ffff7f000001:-4cecb39b:585109e2:31",
                "jmx-name" => undefined,
                "type" => "CosTransactions/XAResourceRecord",
                "participants" => undefined
            },
            "0:ffff7f000001:-4cecb39b:585109e2:28" => {
                "age-in-seconds" => "1481798762",
                "id" => "0:ffff7f000001:-4cecb39b:585109e2:28",
                "jmx-name" => undefined,
                "type" => "StateManager/BasicAction/TwoPhaseCoordinator/ArjunaTransactionImple/ServerTransaction/JCA",
                "participants" => {"0:ffff7f000001:-4cecb39b:585109e2:31" => {
                    "eis-product-name" => "unavailable",
                    "eis-product-version" => "unavailable",
                    "jmx-name" => undefined,
                    "jndi-name" => "0:ffff7f000001:-4cecb39b:585109e2:31",
                    "status" => "HEURISTIC_ROLLBACK",
                    "type" => "/StateManager/AbstractRecord/ExtendedResourceRecord"
                }}
            }
        }
    }
}

[standalone@localhost:9990 /] /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:recover
{"outcome" => "success"}
[standalone@localhost:9990 /] /subsystem=transactions/log-store=log-store/transactions=0\:ffff7f000001\:-4cecb39b\:585109e2\:28/participants=0\:ffff7f000001\:-4cecb39b\:585109e2\:31:read-resource
{
    "outcome" => "success",
    "result" => {
        "eis-product-name" => "unavailable",
        "eis-product-version" => "unavailable",
        "jmx-name" => undefined,
        "jndi-name" => "0:ffff7f000001:-4cecb39b:585109e2:31",
        "status" => "HEURISTIC_ROLLBACK",
        "type" => "/StateManager/AbstractRecord/ExtendedResourceRecord"
    }
}

      I expect that :recover put the participant to PREPARED state and at that point RAR XATerminator.commit could commit such participant.

      Attachments

        Issue Links

          clones

          Bug - A problem that impairs or prevents the functions of the product. JBEAP-7903 Recover operation does not work for participant of JCA type transactions

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed
          is documented by

          Task - Represents a small unit of work that is not end-user facing. JBTM-2821 Improve tooling documentation about clearing heuristics

          • Minor - To be worked after urgent, high, and medium priorities are resolved. This term is chosen when the severity of the issue is low, or the complexity or effort to correct it may be higher, relatively speaking. For low priority issues, known workarounds exist or are not needed due to the trivial effort needed to address the issue.
          • Closed

          Activity

            People

              rhn-engineering-mmusgrov Michael Musgrove
              ochaloup@redhat.com Ondrej Chaloupka (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: