| Author |
Message
|
| mangoMan |
 Posted: Tue Oct 12, 2004 12:20 pm Post subject: request/reply |
 |
|
Acolyte
Joined: 16 Oct 2003
Posts: 69
|
| I get a request from system A, I send it out to system B to be processed, then I get a response from system B, I format the response and send it back to system A. How can can I implement this in one flow. If I put the msg on a queue for B to pick up then how do I pick up the response? |
|
| Back to top |
|
 |
| siliconfish |
| Posted: Tue Oct 12, 2004 12:48 pm Post subject: |
|
|
Master
Joined: 12 Aug 2002
Posts: 203
Location: USA
|
I think you need two flows here -
one for the request message to put into the output queue to be picked up by the system B.
another flow for the response , B will put the message to the input queue of the response message flow and then goes to A.
_________________
siliconfish |
|
| Back to top |
|
|
| kirani |
| Posted: Tue Oct 12, 2004 12:50 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Why do you want to do this in one flow? Your request and reply message flows should work in asynchronous mode. I'd suggest that you create two separate message flows for this.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| mangoMan |
| Posted: Tue Oct 12, 2004 1:48 pm Post subject: |
|
|
Acolyte
Joined: 16 Oct 2003
Posts: 69
|
| Want to do it in one flow so I can throw an error if I dont get a response. |
|
| Back to top |
|
|
| siliconfish |
| Posted: Tue Oct 12, 2004 1:57 pm Post subject: |
|
|
Master
Joined: 12 Aug 2002
Posts: 203
Location: USA
|
u can use CorrelationID in the reply message coming through the reply flow to correlate the request messages. You do not need a single flow for both request and replies for correlating the request/replymessages.
Think of this - how can an input queue of a flow be in both systems A and B? (yes we do if both the request/responses are going to the same queue manager) but I don't think thats thew right way to do it.
Use two flows and rely on Correlation ID by copying the message id of the request into the corresponding reply messages in System B and send them to A.
_________________
siliconfish |
|
| Back to top |
|
|
| kirani |
| Posted: Tue Oct 12, 2004 2:15 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Avoid building "wait" logic in your message flow. This will cause deployment problems when the message flow is waiting for the reply message. Why don't you let the user on the systemA handle the time-outs.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Oct 12, 2004 2:19 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
If you want to throw an error when you do not receive a reply, you should look into the aggregation nodes.
In this particular instance, you will only be aggregating one reply. But that's not a problem.
The aggregation nodes will give you the option to a) do everything in one flow (but it's better not to), b) respond to a timeout event.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| mangoMan |
| Posted: Tue Oct 12, 2004 2:54 pm Post subject: |
|
|
Acolyte
Joined: 16 Oct 2003
Posts: 69
|
| Thanks for the responses. I have decided to use aggregation. Where can I find a simple example of its use? Is there a redbook or some tutorial that goes through setting up a sample flow. |
|
| Back to top |
|
|
| kirani |
| Posted: Tue Oct 12, 2004 3:13 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Take a look at Chapter 10 in ,
WebSphere MQ Integrator Deployment and Migration Redbook.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
|
|
