| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| IIB 9/10: Events is globalTransactionId sent 'outside' IIB? |
« View previous topic :: View next topic » |
| Author |
Message
|
| john.ormerod |
 Posted: Thu Mar 09, 2017 11:16 am Post subject: IIB 9/10: Events is globalTransactionId sent 'outside' IIB? |
 |
|
Apprentice
Joined: 14 Feb 2017
Posts: 49
|
Consider when IIB is integrating external 'services' by making an HTTP call, or putting a message to JMS, for example.
In order to correlate messages sent to these external systems (when monitoring them) with IIB, the value in 'globalTransactionId' would need to be added as an http or jms header.
I would like to find out:
1. does IIB handle passing on globalTransactionId as 'the logical thing to do'?
or, more likely
2. how could this be achieved, without changing existing flows?
I'm working on a 'agent' using CMP for controlling monitoring, but I sense that #2 might need to add some kind of listener to IIB itself. Using Spring AOP, perhaps?
Fingers crossed that IIB does provide a way.
Regards, John |
|
| Back to top |
|
 |
| Vitor |
| Posted: Thu Mar 09, 2017 11:32 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
The global transaction id is a way of correlating event messages produced by the broker during the execution of a singular transaction. It's in no way connected to any application messages components.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| john.ormerod |
| Posted: Thu Mar 09, 2017 1:08 pm Post subject: |
|
|
Apprentice
Joined: 14 Feb 2017
Posts: 49
|
Thanks Vitor.
I feared this could be the road block.
I think this situation exposes a current limitation of BTM, in that pulling together a business transaction where IIB calls outside services, is likely to have gaps in the transaction's overview, at the points where it invoked those services, which can't be filled in from their own monitoring in the absence of a common correlation id.
Seems to me that a truly global view of a bus txn that IIB is integrating, needs to find out what happened in any external services invoked - passing the globalCorrelcationId in transport header would handle that, for example.
Reqards, John |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Mar 09, 2017 1:32 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
There's nothing wrong with including a GTN in the business payload... and using aggregation or collection to ensure that you know which responses from other systems belong to which transaction in IIB. Or if you can include the GTN in the data going out to the other systems and be sure they'll come back.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Mar 09, 2017 1:38 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| john.ormerod wrote: |
| I think this situation exposes a current limitation of BTM, in that pulling together a business transaction where IIB calls outside services, is likely to have gaps in the transaction's overview, at the points where it invoked those services, which can't be filled in from their own monitoring in the absence of a common correlation id. |
Only if you're not using IBM's Business Activity Monitor, which overcomes this limitation.
| john.ormerod wrote: |
| Seems to me that a truly global view of a bus txn that IIB is integrating, needs to find out what happened in any external services invoked - passing the globalCorrelcationId in transport header would handle that, for example. |
And negate the need to buy other IBM software to avoid the kind of development my most worthy associate describes. I'm sure IBM will build this into IIB just as soon as the BAM development team aren't looking.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| 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
|
|
|
|
