ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » TimeOut Controle

Post new topic  Reply to topic
 TimeOut Controle « View previous topic :: View next topic » 
Author Message
samgunddi
PostPosted: Thu May 04, 2006 8:43 am    Post subject: TimeOut Controle Reply with quote

Acolyte

Joined: 17 May 2004
Posts: 54

We have a request-response scenario, which has to generate an event if no response is received. Cannot use aggregation because the fan-out branches, is not predetermined. So, we are investigating the Timeout node provided in WBIMB v6.

Wanted to find out if any of the GURUS faced this scenario?

Any feedback is greatly appreciated.
_________________
IBM Certified System Administrator
- WebSphere Message Queue V5.3
- WebSphere Message Broker v6.0
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Thu May 04, 2006 8:58 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

You can use aggregation if you have an unknown number of fan-outs. You just reuse one Request node. Your replies will then end up as children of the Folder.

There is a whitepaper on developerworks about using the timeout nodes.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
samgunddi
PostPosted: Thu May 04, 2006 9:25 am    Post subject: Reply with quote

Acolyte

Joined: 17 May 2004
Posts: 54

jefflowrey,

Thanks for referring to the white paper. It does have a lot more information than product documentation.

Think I cannot use aggregation because the branched events are distinct. And should run independent of other.

For instance consider
1-n request-response scenario (1 source and n destinations)
Application is segmenting the messages (Head + data+ Tail)...

- Source application sends the head
- Brokers determines n destinations
- Brokers request a response from n destinations
- Destination application responds back with the temp queue name i should send the data
_________________
IBM Certified System Administrator
- WebSphere Message Queue V5.3
- WebSphere Message Broker v6.0
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Thu May 04, 2006 11:38 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

As long as there is a 1-1 between requests and replies, you can use aggregation.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
TonyD
PostPosted: Thu May 04, 2006 12:40 pm    Post subject: Reply with quote

Knight

Joined: 15 May 2001
Posts: 540
Location: New Zealand

MQGet with PROPAGATE?
Back to top
View user's profile Send private message Send e-mail
samgunddi
PostPosted: Fri May 05, 2006 4:35 am    Post subject: Reply with quote

Acolyte

Joined: 17 May 2004
Posts: 54

Aggregate works but requires that every message sent out thru the AggregateReq node has an unique msgid.
_________________
IBM Certified System Administrator
- WebSphere Message Queue V5.3
- WebSphere Message Broker v6.0
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » TimeOut Controle
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.