| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Urgent!!! Can Aggregation be done synchronously? |
« View previous topic :: View next topic » |
| Author |
Message
|
| Thripura Sundari |
 Posted: Tue Aug 16, 2005 5:41 am Post subject: Urgent!!! Can Aggregation be done synchronously? |
 |
|
Acolyte
Joined: 13 Jun 2005
Posts: 57
Location: Bangalore, India
|
Hi all,
I need an information very urgently. I need to know whether Aggregation process can be done synchronously. I tried out an aggregation example, but it was asynchronous. I need to maintain the context information through out the process. I have the HTTP Input and HTTP Reply nodes in the same flow, but have a different message flow for processing the request messages and putting them in the
node or queue. If any of you have implemented it, please let me know. I just want to know whether it is possible, has been implemented or not.
I want to know if aggregation is possible as a synchronous process.
Thanks and Regards,
Thripura Sundari. V. |
|
| Back to top |
|
 |
| aq |
| Posted: Tue Aug 16, 2005 10:09 am Post subject: |
|
|
Apprentice
Joined: 20 Dec 2001
Posts: 47
|
In short, no, it cannot be done truly synchronously, aggregate replies are processed always in another flow instance.
Ofcourse you can pass your context information to aggregate reply flow as one of the aggregate replies ...
By the way, can you tell for what kind of usage scenario are using aggregation ? Is it for combining the results of multiple requests or just for timeout functionality ? |
|
| Back to top |
|
|
| Thripura Sundari |
| Posted: Tue Aug 16, 2005 8:34 pm Post subject: |
|
|
Acolyte
Joined: 13 Jun 2005
Posts: 57
Location: Bangalore, India
|
Hi,
Thanks for the reply.
It is for aggregation of replies and not just time out functionality. I have asked some queries about it in this site itself and got some answers from many people, but some how it didnt work for me. May be I was making a mistake somewhere. I would like to know if some one has implemented an aggregation synchronously, maintaining the context in case of a HTTP Input, HTTP Reply so that the flow knows where to send the reply.
I was getting the aggregated information, but the flow didnt know where to send the reply to as the context was lost. I set the local environment. But it didnt work.
Regards,
Thripura Sundari. |
|
| Back to top |
|
|
| aq |
| Posted: Tue Aug 16, 2005 11:42 pm Post subject: |
|
|
Apprentice
Joined: 20 Dec 2001
Posts: 47
|
Yes, even if you have the AggregateRequest and AggregateReply parts in same flow when you design them in ToolKit, at runtime they are two separate flow instances (so (Local)Environments are not passed between them), and only way to get information from request part to reply part is in MQ message.
One way to maintain your context information (for example the 'HTTP.RequestIdentifier' info for HTTPReply):
1. After your have made your other AggregateRequest's, create one more message ("aggregate helper msg")
2. Put your context information that you want to pass to aggregate reply flow in this "aggregate helper msg" (put them for example as XML or in MQRFH2 header).
3. For this "aggregate helper msg" you want to set same MsgId and CorrelId, this "special" message works both as a request and reply. You could for example use the 'HTTP.RequestIdentifier' as a MsgId & CorrelId in this message.
4. Define also "aggregate helper" queue for this, wire your aggregate request flow to send this message to queue.
5. And also wire your aggregate reply flow to read this same message as aggregate reply from the same queue. Now you can pass the context information you want from aggregate request flow instance -- to --> aggregate reply flow instance in this extra "aggregate helper message" and restore it back to (Local)Environment from the helper message.
Hopefully this helps |
|
| 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
|
|
|
|
