[JBoss JIRA] (JBTM-1715) NPE when using CompensationManager within an in-flowed WS-BA transaction
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-1715?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-1715:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> NPE when using CompensationManager within an in-flowed WS-BA transaction
> ------------------------------------------------------------------------
>
> Key: JBTM-1715
> URL: https://issues.jboss.org/browse/JBTM-1715
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Paul Robinson
> Priority: Minor
> Fix For: 5.next
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> The following error occurs if an injected CompensationManager is invoked within the scope of a compensation-based transaction that was in-flowed via a WS-BA transaction.
> {quote}
> 16:17:09,879 ERROR [org.jboss.as.ejb3.invocation] (default task-18) JBAS014134: EJB Invocation failed on component TestServiceService for method public void org.jboss.narayana.compensations.functiona[617/9100]
> ted.TestServiceService.saveDataCancelOnFailure(java.lang.Boolean): javax.ejb.EJBException: java.lang.NullPointerException
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:166) [wildfly-ejb3-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:251) [wildfly-ejb3-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:316) [wildfly-ejb3-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:215) [wildfly-ejb3-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPS
> HOT]
> {quote}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (JBTM-1107) Recovery Support in Compensation API
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-1107?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-1107:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> Recovery Support in Compensation API
> ------------------------------------
>
> Key: JBTM-1107
> URL: https://issues.jboss.org/browse/JBTM-1107
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Components: Compensations
> Reporter: Thomas Jenkinson
> Assignee: Ondrej Chaloupka
> Priority: Major
> Fix For: 5.next
>
>
> *Background*
> Currently Compensations API cannot handle system failures. Transaction state is not persisted in any stage. Thus no handlers will be invoked in case of the system crash.
> *Requirements*
> # Make handlers persistable (CompensationHandler, ConfirmationHandler, TransactionLoggedHandler).
> ## Require Serializable interface.
> ## Create PersistableHandler interface (similar to PersistableParticipant in RTS integration).
> # Make participant persistable (ParticipantImpl, LocalParticipant, RemoteParticipant).
> ## Make transaction identifier persistable (converting it to String should work).
> ## Implement PersistableParticipant in ParticipantImpl.
> ## Investigate if PARTICIPANT_COUNTERS in ParticipatnImpl have to be updated.
> # Make compensation scoped beans persistable.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (JBTM-1853) RESTAT does not expose recovery URIs after a crash
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-1853?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-1853:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> RESTAT does not expose recovery URIs after a crash
> --------------------------------------------------
>
> Key: JBTM-1853
> URL: https://issues.jboss.org/browse/JBTM-1853
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: REST
> Affects Versions: 5.0.0.M3
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.next
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> The RESTAT coordinator creates a participant-recovery URI during participant enlistment. This URI should exist for as long as the participant participates in the transaction including during recovery time. After a coordinator crash GET requests return 404 instead of returning the participant resource URI
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (JBTM-2124) Add orphan detection for JTS interposition mode
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-2124?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-2124:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> Add orphan detection for JTS interposition mode
> -----------------------------------------------
>
> Key: JBTM-2124
> URL: https://issues.jboss.org/browse/JBTM-2124
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Components: Recovery
> Affects Versions: 4.17.17
> Reporter: Ondrej Chaloupka
> Assignee: Ondrej Chaloupka
> Priority: Major
> Fix For: 5.next
>
> Attachments: jonathan-picturing-trouble-of-subordinate-txn-for-jts-orphan-detection.jpg
>
>
> Currently orphan detection is supported for JTA, not for JTS. Please, add the suport for JTS as well.
> The following scenario for JTS causes that the orphan is left in the transaction log store and the prepared resource could held the lock till the time that it's timeouted on the side of the database/jms.
> The program flow is following (test run on EAP 6)
> enlisting jms xaresource to transaction
> sending msg to queue
> enlisting xa test resource
> preparing jms xaresource
> preparing xa test resource
> crash JVM at the end of the test XAResource.prepare()
> restart app server and recovery is run
> During recovery the jms resource is processed correctly because TM found some info in its jts logs. But such info was not saved for test xa resource. The test xa is not rollback.
> More info and discussion could be found at: https://bugzilla.redhat.com/show_bug.cgi?id=1064170
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (JBTM-1699) Changes to the transaction SPI
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-1699?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-1699:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> Changes to the transaction SPI
> ------------------------------
>
> Key: JBTM-1699
> URL: https://issues.jboss.org/browse/JBTM-1699
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Components: Application Server Integration
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.next
>
> Original Estimate: 1 week, 3 days
> Remaining Estimate: 1 week, 3 days
>
> wildfly is using a number of our internal com.arjuna interfaces which we would like to resolve by providing the same functionality in the transactions SPI.
> Additionally the current SPI contains a number of unused classes which need removing.
> I have created https://github.com/jbosstm/jboss-transaction-spi to manage the changes. To avoid any potential confusion and to make it clear who is responsible for the SPI we will be changing the package names.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (JBTM-2137) Failed CI job because JDBCStore recovery was stalled
by Thomas Jenkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-2137?page=com.atlassian.jira.plugin.... ]
Thomas Jenkinson updated JBTM-2137:
-----------------------------------
Fix Version/s: 5.next
(was: 5.9.7.Final)
> Failed CI job because JDBCStore recovery was stalled
> ----------------------------------------------------
>
> Key: JBTM-2137
> URL: https://issues.jboss.org/browse/JBTM-2137
> Project: JBoss Transaction Manager
> Issue Type: Task
> Components: Recovery
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.next
>
>
> The linked CI job failed because the STATESTOREJBOSSTSTXTABLE had too many entries (>600) and this caused the recovery pass to take about 15 minutes which in turn causes subsequent tests to time out. The reason for so many entries is covered by JBTM-2133 but this JIRA is for the poor performance when there are so many entries.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months