May 2009 - jbossts-issues - Jboss List Archives

[JBoss JIRA] Created: (JBTM-551) Testsuite running on Solaris or HP/UX always gets stuck in ReaperTestCase3

by Ivo Studensky (JIRA)

Testsuite running on Solaris or HP/UX always gets stuck in ReaperTestCase3 -------------------------------------------------------------------------- Key: JBTM-551 URL: https://jira.jboss.org/jira/browse/JBTM-551 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: Testing Affects Versions: 4.6.1 Environment: Solaris, HP/UX Reporter: Ivo Studensky The testsuite always gets stuck on ReaperTestCase3. Threads end in a ObjectMonitor::wait state. See attached outputs of jstack. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBTM-540) Rename embedded tools to something specific to JBossTS

by Michael Musgrove (JIRA)

Rename embedded tools to something specific to JBossTS ------------------------------------------------------ Key: JBTM-540 URL: https://jira.jboss.org/jira/browse/JBTM-540 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: Tooling Affects Versions: 4.6.1 Reporter: Michael Musgrove Assignee: Michael Musgrove Priority: Minor Fix For: 4.6.1.CP01 The name of the embedded tools mbean needs to indicate that it is JBossTS specific. Use the name "Embedded Tools for Transactions" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
4
0 / 0

[JBoss JIRA] Created: (JBTM-558) Committing a transaction already committed in a different thread triggers a rollback exception in JTS

by Jason T. Greene (JIRA)

Committing a transaction already committed in a different thread triggers a rollback exception in JTS ----------------------------------------------------------------------------------------------------- Key: JBTM-558 URL: https://jira.jboss.org/jira/browse/JBTM-558 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: JTS Affects Versions: 4.6.1 Reporter: Jason T. Greene In JTA, if a thread commits a transaction already committed by another thread, you get no errors (as expected). However, JTS throws a RollbackException. While the spec is pretty liberal about throwing exceptions in commit, RollbackException seems wrong. To reproduce T1: suspend TX, pass to T2 T2: resume TX, commit T1: resume TX, commit -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBTM-537) JTS compilation with IBM jdk1.5 fails due to "Failed to copy ... due to MalformedInputException"

by Ivo Studensky (JIRA)

JTS compilation with IBM jdk1.5 fails due to "Failed to copy ... due to MalformedInputException" ------------------------------------------------------------------------------------------------ Key: JBTM-537 URL: https://jira.jboss.org/jira/browse/JBTM-537 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Components: JTS Environment: IBM JDK 1.5, Apache Ant 1.6.5, Linux Reporter: Ivo Studensky Fix For: 4.6.1 The copying of binary files in combination with filtering failed in case of IBM jdk 1.5. See the snippet of compilation output: ... [java] /mnt/hudson_workspace/workspace/jbossts-test-rhel4-ibm15-temp/trunk/ArjunaJTS/build.xml:312: Failed to copy /mnt/hudson_workspace/workspace/jbossts-test-rhel4-ibm15-temp/trunk/ArjunaJTS/services/bin/hpux/wrapper to /mnt/hudson_workspace/workspace/jbossts-test-rhel4-ibm15-temp/trunk/install/services/bin/hpux/wrapper due to sun.io.MalformedInputException [java] This is normally due to the input file containing invalid [java] bytes for the character encoding used : UTF8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBTM-433) Add CheckedAction factory

by Mark Little (JIRA)

Add CheckedAction factory ------------------------- Key: JBTM-433 URL: https://jira.jboss.org/jira/browse/JBTM-433 Project: JBoss Transaction Manager Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Transaction Core Affects Versions: 4.4.0.GA Reporter: Mark Little Assignee: Mark Little So that the default implementation can be changed dynamically for all transactions. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
4
0 / 0

[JBoss JIRA] Created: (JBTM-238) Add property to disable warning about multiple 1PC resources

by Mark Little (JIRA)

Add property to disable warning about multiple 1PC resources ------------------------------------------------------------ Key: JBTM-238 URL: http://jira.jboss.com/jira/browse/JBTM-238 Project: JBoss Transaction Manager Issue Type: Feature Request Security Level: Public (Everyone can see) Components: JTA Implementation Affects Versions: 4.2.3.SP5 Reporter: Mark Little Assigned To: Mark Little Currently we always print a warning on multiple 1PC resources. Support for that has to be explicitly enabled. We print the warning in case the user set the wrong property, doesn't know the implications, forgot to set it back etc. For those users who never make mistakes and always know the implications, maybe we should have another property that basically means "only output warning once per VM run". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
4
0 / 0

[JBoss JIRA] Created: (JBTM-257) Add more logging to participants when they fail

by Mark Little (JIRA)

Add more logging to participants when they fail ----------------------------------------------- Key: JBTM-257 URL: http://jira.jboss.com/jira/browse/JBTM-257 Project: JBoss Transaction Manager Issue Type: Feature Request Security Level: Public (Everyone can see) Components: JTA Implementation, JTS Implementation, Transaction Core, WS-T Implementation Affects Versions: 4.2.3.SP5 Reporter: Mark Little Assigned To: Mark Little Customer request: "It would be very useful for us if the transaction manager would tell me on WARN level or INFO level which resource causes a roll back to happen. Applications run sometimes well for quite some time in PROD and suddenly there is a roll back and we have no hint why this happens." -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
3
0 / 0

[JBoss JIRA] Created: (JBTM-327) Memory leak bug in org.jboss.txbridge.TxBridgeManager

by Pavel Kadlec (JIRA)

Memory leak bug in org.jboss.txbridge.TxBridgeManager ----------------------------------------------------- Key: JBTM-327 URL: http://jira.jboss.com/jira/browse/JBTM-327 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Environment: JBoss-4.2.1.GA, JBossTS-4.2.3.SP7 Reporter: Pavel Kadlec There is no way to dispose InboundBridge from memory in class org.jboss.txbridge.TxBridgeManager. There should be some method that does it. That method should be called from org.jboss.txbridge.BridgeParticipantAT when commit or rollback is received. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

4
8
0 / 0

[JBoss JIRA] Created: (JBTM-328) Synchronization bug in org.jboss.txbridge.TxBridgeManager

by Pavel Kadlec (JIRA)

Synchronization bug in org.jboss.txbridge.TxBridgeManager --------------------------------------------------------- Key: JBTM-328 URL: http://jira.jboss.com/jira/browse/JBTM-328 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Environment: JBoss-4.2.1.GA, JBossTS-4.2.3.SP7 Reporter: Pavel Kadlec Method org.jboss.txbridge.TxBridgeManager.getInboundBridge() should be synchronized, there should at least synchronization of following code is necessary Xid xid = txIdMappings.get(externalTxId); if(xid == null) { xid = createMappings(externalTxId); } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

3
7
0 / 0

[JBoss JIRA] Created: (JBTM-557) remove use of HashList from interposition code

by Jonathan Halliday (JIRA)

remove use of HashList from interposition code ---------------------------------------------- Key: JBTM-557 URL: https://jira.jboss.org/jira/browse/JBTM-557 Project: JBoss Transaction Manager Issue Type: Task Security Level: Public (Everyone can see) Components: JTS Affects Versions: 4.6.1 Reporter: Jonathan Halliday Assignee: Jonathan Halliday Fix For: 4.7.0 The ServerResource class uses HashList to store children and the Interposition class uses HashList to store the interposition hierarchy. Change these to use java.util.List. The lists probably are not long enough for the performance change to matter, but we'll revisit the implementation choice if needed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues May 2009