| Author |
Message
|
| sri |
 Posted: Tue Sep 13, 2011 4:44 am Post subject: WMB 7 Event generation for Output queues |
 |
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
Hi
I am trying to use Event Monitoring feature in WMB 7.0.0.2
I have a sample flow that has the following nodes in sequence.
WMQ Input --> Flow Order (First Terminal) --> WMQ Output1
Flow Order (Second Terminal) --> WMQ Output2
I would like to capture the events Transaction start and Delivery notification of messages to both the output Queues (status confirmation that the message delivered/commited to queues).
The difficuilty I face is that I could not see the stright forward mechanism to capture the status of message delivery to WMQ output queues.
I dont want to capture the input terminal status of output queues. The input terminal event is triggered even if the Q is put disabled and message not delivered to the Q.
I want to capture the individual output Q event confirmation once the message is successfully delivered.
The Transaction end/rollback event does not provide the individual Q status.
Is there a way to capture the output queue's output terminal event without adding any nodes to that terminal? |
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Sep 13, 2011 4:58 am Post subject: Re: WMB 7 Event generation for Output queues |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri wrote: |
| The difficuilty I face is that I could not see the stright forward mechanism to capture the status of message delivery to WMQ output queues. |
It's called "error handling"; if the message is successfully delivered the node doesn't throw an error. If the target queue is put disabled the node throws a 2051 which you can catch.
What's the requirement to monitor such a thing? Why are you doing this?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Sep 13, 2011 5:05 am Post subject: Re: WMB 7 Event generation for Output queues |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri wrote: |
| The difficuilty I face is that I could not see the stright forward mechanism to capture the status of message delivery to WMQ output queues. |
Hang on just a minute....
| sri wrote: |
I dont want to capture the input terminal status of output queues. The input terminal event is triggered even if the Q is put disabled and message not delivered to the Q.
I want to capture the individual output Q event confirmation once the message is successfully delivered. |
If the input node event doesn't work for you (and I can sort of see that given your slightly odd requirement), how come the events emitted by the out & failure terminals are no good?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri |
| Posted: Tue Sep 13, 2011 5:19 am Post subject: |
|
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
Thanks Vitor for your quick response.
My requirement is to capture the message delivery confirmation from both the queues individually.
The output terminal event from both the output queues might be the right message to confirm that the message has been commited to the queue.
but, is it possible to generate this out terminal event without adding any other nodes (like passthru) to the output queue. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Tue Sep 13, 2011 5:21 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Sep 13, 2011 5:24 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri wrote: |
| My requirement is to capture the message delivery confirmation from both the queues individually. |
I got that. My question is what's the requirement for this information? What use will this knowledge be put to? What value does it add? Given that (unless the queue is local to the broker machine) it doesn't prove they've been delivered to their final destination.
| sri wrote: |
| but, is it possible to generate this out terminal event without adding any other nodes (like passthru) to the output queue. |
Yes, it's a standard event for the node. As it is for every node with an out terminal. I don't understand the question..... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri |
| Posted: Tue Sep 13, 2011 5:25 am Post subject: |
|
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
Thanks lancelotlinc,
how to generate the output terminal events without connecting any nodes to that terminal. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Sep 13, 2011 5:27 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri wrote: |
| how to generate the output terminal events without connecting any nodes to that terminal. |
The same way you generate any other event. I don't understand why you're asking this; you clearly know how to generate the Transaction Start, End & Rollback from an MQInput node.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri |
| Posted: Tue Sep 13, 2011 5:32 am Post subject: |
|
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
Hi Vitor
The different output queues in the flow are targeted to different target systems. The transaction mode of some of the output queues are 'No'.
I am trying to capture the flow status whether the message is delivered to the individual target queues are not. This will also help me in knowing the time difference between delivery of messages to different queues in the same flow.
Basically want to capture the events at all the end/delivery points of the flow. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Tue Sep 13, 2011 5:38 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
| sri wrote: |
Thanks lancelotlinc,
how to generate the output terminal events without connecting any nodes to that terminal. |
There is a bug in WMB that interferes with this event generation from the MQOutput node. A fix is targeted for WMB 7.0.0.4. If you require this before that patch is available, open a PMR and you can get the APAR to fix the problem.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Sep 13, 2011 5:45 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri wrote: |
| I am trying to capture the flow status whether the message is delivered to the individual target queues are not. |
You know they've been delivered because the node didn't throw an error. You're paying a lot of money to IBM for an assured delivery system (WMQ) and if there's any reason that the messages don't arrive at their intended destination you've got bigger problems which should be detected by the monitoring you have on the WMQ infrastructure and not by the putting application.
| sri wrote: |
| This will also help me in knowing the time difference between delivery of messages to different queues in the same flow. |
No it won't. All it will give you is the time the message was queued for delivery. It won't tell you when the message was actually delivered to it's intended destination on a different system which could be seconds, minutes or (in the event of a network failure) hours later. Pedantically it doesn't even confirm delivery; if the target queue is full the message won't be delivered at all and my comments about WMQ monitoring apply.
| sri wrote: |
| Basically want to capture the events at all the end/delivery points of the flow. |
Again, why? What value does this information have? What does it tell you that the fact the flow didn't abend does not? Or if you prefer, what does it tell you that the presence of a Transaction End event rather than a Transaction Rollback event does not?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Sep 13, 2011 5:45 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| lancelotlinc wrote: |
| There is a bug in WMB that interferes with this event generation from the MQOutput node. |
Now that's something I've learned.... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri |
| Posted: Tue Sep 13, 2011 5:47 am Post subject: |
|
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
hi
Traditionally we use the message logging mechanism (subflow) immediately after the WMQ Input node and after the WMQ Output nodes. This will generate the message logging to confirm the messages has been pickedup by the flow and the messages are delivered to output queues.
I am checking if WMB events could be used as a replacement to the logger subflows that we used traditionally.
With WMB events, I dont see an option to capture the message event after the WMQ output nodes (without adding any nodes to the out terminal).
I want to capture the event only after the WMQ output nodes, since it will confirm that the message has been already delivered to the queue. Capturing the input terminal event of WMQ output node is not useful for me since, the event will be generated even if there is a failure in message delivery to the output queue. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Tue Sep 13, 2011 5:50 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
| sri wrote: |
| I am checking if WMB events could be used as a replacement to the logger subflows that we used traditionally. |
The optimized design would use WMQ's COD or application level Acknowledgement.
I would not use WMB events to do what you want. Your current implementation is better than WMB events.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| sri |
| Posted: Tue Sep 13, 2011 5:59 am Post subject: |
|
|
Apprentice
Joined: 14 Mar 2004
Posts: 32
Location: Chennai - India
|
Thanks lancelotlinc
I was thinking WMB Events as replacement to traditional logger subflows to generate the events since, the event generation mechanism will be decoupled from individual flow developments.
We can have monitoring profile to capture the uniform key fields from message as and when required. Moreover have option to use Websphere business monitor to display the events.
Do you think this is not the good option. Will there be any high performance impact. |
|
| Back to top |
|
|
|
|
