[JBoss JIRA] (JBTM-3182) Fix basic LRA tests
by Martin Stefanko (Jira)
[ https://issues.jboss.org/browse/JBTM-3182?page=com.atlassian.jira.plugin.... ]
Work on JBTM-3182 started by Martin Stefanko.
---------------------------------------------
> Fix basic LRA tests
> -------------------
>
> Key: JBTM-3182
> URL: https://issues.jboss.org/browse/JBTM-3182
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.9.7.Final
> Reporter: Martin Stefanko
> Assignee: Martin Stefanko
> Priority: Major
>
> lra-test/basic is unable to run because of wrong CDI configuration after latest LRA upgrade:
> {code:java}
> ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-1) RESTEASY002025: Unknown exception while executing GET /root/participant/lra: java.lang.NullPointerException
> at io.narayana.lra.filter.ServerLRAFilter.filter(ServerLRAFilter.java:311)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBTM-3182) Fix basic LRA tests
by Martin Stefanko (Jira)
Martin Stefanko created JBTM-3182:
-------------------------------------
Summary: Fix basic LRA tests
Key: JBTM-3182
URL: https://issues.jboss.org/browse/JBTM-3182
Project: JBoss Transaction Manager
Issue Type: Bug
Reporter: Martin Stefanko
Assignee: Martin Stefanko
lra-test/basic is unable to run because of wrong CDI configuration after latest LRA upgrade:
{code:java}
ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-1) RESTEASY002025: Unknown exception while executing GET /root/participant/lra: java.lang.NullPointerException
at io.narayana.lra.filter.ServerLRAFilter.filter(ServerLRAFilter.java:311)
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBTM-3181) lra-proxy-api is not deployed to Nexus during release
by Ondrej Chaloupka (Jira)
Ondrej Chaloupka created JBTM-3181:
--------------------------------------
Summary: lra-proxy-api is not deployed to Nexus during release
Key: JBTM-3181
URL: https://issues.jboss.org/browse/JBTM-3181
Project: JBoss Transaction Manager
Issue Type: Bug
Components: LRA
Affects Versions: 5.9.7.Final
Reporter: Ondrej Chaloupka
Assignee: Ondrej Chaloupka
Fix For: 5.next
Artifact `lra-proxy-api` is not (and it has never been) deployed at Nexus.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBTM-3180) LRARecord http compliance: Entity null for PUT
by Paul Parkinson (Jira)
[ https://issues.jboss.org/browse/JBTM-3180?page=com.atlassian.jira.plugin.... ]
Paul Parkinson updated JBTM-3180:
---------------------------------
Issue Type: Bug (was: Feature Request)
> LRARecord http compliance: Entity null for PUT
> ----------------------------------------------
>
> Key: JBTM-3180
> URL: https://issues.jboss.org/browse/JBTM-3180
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.9.7.Final
> Reporter: Paul Parkinson
> Assignee: Michael Musgrove
> Priority: Minor
>
> LRARecord has...
> case "javax.ws.rs.PUT":
> return asyncInvoker.put(Entity.text(null));
> whereas entity should never be null for PUT
> I see this comment has been there since the code was first added and so perhaps this is the desired...
> // return asyncInvoker.put(Entity.entity(compensatorData, mediaType));
> If not perhaps simply Entity.text("") should suffice (and has in my tests).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBTM-3180) LRARecord http compliance: Entity null for PUT
by Paul Parkinson (Jira)
Paul Parkinson created JBTM-3180:
------------------------------------
Summary: LRARecord http compliance: Entity null for PUT
Key: JBTM-3180
URL: https://issues.jboss.org/browse/JBTM-3180
Project: JBoss Transaction Manager
Issue Type: Feature Request
Components: LRA
Affects Versions: 5.9.7.Final
Reporter: Paul Parkinson
Assignee: Michael Musgrove
LRARecord has...
case "javax.ws.rs.PUT":
return asyncInvoker.put(Entity.text(null));
whereas entity should never be null for PUT
I see this comment has been there since the code was first added and so perhaps this is the desired...
// return asyncInvoker.put(Entity.entity(compensatorData, mediaType));
If not perhaps simply Entity.text("") should suffice (and has in my tests).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 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, 4 months