|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
IIB 9/10: Events - is globalTransactionId passed to msgflow? |
« View previous topic :: View next topic » |
Author |
Message
|
john.ormerod |
Posted: Thu Mar 09, 2017 10:56 am Post subject: IIB 9/10: Events - is globalTransactionId passed to msgflow? |
|
|
Apprentice
Joined: 14 Feb 2017 Posts: 49
|
I am working on doing something similar to the Bus Txn Monitoring in v10. The difference being that I will be catching the Event messages with a JMS listener and sending to a server.
I have seen that when I define a value for the globalTransactionId in the input node, this value is used by all the other nodes in the flow, where globalTransactionId is set to 'auto'.
What I had hope to glean from reading about BTM, is whether the globalTransactionId is carried over to a subsequent flow 'called' from the first? I am hoping it is, but I can see that there is no reason why it should be. If not, this means having to define a globalTransactionId at the beginning of the next msgflow, such that the same value is puilled from the message body (e.g OrderId).
Apologies, I'm not an IIB developer, so I can't simply knock up test flows.
Regards, John |
|
Back to top |
|
 |
Vitor |
Posted: Thu Mar 09, 2017 11:30 am Post subject: Re: IIB 9/10: Events - is globalTransactionId passed to msgf |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
john.ormerod wrote: |
Apologies, I'm not an IIB developer, so I can't simply knock up test flows |
You need to find a way round this, or this is going to be a long slow process for you which might well exhaust the patience of the assembled experts here.......
john.ormerod wrote: |
What I had hope to glean from reading about BTM, is whether the globalTransactionId is carried over to a subsequent flow 'called' from the first? |
If the flow being called is a true sub flow and part of the same transaction then it has the same global transaction id (obviously enough).
If you're calling a truly separate flow then from an IIB perspective this is a separate transaction, almost certainly running in a separate thread and (depending on topology) running in a different execution group and/or broker. So it has a different global transaction id.
Even without the ability to develop flows, a few minutes thought should have led you to that.
Even if you're not an IIB developer, there must be one somewhere close by or all your questions become strangely pointless... _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
john.ormerod |
Posted: Thu Mar 09, 2017 12:57 pm Post subject: |
|
|
Apprentice
Joined: 14 Feb 2017 Posts: 49
|
Vitor.
Thanks for confirming that.
I have some IIB colleagues who are all on site at cusomers. Also, it's likely that I'm diving into specialised areas that they haven't worked with (recently).
I hoped using the forum, would provide answers that would help some else some day. Warning, noted.
Regards, John |
|
Back to top |
|
 |
Vitor |
Posted: Thu Mar 09, 2017 1:35 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
john.ormerod wrote: |
I hoped using the forum, would provide answers that would help some else some day. |
Especially if you post how you end up dealing with this.
I stand by my other comment about it being a long slow process. Your last 2 questions could have been answered by experimentation in 30 minutes, which is considerably less time than it typically takes to get an answer here. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
fjb_saper |
Posted: Sat Mar 11, 2017 1:17 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
What you need is something in the payload that uniquely identifies the transaction and that you can track across multiple message flows. And yes you can single that out in the events.
Have fun  _________________ MQ & Broker admin |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|