January 2013 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-1383) LogStoreRecoveryTest hang

by Paul Robinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1383?page=com.atlassian.jira.plugin.... ] Paul Robinson resolved JBTM-1383. --------------------------------- Resolution: Done > LogStoreRecoveryTest hang > ------------------------- > > Key: JBTM-1383 > URL: https://issues.jboss.org/browse/JBTM-1383 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Testing > Affects Versions: 5.0.0.M2 > Reporter: Michael Musgrove > Assignee: Paul Robinson > Fix For: 5.0.0.M2 > > Attachments: debug.25494 > > > http://172.17.131.2/job/jbossts-narayana-java6/123 job is stuck running LogStoreRecoveryTest -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1356) Parallel prepare implementation does not handle LRCO correctly

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1356?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1356: ---------------------------------- Original Estimate: 1 day Remaining Estimate: 1 day > Parallel prepare implementation does not handle LRCO correctly > -------------------------------------------------------------- > > Key: JBTM-1356 > URL: https://issues.jboss.org/browse/JBTM-1356 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Transaction Core > Affects Versions: 5.0.0.M1 > Reporter: Michael Musgrove > Assignee: Gytis Trikleris > Priority: Optional > Fix For: 5.0.0.M2 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We implement LRCO by putting the 1PC aware resources at the end of the prepared list. Prepare is implemented by preparing each record in the prepared list and then stopping if any prepare fails. This means that if any 2PC aware resource fails then the 1PC resources are not get asked to prepare/commit. > The parallel prepare implementation prepares all participants in separate threads which is wrong - it should prepare 2PC aware participants first and if they vote commit should the 1PC resources be asked to commit. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1407) Have a build option that builds JTS only against JacORB or IDLJ, but not both.

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1407?page=com.atlassian.jira.plugin.... ] Gytis Trikleris logged work on JBTM-1407: ----------------------------------------- Author: Gytis Trikleris Created on: 14/Jan/13 6:17 AM Start Date: 14/Jan/13 5:10 AM Worklog Time Spent: 30 minutes Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 20 minutes) Time Spent: 3 hours, 10 minutes (was: 2 hours, 40 minutes) Worklog Id: (was: 12428397) > Have a build option that builds JTS only against JacORB or IDLJ, but not both. > ------------------------------------------------------------------------------ > > Key: JBTM-1407 > URL: https://issues.jboss.org/browse/JBTM-1407 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: JTS > Affects Versions: 4.17.3 > Reporter: Mark Little > Assignee: Gytis Trikleris > Fix For: 5.0.0.M2 > > Time Spent: 3 hours, 10 minutes > Remaining Estimate: 0 minutes > > This boils down to supporting two new profiles: > ./build.sh -P jts-jacorb > ./build.sh -P jts-idlj -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-576) update unit tests

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-576?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated JBTM-576: ------------------------------- Fix Version/s: (was: 5.0.0.Final) > update unit tests > ----------------- > > Key: JBTM-576 > URL: https://issues.jboss.org/browse/JBTM-576 > Project: JBoss Transaction Manager > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Testing > Affects Versions: 4.7.0 > Reporter: Jonathan Halliday > Assignee: Tom Jenkinson > Priority: Minor > > There are many unit tests that have lain dormant for some time. Convert them from DTF/junit3 to junit4, wire them to the build and make them pass. > This will be done incrementally, one module at a time, following the dependency chain e.g. common, ArjunaCore/arjuna, ArjunaCore/txoj, ... JTA/, .../JTS/... -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-576) update unit tests

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-576?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated JBTM-576: ------------------------------- Assignee: (was: Tom Jenkinson) > update unit tests > ----------------- > > Key: JBTM-576 > URL: https://issues.jboss.org/browse/JBTM-576 > Project: JBoss Transaction Manager > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Testing > Affects Versions: 4.7.0 > Reporter: Jonathan Halliday > Priority: Minor > > There are many unit tests that have lain dormant for some time. Convert them from DTF/junit3 to junit4, wire them to the build and make them pass. > This will be done incrementally, one module at a time, following the dependency chain e.g. common, ArjunaCore/arjuna, ArjunaCore/txoj, ... JTA/, .../JTS/... -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-855) Create an example showing integration with Tomcat and Spring

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-855?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated JBTM-855: ------------------------------- Component/s: Demonstrator > Create an example showing integration with Tomcat and Spring > ------------------------------------------------------------ > > Key: JBTM-855 > URL: https://issues.jboss.org/browse/JBTM-855 > Project: JBoss Transaction Manager > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Demonstrator > Reporter: Tom Jenkinson > Assignee: Gytis Trikleris > Priority: Minor > Fix For: 5.0.0.Final > > > Simple example showing TS in use by tomcat and spring -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-846) Remove static initializers

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-846?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated JBTM-846: ------------------------------- Component/s: JTA JTS Recovery Transaction Core XTS > Remove static initializers > -------------------------- > > Key: JBTM-846 > URL: https://issues.jboss.org/browse/JBTM-846 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JTA, JTS, Recovery, Transaction Core, XTS > Reporter: Tom Jenkinson > Assignee: Gytis Trikleris > Fix For: 5.0.0.Final > > -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1424) Remove static block from org.jboss.jbossts.xts.environment.XTSPropertyManager

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1424?page=com.atlassian.jira.plugin.... ] Tom Jenkinson commented on JBTM-1424: ------------------------------------- Please can you add a component for this? > Remove static block from org.jboss.jbossts.xts.environment.XTSPropertyManager > ----------------------------------------------------------------------------- > > Key: JBTM-1424 > URL: https://issues.jboss.org/browse/JBTM-1424 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Fix For: 5.0.0.M2 > > Original Estimate: 10 minutes > Remaining Estimate: 10 minutes > > Where it catches an exception in the static block and then just uses system properties. I would say that behavior would be better encapsulated in XTSPropertiesFactory.getDefaultProperties itself (thereby removing another static block and making XTSPropertiesFactory.getDefaultProperties more stable). -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1423) Remove static block from com.arjuna.common.util.ConfigurationInfo

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1423?page=com.atlassian.jira.plugin.... ] Tom Jenkinson commented on JBTM-1423: ------------------------------------- Please can you add a component for this? > Remove static block from com.arjuna.common.util.ConfigurationInfo > ----------------------------------------------------------------- > > Key: JBTM-1423 > URL: https://issues.jboss.org/browse/JBTM-1423 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Fix For: 5.0.0.M2 > > Original Estimate: 10 minutes > Remaining Estimate: 10 minutes > > Could do guard loading of build time properties behind an "initialized" variable and then call that from each getter and thereby not require the static initialization. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1143) Narayana with Maven Central

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1143?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-1143: -------------------------------- Summary: Narayana with Maven Central (was: Sync Narayana 5.0.0.Final onwards with Maven Central) > Narayana with Maven Central > --------------------------- > > Key: JBTM-1143 > URL: https://issues.jboss.org/browse/JBTM-1143 > Project: JBoss Transaction Manager > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Paul Robinson > Assignee: Paul Robinson > Priority: Minor > 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 For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues January 2013