[ https://issues.redhat.com/browse/JBTM-3221?page=com.atlassian.jira.plugin... ]
Thomas Jenkinson commented on JBTM-3221:
----------------------------------------
[~mmusgrov] please see comment above?
> Refactor NarayanaLRARecovery according to the specification upgrades
> --------------------------------------------------------------------
>
> Key: JBTM-3221
> URL: https://issues.redhat.com/browse/JBTM-3221
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.10.0.Final
> Reporter: Martin Stefanko
> Assignee: Martin Stefanko
> Priority: Major
>
> Refactor the NarayanaLRARecovery according to the spec changes in [LRA issue 249|https://github.com/eclipse/microprofile-lra/issues/249].
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[ https://issues.redhat.com/browse/JBTM-3229?page=com.atlassian.jira.plugin... ]
Thomas Jenkinson commented on JBTM-3229:
----------------------------------------
[~mmusgrov] Can this be resolved now?
> Allow to enlist AfterLRA listeners after the LRA enters the ending phase
> ------------------------------------------------------------------------
>
> Key: JBTM-3229
> URL: https://issues.redhat.com/browse/JBTM-3229
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.10.1.Final
> Reporter: Martin Stefanko
> Assignee: Martin Stefanko
> Priority: Major
>
> https://github.com/eclipse/microprofile-lra/issues/241
> The specification was updated to allow AfterLRA listeners (LRA resources without Compensate method but with the AfterLRA method) to enlist for AfterLRA notification even after the LRA enters the ending (closing/canceling) phase.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[ https://issues.redhat.com/browse/JBTM-2938?page=com.atlassian.jira.plugin... ]
Thomas Jenkinson commented on JBTM-2938:
----------------------------------------
[~mmusgrov] this has a fix version of 5.9.7.Final but doesn't seem to be in https://github.com/jbosstm/narayana/compare/5.9.6.Final...5.9.8.Final
> LRA participant complete/compensate methods should use HTTP PUT
> ---------------------------------------------------------------
>
> Key: JBTM-2938
> URL: https://issues.redhat.com/browse/JBTM-2938
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.7.0.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.9.7.Final
>
>
> LRA participant complete and compensate methods are currently called using an HTTP POST request. Since these methods should be idempotent they should respond to PUT since in a REST based system PUT is idempotent and POST is not.
> Both the implementation and the specification need changing.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[ https://issues.redhat.com/browse/JBTM-3062?page=com.atlassian.jira.plugin... ]
Thomas Jenkinson commented on JBTM-3062:
----------------------------------------
And the resolution set to something to indicate duplicate rather than done
> Include a test for LRA context propagation across a "non-LRA aware" service
> ---------------------------------------------------------------------------
>
> Key: JBTM-3062
> URL: https://issues.redhat.com/browse/JBTM-3062
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.9.0.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.9.7.Final
>
>
> If a microservice A that wants to participate in an LRA and calls microservice B (which does not have specific LRA behaviour) and service A in turn calls microservice C (which does have specific LRA behaviour), then B should not need to be annotated with @LRA. A test is needed for this behaviour.
> This issue relates to https://github.com/eclipse/microprofile-lra/issues/7
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[ https://issues.redhat.com/browse/JBTM-3062?page=com.atlassian.jira.plugin... ]
Thomas Jenkinson commented on JBTM-3062:
----------------------------------------
[~mmusgrov] I think the fix version should be removed
> Include a test for LRA context propagation across a "non-LRA aware" service
> ---------------------------------------------------------------------------
>
> Key: JBTM-3062
> URL: https://issues.redhat.com/browse/JBTM-3062
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.9.0.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Major
> Fix For: 5.9.7.Final
>
>
> If a microservice A that wants to participate in an LRA and calls microservice B (which does not have specific LRA behaviour) and service A in turn calls microservice C (which does have specific LRA behaviour), then B should not need to be annotated with @LRA. A test is needed for this behaviour.
> This issue relates to https://github.com/eclipse/microprofile-lra/issues/7
--
This message was sent by Atlassian Jira
(v7.13.8#713008)