January 2013 - jbossts-issues - Jboss List Archives

[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: ---------------------------------- Status: Open (was: Pull Request Sent) > 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 > Time Spent: 5 hours > Remaining Estimate: 0 minutes > > 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-1424) Remove static block from org.jboss.jbossts.xts.environment.XTSPropertyManager

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1424?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1424: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/jbosstm/narayana/pull/210 > 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) > Components: XTS > 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 Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1423?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1423: ---------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/jbosstm/narayana/pull/209 > 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) > Components: XTS > 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-1423) Remove static block from com.arjuna.common.util.ConfigurationInfo

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1423?page=com.atlassian.jira.plugin.... ] Gytis Trikleris logged work on JBTM-1423: ----------------------------------------- Author: Gytis Trikleris Created on: 18/Jan/13 6:33 AM Start Date: 18/Jan/13 6:00 AM Worklog Time Spent: 10 minutes Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 10 minutes) Time Spent: 10 minutes Worklog Id: (was: 12428416) > 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) > Components: XTS > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Fix For: 5.0.0.M2 > > Original Estimate: 10 minutes > Time Spent: 10 minutes > Remaining Estimate: 0 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-1423) Remove static block from com.arjuna.common.util.ConfigurationInfo

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1423?page=com.atlassian.jira.plugin.... ] Work on JBTM-1423 started by Gytis Trikleris. > 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) > Components: XTS > 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-1031) == replaced with equals() in objects comparison where appropriate

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1031?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1031: ---------------------------------- Status: Pull Request Sent (was: Pull Request Sent) Git Pull Request: https://github.com/jbosstm/narayana/pull/199, https://github.com/jbosstm/narayana/pull/208 (was: https://github.com/jbosstm/narayana/pull/199) > == replaced with equals() in objects comparison where appropriate > ----------------------------------------------------------------- > > Key: JBTM-1031 > URL: https://issues.jboss.org/browse/JBTM-1031 > Project: JBoss Transaction Manager > Issue Type: Task > Security Level: Public(Everyone can see) > Components: XTS > Reporter: Paul Robinson > Assignee: Gytis Trikleris > Priority: Minor > Fix For: 4.17.4, 5.0.0.M2 > > Time Spent: 1 hour, 20 minutes > Remaining Estimate: 0 minutes > > A recent bug in XTS recovery was caused by the use of == to compare Strings. String#equals(...) should have been used. > We need to search the XTS codebase for other occurrences of this type of bug. -- 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-986) Automatically setup the client side handler chain

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-986?page=com.atlassian.jira.plugin.s... ] Work on JBTM-986 stopped by Gytis Trikleris. > Automatically setup the client side handler chain > ------------------------------------------------- > > Key: JBTM-986 > URL: https://issues.jboss.org/browse/JBTM-986 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: XTS > Reporter: Paul Robinson > Assignee: Gytis Trikleris > Priority: Minor > Labels: assign > Fix For: 5.0.0.M2 > > Original Estimate: 4 days > Time Spent: 1 day, 7 hours > Remaining Estimate: 2 days, 1 hour > > When invoking a WS-AT or WS-BA Web service, the client side handler has to be added to the client stub to manage transaction context propagation. The code required to do this is as follows: > {code} > BindingProvider bindingProvider = (BindingProvider) client; > List<Handler> handlers = new ArrayList<Handler>(1); > handlers.add(new JaxWSHeaderContextProcessor()); > bindingProvider.getBinding().setHandlerChain(handlers); > {code} > This is not very user friendly. > This could be done using a JAX-WS feature passed to the Client-side port. > We also need to support client stubs created using @WebServiceRef. Here's some examples of its use: > http://anonsvn.jboss.org/repos/jbossws/shared-testsuite/trunk/testsuite/s... > http://anonsvn.jboss.org/repos/jbossws/shared-testsuite/trunk/testsuite/s... > http://anonsvn.jboss.org/repos/jbossws/shared-testsuite/trunk/testsuite/s... > The feature should be "enabled" by default providing the feature is enabled in the XTS server config. > The quickstarts also need updated to use this. -- 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 Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1423?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1423: ---------------------------------- Component/s: XTS > 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) > Components: XTS > 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-1424) Remove static block from org.jboss.jbossts.xts.environment.XTSPropertyManager

by Gytis Trikleris (JIRA)

[ https://issues.jboss.org/browse/JBTM-1424?page=com.atlassian.jira.plugin.... ] Gytis Trikleris updated JBTM-1424: ---------------------------------- Component/s: XTS > 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) > Components: XTS > 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-1429) Document the PartcipantCompletion race condition

by Paul Robinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1429?page=com.atlassian.jira.plugin.... ] Work on JBTM-1429 started by Paul Robinson. > Document the PartcipantCompletion race condition > ------------------------------------------------ > > Key: JBTM-1429 > URL: https://issues.jboss.org/browse/JBTM-1429 > Project: JBoss Transaction Manager > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation, XTS > Reporter: Paul Robinson > Assignee: Paul Robinson > Priority: Minor > Fix For: 5.0.0.M2 > > Original Estimate: 3 days > Remaining Estimate: 3 days > > * Add logging to WARN when it happens > * Add explanation of why and when it happens to XTS docs and how to spot if you have it > * Blog about it > * Link to the docs in the quickstart -- 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