Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-7903

Recover operation does not work for participant of JCA type transactions

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Do
    • Icon: Major Major
    • None
    • 7.1.0.DR9
    • Transactions
    • 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

      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.

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

                Created:
                Updated:
                Resolved: