May 2012 - jbossts-issues - Jboss List Archives

[JBoss JIRA] Created: (JBTM-837) Transaction deadlock when NoSuchElementException is thrown from AsyncStore.doWork()

by Tom Waterhouse (JIRA)

Transaction deadlock when NoSuchElementException is thrown from AsyncStore.doWork() ----------------------------------------------------------------------------------- Key: JBTM-837 URL: https://issues.jboss.org/browse/JBTM-837 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.14.0 Environment: Ubuntu 64-bit Linux/JBoss JTA 4.14.0/Hibernate 3.6.1/Infinispan 3.4.0.CR2/Spring 3.0.5/MySQL 5.1 Reporter: Tom Waterhouse Attachments: arjuna-deadlock-trace.txt, default-jbossts-properties.xml Our product has a scheduled job that runs every 30 minutes. Callable instances are added to an ExecutorService instance which is currently configured for 16 threads. Our JBoss JTA implementation is using CacheStore as the object store (default-jbossts-properties.xml attached). After some time a NoSuchElementException is thrown from AsyncStore.doWork(). That exception is somehow blocking other transaction thread's execution. The Java thread dump is attached as well. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
20
0 / 0

[JBoss JIRA] Created: (JBTM-884) No download link to JBOSSTS_4_15_3_Final release on download page

by Paul Robinson (JIRA)

No download link to JBOSSTS_4_15_3_Final release on download page ----------------------------------------------------------------- Key: JBTM-884 URL: https://issues.jboss.org/browse/JBTM-884 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Paul Robinson See: http://www.jboss.org/jbosstm/downloads Latest download release is 4.15.1.final This is important as 4.15.3.final is the release that goes into JBoss_AS_7.0.1. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

3
5
0 / 0

[JBoss JIRA] (JBTM-1073) Document the process of running the XTS crash recovery tests for QE

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1073: ----------------------------------- Summary: Document the process of running the XTS crash recovery tests for QE Key: JBTM-1073 URL: https://issues.jboss.org/browse/JBTM-1073 Project: JBoss Transaction Manager Issue Type: Task Security Level: Public (Everyone can see) Components: XTS Reporter: Paul Robinson Assignee: Paul Robinson Fix For: 4.16.3, 5.0.0.M2 -- 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 years, 6 months

2
5
0 / 0

[JBoss JIRA] (JBTM-1111) Produce a video for using WS-AT on Openshift

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1111: ----------------------------------- Summary: Produce a video for using WS-AT on Openshift Key: JBTM-1111 URL: https://issues.jboss.org/browse/JBTM-1111 Project: JBoss Transaction Manager Issue Type: Task Security Level: Public (Everyone can see) Reporter: Paul Robinson Assignee: Paul Robinson -- 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 years, 6 months

2
11
0 / 0

[JBoss JIRA] (JBTM-1020) Consider usings a tool for finding common bugs

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1020: ----------------------------------- Summary: Consider usings a tool for finding common bugs Key: JBTM-1020 URL: https://issues.jboss.org/browse/JBTM-1020 Project: JBoss Transaction Manager Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Paul Robinson Assignee: Tom Jenkinson Fix For: 5.0.0.M2 A recent bug in XTS recovery was found to be caused by the use of == rather than .equals() for String comparison. This type of bug can go unnoticed for a long period of time as == will usually return true for Strings with identical contents. However, it is not guaranteed. I think it would be handy to run some tool every now and then to look for these types of bugs. I'm not sure how feasible this would be as it may return too many false positives. -- 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 years, 6 months

3
4
0 / 0

[JBoss JIRA] (JBTM-1090) Upgrade to Byteman 2.x

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1090: ----------------------------------- Summary: Upgrade to Byteman 2.x Key: JBTM-1090 URL: https://issues.jboss.org/browse/JBTM-1090 Project: JBoss Transaction Manager Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Build System Reporter: Paul Robinson Assignee: Tom Jenkinson Fix For: 5.0.0.M2 -- 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 years, 6 months

2
3
0 / 0

[JBoss JIRA] (JBTM-1127) tx-object-store not empty after running TestATSubordinateCrashDuringPrepare XTS recovery test

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1127: ----------------------------------- Summary: tx-object-store not empty after running TestATSubordinateCrashDuringPrepare XTS recovery test Key: JBTM-1127 URL: https://issues.jboss.org/browse/JBTM-1127 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: XTS Reporter: Paul Robinson Assignee: Paul Robinson Fix For: 5.0.0.M2 The following assertion fails when the test completes with transaction logs stil present in the tx-object-store. {code} ------------------------------------------------------------------------------- Test set: com.arjuna.qa.junit.TestATSubordinateCrashDuringPrepare ------------------------------------------------------------------------------- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 79.706 sec <<< FAILURE! subordinateMultiParticipantPrepareAndCommitTest(com.arjuna.qa.junit.TestATSubordinateCrashDuringPrepare) Time elapsed: 79.694 sec <<< FAILURE! java.lang.AssertionError at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at com.arjuna.qa.junit.BaseCrashTest.tearDown(BaseCrashTest.java:94) {code} -- 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 years, 6 months

2
5
0 / 0

[JBoss JIRA] (JBTM-1080) XTS Interop tests should use Shrinkwrap to create the interop11.war

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1080: ----------------------------------- Summary: XTS Interop tests should use Shrinkwrap to create the interop11.war Key: JBTM-1080 URL: https://issues.jboss.org/browse/JBTM-1080 Project: JBoss Transaction Manager Issue Type: Task Security Level: Public (Everyone can see) Components: XTS Affects Versions: 5.0.0.M1 Reporter: Paul Robinson Assignee: Paul Robinson Fix For: 5.0.0.Final Currently we need to package the XTS test artifacts before the tests can be ran: {code} ./build.sh -f XTS/localjunit/WSTX11-interop/pom.xml install ./build.sh -f XTS/localjunit/WSTX11-interop/pom.xml test -Parq {code} This is because the maven built interop11.war is deployed as part of the Arquillian tests: https://github.com/jbosstm/narayana/blob/master/XTS/localjunit/WSTX11-int... If Shrinkwrap was used to create the interop11.war artifact, we could simpley call the following line to run the tests: {code} mvn test -p arq {code} This is also a pre-requisit for having the tests run as part of a top level "mvn test". -- 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 years, 6 months

3
7
0 / 0

[JBoss JIRA] (JBTM-1085) MultiParticipantParticipantCompletionParticipantCloseTest fail on XTS crash recovery

by Amos Feng (JIRA)

Amos Feng created JBTM-1085: ------------------------------- Summary: MultiParticipantParticipantCompletionParticipantCloseTest fail on XTS crash recovery Key: JBTM-1085 URL: https://issues.jboss.org/browse/JBTM-1085 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: XTS Affects Versions: 5.0.0.M1 Reporter: Amos Feng Assignee: Amos Feng Priority: Blocker Fix For: 5.0.0.M2 Failed tests: MultiParticipantParticipantCompletionParticipantCloseTest(com.arjuna.qa.junit.TestBACrashDuringCommit) It looks like time issue. -- 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 years, 6 months

3
19
0 / 0

[JBoss JIRA] (JBTM-1071) XTS crash recovery tests hang periodically

by Paul Robinson (JIRA)

Paul Robinson created JBTM-1071: ----------------------------------- Summary: XTS crash recovery tests hang periodically Key: JBTM-1071 URL: https://issues.jboss.org/browse/JBTM-1071 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: XTS Reporter: Paul Robinson Assignee: Paul Robinson Fix For: 4.16.3, 5.0.0.M2 I ran the crash recovery tests 3 times, they all hung at different times. It wasn't clear to me what the server was doing when it hung. For example, it wasn't being polled for a crash, or re-attempting recovery in a cycle. The problem can be recreated by running all the tests in one go: {code} cd ./XTS/sar/crash-recovery-tests mvn test {code} I tried running each JUnit test one at a time, and none of them hung. This can be done as follows: {code} for i in $(ls src/test/java/com/arjuna/qa/junit/Test*); do TEST=$(echo $i | awk -F '.' '{ print $1 }' | sed 's/\//\./g' | cut -c 15-); mvn test -Dtest=$TEST; done cat target/surefire-reports/*.txt | grep "Tests run" {code} -- 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 years, 6 months

3
14
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues May 2012