September 2017 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-1820) Integrate with Camel to support XA Transaction

by Amos Feng (JIRA)

[ https://issues.jboss.org/browse/JBTM-1820?page=com.atlassian.jira.plugin.... ] Amos Feng updated JBTM-1820: ---------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.6.2.Final (was: 5.later) Resolution: Done > Integrate with Camel to support XA Transaction > ---------------------------------------------- > > Key: JBTM-1820 > URL: https://issues.jboss.org/browse/JBTM-1820 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: Application Server Integration > Reporter: Amos Feng > Assignee: Amos Feng > Fix For: 5.6.2.Final > > > From Ning Jiang (njiang(a)redhat.com) > {quote} > Camel is using Spring TransactionTemplates to implement the Transactional Client pattern[1]. > As the Spring PlatformTransactionManager cannot manage the multiple resources, we are using the atomikos to show the user how to manage the transactions between JMS and DB resource. It could great if we can replace the atomikos with narayana, then we can promote this example as reference to SA who can sale the solution to the customer. > Another interesting task could be using the narayana JTA wrapper classes to replace the Spring TransactionTemplate in Camel. As we don't want to build out products on top of Spring framework, using narayana could help us to get ride of Spring and introduce the narayana to integration customer. > [1]http://camel.apache.org/transactional-client.html > {quote} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2934) LRA nested and parent coordinators should optimise calls when in a single VM

by Michael Musgrove (JIRA)

[ https://issues.jboss.org/browse/JBTM-2934?page=com.atlassian.jira.plugin.... ] Issue was automatically transitioned when Michael Musgrove created pull request #1219 in GitHub ----------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Open) > LRA nested and parent coordinators should optimise calls when in a single VM > ---------------------------------------------------------------------------- > > Key: JBTM-2934 > URL: https://issues.jboss.org/browse/JBTM-2934 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: Application Server Integration, LRA > Affects Versions: 5.6.4.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > LRA nested and parent coordinators use JAX-RS requests to driver the LRA protocol. When the two coordinators are in the same JVM direct jave method calls should be used. > The need for this enhancement is to support running on OpenShift. A secondary benefit is performance. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2927) @Transactional CDI annotation does not work in transitive way within @Stereotype

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2927?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2927: -------------------------------- Fix Version/s: 5.7.0.Final (was: 5.6.5.Final) > @Transactional CDI annotation does not work in transitive way within @Stereotype > -------------------------------------------------------------------------------- > > Key: JBTM-2927 > URL: https://issues.jboss.org/browse/JBTM-2927 > Project: JBoss Transaction Manager > Issue Type: Bug > Affects Versions: 5.6.4.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 5.7.0.Final > > > When {{@Transactional}} annotation is used within the {{@Stereotype}} one and the {{@Stereotype}} enhanced another stereotype the @Transactional interceptor (Narayana CDI implementation) does not see the transactional under the stereotype. > This is a follow-up to issue https://jira.jboss.org/browse/WFLY-2485 which did not fix the trouble whole over. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2841) HybridSocketEndpointQueue::_send() needs wrapper around apr_socket_send()

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2841?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2841: -------------------------------- Fix Version/s: 5.next (was: 5.7.0.Final) > HybridSocketEndpointQueue::_send() needs wrapper around apr_socket_send() > ------------------------------------------------------------------------- > > Key: JBTM-2841 > URL: https://issues.jboss.org/browse/JBTM-2841 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: BlackTie > Reporter: Amos Feng > Assignee: Amos Feng > Fix For: 5.next > > > tpreturn() seems to non-block send without checking tranfer length. > It needs a wrapper of looping apr_socket_send() until all of the data write to the socket. > similar like [stomp_write_buffer|https://github.com/jbosstm/narayana/blob/c035f66960d18...] -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2851) Upgrade BlackTie to a version of WildFly that works with JDK9 (when available)

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2851?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2851: -------------------------------- Fix Version/s: 5.next (was: 5.7.0.Final) > Upgrade BlackTie to a version of WildFly that works with JDK9 (when available) > ------------------------------------------------------------------------------ > > Key: JBTM-2851 > URL: https://issues.jboss.org/browse/JBTM-2851 > Project: JBoss Transaction Manager > Issue Type: Sub-task > Components: BlackTie > Reporter: Tom Jenkinson > Assignee: Amos Feng > Fix For: 5.next > > > The blacktie-admin-service-ear is failed when deploying the ear to the wildfly running with the JDK9. It could be an issue [1] and should be fix in [2]. > So we have to build the openjdk-orb 8.0.8.Beta1-SNAPSHOT or wait it for the final release. > [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-May/007698.html > [2] https://github.com/jboss/openjdk-orb/pull/4 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2833) Move deprecated tooling classes into an internal package

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2833?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2833: -------------------------------- Fix Version/s: 5.next (was: 5.7.0.Final) > Move deprecated tooling classes into an internal package > -------------------------------------------------------- > > Key: JBTM-2833 > URL: https://issues.jboss.org/browse/JBTM-2833 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Tooling > Affects Versions: 5.5.0.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > commit 66a9291f56f (JBTM-2308]) "Mark classes deprecated since we need to rejig package names" marked many/most of the tooling instrumentation classes deprecated - these need to be moved to internal packages and the then marked as not deprecated. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2831) Fix RTS inbound bridge participant deserialiser registration

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2831?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2831: -------------------------------- Fix Version/s: 5.next (was: 5.7.0.Final) > Fix RTS inbound bridge participant deserialiser registration > ------------------------------------------------------------ > > Key: JBTM-2831 > URL: https://issues.jboss.org/browse/JBTM-2831 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: REST > Reporter: Gytis Trikleris > Assignee: Michael Musgrove > Fix For: 5.next > > > Inbound bridge participant deserialiser is registered when InboundBridgeManager is created [1]. That deserialiser is immediately used to recreate participants and update REST-AT coordinator via its HTTP resource. > In WildFly deserialiser registration used to be triggered by creating InboundBridgeManager instance in InboundBridgeService#start method. > However, Undertow subsystem update was introduced which collected and held all HTTP requests until application server completed boot-up. This caused a lock because HTTP call to REST-AT coordinator was being held and InboundBridgeService was waiting for the response. As a result server never completed boot. > Tom has removed that initialisation as a workaround [2]. Everything still works, because inbound bridge recovery manager initialises InboundBridgeManager too. However, only in the second pass. This causes warnings messages during the first cycle of the recovery by REST-AT recovery module. > I'm suggesting to remove deserialiser registration from InboundBridgeManager constructor to keep it as simple as possible and move it to other place were it could be invoked safely and on time e.g. start of first pass of InboundBridgeRecoveryModule. > [1] https://github.com/jbosstm/narayana/blob/5.5.0.Final/rts/at/bridge/src/ma... > [2] https://github.com/wildfly/wildfly/commit/6bc2e6a20b665201505f12c1c22fda9... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2926) "number-of-heuristics" statistic is inaccurate

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2926?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2926. ------------------------------- > "number-of-heuristics" statistic is inaccurate > ---------------------------------------------- > > Key: JBTM-2926 > URL: https://issues.jboss.org/browse/JBTM-2926 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Affects Versions: 5.6.4.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.7.0.Final > > > When a JTA transaction is ended (commit or rollback) the heuristic count is always incremented regardless of whether or not there was a heuristic and therefore does not accurately reflect the number of participants that actually reported heuristic outcomes. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1488) Implement the REST-JDI specification

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-1488?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-1488. ------------------------------- > Implement the REST-JDI specification > ------------------------------------ > > Key: JBTM-1488 > URL: https://issues.jboss.org/browse/JBTM-1488 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: LRA > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Optional > Fix For: 5.7.0.Final, 6.later > > > https://community.jboss.org/wiki/CompensatingRESTfulTransactions/ -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2934) LRA nested and parent coordinators should optimise calls when in a single VM

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2934?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated JBTM-2934: -------------------------------- Fix Version/s: 5.next (was: 5.7.0.Final) > LRA nested and parent coordinators should optimise calls when in a single VM > ---------------------------------------------------------------------------- > > Key: JBTM-2934 > URL: https://issues.jboss.org/browse/JBTM-2934 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: Application Server Integration, LRA > Affects Versions: 5.6.4.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > LRA nested and parent coordinators use JAX-RS requests to driver the LRA protocol. When the two coordinators are in the same JVM direct jave method calls should be used. > The need for this enhancement is to support running on OpenShift. A secondary benefit is performance. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues September 2017