[JBoss JIRA] (JBTM-1146) XTS Demo: ServiceStateManager fails to rollback during recovery as TXID is not known.
4:15 p.m.
Paul Robinson created JBTM-1146:
-----------------------------------
Summary: XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 4.16.5, 5.0.0.M2
See: http://172.17.131.2/job/btny-quickstarts/108/consoleText
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:09 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Paul Robinson commented on JBTM-1146:
-------------------------------------
Pushing this to 5.0.0.Final as it looks to be an issue with the XTS demo, rather than XTS.
We should confirm this before the 4.16.5 release.
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 4.16.5, 5.0.0.Final
See: http://172.17.131.2/job/btny-quickstarts/108/consoleText
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:09 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Paul Robinson updated JBTM-1146:
--------------------------------
Fix Version/s: 5.0.0.Final
(was: 5.0.0.M2)
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 4.16.5, 5.0.0.Final
See: http://172.17.131.2/job/btny-quickstarts/108/consoleText
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:14 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Paul Robinson updated JBTM-1146:
--------------------------------
Description:
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
was:
See: http://172.17.131.2/job/btny-quickstarts/108/consoleText
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 4.16.5, 5.0.0.Final
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:31 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Paul Robinson reassigned JBTM-1146:
-----------------------------------
Assignee: Amos Feng (was: Paul Robinson)
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.Final
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:26 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng commented on JBTM-1146:
---------------------------------
The basic idea of XTS demo is running a reservation of some restaurant/theatre/taxi seats
using both AtomicTransaction and BusinessActivity
The test uses arquillian and drone extension. I don't find any byteman script to crash
the jvm, so it looks like recovery should not be happening.
I noticed that the test is hanging after launching the firefox to get the
http://localhost:8080/xts-demo in the fail buildings. there are maybe some timing issues
when deploying xts-demo and xts-demo-webservices.
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.Final
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:14 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Tom Jenkinson updated JBTM-1146:
--------------------------------
Fix Version/s: 5.0.0.M2
(was: 5.0.0.Final)
Happening again: http://172.17.131.2/job/btny-quickstarts/150/console
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:52 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Tom Jenkinson updated JBTM-1146:
--------------------------------
Please can you update the status of this Jira to indicate when it will be ready as we
intend to release M2 on Monday.
Thanks,
Tom
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:40 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng commented on JBTM-1146:
---------------------------------
I reproduce this issue on my windows and it happens when the firefox lost the responses to
resource:///components/nsContentPrefService.js:1308
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:55 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng updated JBTM-1146:
----------------------------
Git Pull Request: https://github.com/jbosstm/quickstart/pull/6
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:09 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng commented on JBTM-1146:
---------------------------------
rollback happens when restoreState() load from shadowFile which should not exists and txId
is null at this time.
It dues to renameTo function on windows will be fail when commitShadowState rename
shadowFile to stateFile.
I raise JTBM-1176 to track the issue of not launching firefox sometimes.
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:19 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng updated JBTM-1146:
----------------------------
Comment: was deleted
(was: firefox not launching sometimes)
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:22 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Amos Feng resolved JBTM-1146.
-----------------------------
Resolution: Done
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.16.5, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:56 a.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Paul Robinson closed JBTM-1146.
-------------------------------
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.17.0, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:33 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Tom Jenkinson updated JBTM-1146:
--------------------------------
Component/s: Demonstrator
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Demonstrator, XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.17.0, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:33 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Tom Jenkinson reopened JBTM-1146:
---------------------------------
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 4.17.0, 5.0.0.M2
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:33 p.m.
[
https://issues.jboss.org/browse/JBTM-1146?page=com.atlassian.jira.plugin....
]
Tom Jenkinson closed JBTM-1146.
-------------------------------
Resolution: Done
XTS Demo: ServiceStateManager fails to rollback during recovery as
TXID is not known.
-------------------------------------------------------------------------------------
Key: JBTM-1146
URL: https://issues.jboss.org/browse/JBTM-1146
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Demonstrator, XTS
Affects Versions: 5.0.0.M1
Reporter: Paul Robinson
Assignee: Amos Feng
Fix For: 5.0.0.M2, 4.17.0
See:
http://172.17.131.2/job/btny-quickstarts/108/consoleText
http://172.17.131.2/job/btny-quickstarts/141
In particular, notice the NPE from:
{code}
/**
* release a derived state previously stored using the transaction id as a lookup
key
* @param txId the id of the transaction which created the derived state
*/
protected void removeState(Object txId)
{
transactions.remove(txId);
}
{code}
I don't yet know:
A) If recovery should even be happening in this part of the test.
B) Assuming recovery should happen, I don't know if the outcome should be rollback;
which is what it looks like is happening here.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4508
days inactive
4684
days old
jbossts-issues@lists.jboss.org
16 comments
3 participants
participants (3)
-
Amos Feng (JIRA) -
Paul Robinson (JIRA)
-
Tom Jenkinson (JIRA)