--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
When you say below that the transaction/participant is left uncommitted which do you mean? Transaction or participant? Heuristic decisions aren’t associated with uncommitted states, they are only associated with (potentially wrong) committed states.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbau--xEeW5zdQkyzcVidsrvr2KQ13_L%2B9_i0kMq6rax_ZA%40mail.gmail.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbau--xEeW5zdQkyzcVidsrvr2KQ13_L%2B9_i0kMq6rax_ZA%40mail.gmail.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/05338914-30bf-4ffd-befb-5348f1f70f65o%40googlegroups.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbau--xEeW5zdQkyzcVidsrvr2KQ13_L%2B9_i0kMq6rax_ZA%40mail.gmail.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbau--xEeW5zdQkyzcVidsrvr2KQ13_L%2B9_i0kMq6rax_ZA%40mail.gmail.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/05338914-30bf-4ffd-befb-5348f1f70f65o%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/5b09aeda-edd6-4659-944a-59fbdd98b21do%40googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CAKJ8-j7uvdwEsuFVHFiAUB%2BexVYRJO-%3DtosVdxOQr61b6kKMNA%40mail.gmail.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbauGVVjbvaaVWRzPv7nUhHgoP8ayQ6rFiVnDm9xEaFispA%40mail.gmail.com.
Mark.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/7d883b72-2843-415f-935e-caa4258ee698o%40googlegroups.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CACKZbau--xEeW5zdQkyzcVidsrvr2KQ13_L%2B9_i0kMq6rax_ZA%40mail.gmail.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/05338914-30bf-4ffd-befb-5348f1f70f65o%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/5b09aeda-edd6-4659-944a-59fbdd98b21do%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/CAKJ8-j7uvdwEsuFVHFiAUB%2BexVYRJO-%3DtosVdxOQr61b6kKMNA%40mail.gmail.com.
----Michael MusgroveJBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/c23c60b5-7db9-4074-acc8-22183c6a622fo%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/bc18de06-a3b7-442b-939a-313fc7772310o%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/df344f5b-37b3-4d49-9f46-4e2bd8742ce2o%40googlegroups.com.
On 22 Jun 2020, at 10:40, Ondra Chaloupka <ocha...@redhat.com> wrote:> Is this work driven by a customer need?The work is based on fixing a customer case. This particular discussion came from the fact of creating a testcase, reproducing the customer problem.
> Have you looked at how JTS interposition works when there’s a coordinator, a single remote interposed resource and then many resources registered locally to it?Yes, I've been looking at it. What I was able to find there is a different behaviour of the JTA and JTS approach.
The JTA runs with EJB remoting where the remote call simulates the XAResource and needs to meet the demands which the Narayana holds for the XA processing. While the JTS works over IIOP calls where the interaction of the Narayana and the calls is interlinked. Narayana uses the interceptors directly on calls. The participants logged its activity to the transaction log immediately on the participant prepare call. There are few differences in the design of those two approaches.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/6291c273-5e36-4baf-bb4c-4656ce8059e2o%40googlegroups.com.
On 22 Jun 2020, at 10:40, Ondra Chaloupka <ocha...@redhat.com> wrote:> Is this work driven by a customer need?The work is based on fixing a customer case. This particular discussion came from the fact of creating a testcase, reproducing the customer problem.Great. Which customer? Is there a relevant support ticket to link?> Have you looked at how JTS interposition works when there’s a coordinator, a single remote interposed resource and then many resources registered locally to it?Yes, I've been looking at it. What I was able to find there is a different behaviour of the JTA and JTS approach.There is no interposition with local JTA, so do you mean JTA-over-JTS or did you just mean local JTA?
The JTA runs with EJB remoting where the remote call simulates the XAResource and needs to meet the demands which the Narayana holds for the XA processing. While the JTS works over IIOP calls where the interaction of the Narayana and the calls is interlinked. Narayana uses the interceptors directly on calls. The participants logged its activity to the transaction log immediately on the participant prepare call. There are few differences in the design of those two approaches.There are a number of other differences. However, what I specifically wanted you to look at is the behaviour of coordinator->interposed coordinator->locally registered participants. Clue: take a look at how they register and with what protocol, especially for resources/participants and commit.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/6291c273-5e36-4baf-bb4c-4656ce8059e2o%40googlegroups.com.
On Tuesday, June 23, 2020 at 10:44:13 AM UTC+2, Mark Little wrote:On 22 Jun 2020, at 10:40, Ondra Chaloupka <ocha...@redhat.com> wrote:> Is this work driven by a customer need?The work is based on fixing a customer case. This particular discussion came from the fact of creating a testcase, reproducing the customer problem.Great. Which customer? Is there a relevant support ticket to link?> Have you looked at how JTS interposition works when there’s a coordinator, a single remote interposed resource and then many resources registered locally to it?Yes, I've been looking at it. What I was able to find there is a different behaviour of the JTA and JTS approach.There is no interposition with local JTA, so do you mean JTA-over-JTS or did you just mean local JTA?I mean local JTA propagated over remote EJB calls. There is a transaction started on the first server, propagated over remote EJB to the second server where it's imported as a subordinate JTA transaction.The JTA runs with EJB remoting where the remote call simulates the XAResource and needs to meet the demands which the Narayana holds for the XA processing. While the JTS works over IIOP calls where the interaction of the Narayana and the calls is interlinked. Narayana uses the interceptors directly on calls. The participants logged its activity to the transaction log immediately on the participant prepare call. There are few differences in the design of those two approaches.There are a number of other differences. However, what I specifically wanted you to look at is the behaviour of coordinator->interposed coordinator->locally registered participants. Clue: take a look at how they register and with what protocol, especially for resources/participants and commit.Sorry for my ignorance but I'm not sure if I got it right. My understanding is that for JTS there is use the ExtendedResourceRecord (https://github.com/jbosstm/narayana/blob/5.10.5.Final/ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java#L599) and in case of the failure there is thrown HeuristicHazard exception.If you talk about registration then by my knowledge it's the IIOP and the interceptors are bound for the sake of passing transaction context.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/6291c273-5e36-4baf-bb4c-4656ce8059e2o%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/a635a452-a6dc-48cf-8460-34cf4ff5c7f2o%40googlegroups.com.
BTW I'm happy to answer any questions you may have on the architecture or the code as you go through this.Mark.
On Tue, Jun 23, 2020 at 11:58 AM Mark Little <mli...@redhat.com> wrote:
Hi Ondra.I suggest you take a more indepth look at how interposition works. Start at the interceptors and work your way up. You could look at explicit interposition or implicit interposition because the key points around what participants are created, with whom are the registered, how they are registered etc. is pretty much the same. There's a big gap between IIOP and any OTS ResourceRecord which you should understand before evaluating your proposal.Mark.
On Tue, Jun 23, 2020 at 11:31 AM Ondra Chaloupka <ocha...@redhat.com> wrote:
On Tuesday, June 23, 2020 at 10:44:13 AM UTC+2, Mark Little wrote:On 22 Jun 2020, at 10:40, Ondra Chaloupka <ocha...@redhat.com> wrote:> Is this work driven by a customer need?The work is based on fixing a customer case. This particular discussion came from the fact of creating a testcase, reproducing the customer problem.Great. Which customer? Is there a relevant support ticket to link?> Have you looked at how JTS interposition works when there’s a coordinator, a single remote interposed resource and then many resources registered locally to it?Yes, I've been looking at it. What I was able to find there is a different behaviour of the JTA and JTS approach.There is no interposition with local JTA, so do you mean JTA-over-JTS or did you just mean local JTA?I mean local JTA propagated over remote EJB calls. There is a transaction started on the first server, propagated over remote EJB to the second server where it's imported as a subordinate JTA transaction.The JTA runs with EJB remoting where the remote call simulates the XAResource and needs to meet the demands which the Narayana holds for the XA processing. While the JTS works over IIOP calls where the interaction of the Narayana and the calls is interlinked. Narayana uses the interceptors directly on calls. The participants logged its activity to the transaction log immediately on the participant prepare call. There are few differences in the design of those two approaches.There are a number of other differences. However, what I specifically wanted you to look at is the behaviour of coordinator->interposed coordinator->locally registered participants. Clue: take a look at how they register and with what protocol, especially for resources/participants and commit.Sorry for my ignorance but I'm not sure if I got it right. My understanding is that for JTS there is use the ExtendedResourceRecord (https://github.com/jbosstm/narayana/blob/5.10.5.Final/ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java#L599) and in case of the failure there is thrown HeuristicHazard exception.If you talk about registration then by my knowledge it's the IIOP and the interceptors are bound for the sake of passing transaction context.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/6291c273-5e36-4baf-bb4c-4656ce8059e2o%40googlegroups.com.
---
Mark Little
mli...@redhat.com
JBoss, by Red Hat
Registered Address: Red Hat Ltd, 6700 Cork Airport Business Park, Kinsale Road, Co. Cork.
Registered in the Companies Registration Office, Parnell House, 14 Parnell Square, Dublin 1, Ireland, No.304873
Directors:Michael Cunningham (USA), Vicky Wiseman (USA), Michael O'Neill, Keith Phelan, Matt Parson (USA)
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-users+unsubscribe@googlegroups.com.
On 23 Jun 2020, at 17:10, Ondra Chaloupka <ocha...@redhat.com> wrote:Ok then. I understand the JTS processing in the following way. The scenario is still the same - there is the server to server communication where the first server calls the second server. The first server has no transactional work to be done while the second server works with two XA participants.The first server starts the transaction and on the remote call there is registered the ResourceRecord.
This one is then used to during one phase commit to access the orb stub to communicate over the network.The second server then works with the participants as the ExtendedResourceRecord. When the remote call is received the ServerTransaction is object is created and the transaction is wrapped within. In our scenario then the failure occurs on the commit one of the XA participants. This means that the ServerTransaction was already marked with prepared and the outcome of the transaction as whole is assumed to finish with commit. RMFAIL on the XAResource means that the transaction recovery should finish it later. The transaction recovery on the second server is capable to finish the ServerTransaction with commit as it was already prepared. Thus the first server is informed about the success of the one phase commit. The XA participant commit state will be fixed by recovery manager on the second server when the XA participant is available again.Could you elaborate on my description if it's not precise, please?
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/0afd66b4-d4e8-4423-9f17-b589b6d9ecb2o%40googlegroups.com.
On 23 Jun 2020, at 17:10, Ondra Chaloupka <ocha...@redhat.com> wrote:Ok then. I understand the JTS processing in the following way. The scenario is still the same - there is the server to server communication where the first server calls the second server. The first server has no transactional work to be done while the second server works with two XA participants.The first server starts the transaction and on the remote call there is registered the ResourceRecord.Which ResourceRecord? Who creates it? Who registers it? Is it on the client side or the server side?
This one is then used to during one phase commit to access the orb stub to communicate over the network.The second server then works with the participants as the ExtendedResourceRecord. When the remote call is received the ServerTransaction is object is created and the transaction is wrapped within. In our scenario then the failure occurs on the commit one of the XA participants. This means that the ServerTransaction was already marked with prepared and the outcome of the transaction as whole is assumed to finish with commit. RMFAIL on the XAResource means that the transaction recovery should finish it later. The transaction recovery on the second server is capable to finish the ServerTransaction with commit as it was already prepared. Thus the first server is informed about the success of the one phase commit. The XA participant commit state will be fixed by recovery manager on the second server when the XA participant is available again.Could you elaborate on my description if it's not precise, please?There’s a lot missing from this which suggests you didn’t trace the code through the filters or interceptors. If you did, which filters/interceptors did you examine?
If it's more or less accurate then what is your suggestion on changes within the EJB remoting XA processing in this regard?
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/0afd66b4-d4e8-4423-9f17-b589b6d9ecb2o%40googlegroups.com.
On 24 Jun 2020, at 13:04, Ondra Chaloupka <ocha...@redhat.com> wrote:Still, I'm a bit lost in what you want to hear from me. If you can provide me with some more explanation how the things work then I would be able to grasp the point better.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/fcae948c-e740-482a-a080-bbba7399c886n%40googlegroups.com.
Hi,I have a question on Narayana management operations exposed via mbeans. I wonder about 'clearHeuristic'[1] in particular. This is the operation which is invoked when WildFly cli executes ':recover'[2][3].Let me explain the scenario which I consider wrong. I came to it when I've been designing testcase for WFTC-85[4]. There are two WildFly servers where the first one calls EJB remote bean on the second server. There is transaction context propagated over the call.There happens to be an network intermittent failure at time when commit is called. As the first WildFly server enlisted only the EJB remote call as the XAResource there is used the 1PC. On the RMFAIL error (emitted based on the fact there is connection crash) the XAResourceRecord is assigned with heuristic error[5]. The transaction is marked as heuristics. Then the user comes to the WildFly console and wants to finished it. He invokes the ':recover' but nothing happens. The transaction/participant is left uncommitted.I found that the reason is that the management operation 'clearHeuristic' is invoked only on the "covering" transaction - BasicAction is modified[6] -> [7] -> [8]. But the XAResourceRecord heuristics state[9] is unchanged. Then during recovery commit retry the XAResource.commit is denied[10].I would like to understand if this could be considered as a flaw of the heuristics management processing or if that's by design for reasons.After some experiments I've got to a working PoC[11] which main point is to permits to clear heuristic decision state from the AbstractRecord - instantiated as the XAResourceRecord in this case. When the heuristic state of the record (XAResourceRecord._heuristics) is cleared and saved by the management operation then the recovery cycle is able to take it and replay the processing on it.Would you have some thoughts here?Thanks a lotOndra[2] /subsystem=transactions/log-store=log-store/transactions=.../participants=...:recover
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/9c2b154f-443e-49f1-a3ad-67aa0724e6ffo%40googlegroups.com.
On 29 Jun 2020, at 15:39, Ondra Chaloupka <ocha...@redhat.com> wrote:The administration operation I refer to is the operation invoked by an administrator who is expected to understand the transaction state and manually invokes it. The ":recover" should clean the heuristic state and move the transaction to prepared.The issue, I started with, is that the participant which saved the heuristic state is not moved to prepared state when administrator asks for it.
--
You received this message because you are subscribed to the Google Groups "narayana-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to narayana-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/narayana-users/aa9d8543-64cd-46ce-9074-f9fb9253816bn%40googlegroups.com.