Hi, The communication between system A and system B is always real-time, but in case of a fail over the Batch Application will be run and at that time we have 60-80,000 messages to process (it may be more also) and depending on the volume no: of jobs initiated will differ. Hence we had this idea of using temporary dynamic queues. Hence the jobs will be run adhoc based on the need. The applications are performance critical (time driven). So instead using one request and response queue, we had the idea of using ddynamic queues.
Will there be any performance bottleneck using temporary dynamic queues ? rgds lakshmi > -----Original Message----- > From: Tim Armstrong [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, December 11, 2002 12:42 AM > To: [EMAIL PROTECTED] > Subject: Re: Dynamic reply to queues > > Before commenting further can you tell us what kind of message volume you > are talking about ie, 1,000 messages an hour, 10,000 messages an hour and > what are your actual environments. > > > > "Lakshmi, Saraswathi" > <Saraswathi.Lakshmi@SI To: [EMAIL PROTECTED] > SCLEAR.COM> cc: > Sent by: MQSeries List Subject: Dynamic reply to queues > <[EMAIL PROTECTED] > AT> > > > 10/12/2002 22:32 > Please respond to > MQSeries List > > > > > > Hello everybody, > > I have two questions regarding Reply-to-Queues > > 1. In a single h/w system env. can we we have a dynamic reply-to-queues > between two queue managers. > > 2. How does it differ in a distributed system environment, can we have > dynamic reply queues. > > > The application is desgined as follows. > > 1. IBM Host Application residing on system A - creates messages to be > processed on a system B. The messages are shipped over static definitions > on local/remote queues and waits for responses from system B. Each message > specifies the ReplyQueue it wants to receive on. > > 2. Application on system B processes the messages and is ready to send the > responses back to system A. > > 3. The message is sento to the reply-to-queues mentioned in the message > itself. > > 4. The question is can these reply-queues (local) be dynamic queues > (local) created when the job starts. Both the reply-queue and > reply-to-queue manager is known. > > 5. The reason for this approach is that there can many jobs running > parallely, then it is easier to manager and maintain these queues. (for > load balancing on volume). > > 6. After receiving and processing responses the batch job ends. Hence the > life of the message is between the start and stop of the job. > > 7. If something goes wrong in either applications on system A and system B > the jobs can be re-run. Hence using dynamic queues will reduce the amount > of exception handling the Batch job needs to do. > > Will the concept of dynamic queues work or do we need to define static > definition of the reply-queue on system B (as remote queues). > > > thanks > > lakshmi > > > **************************************************************************** > > The content of this e-mail is intended only for the confidential use of the > person addressed. If you have received this message in error, please notify > us immediately by electronic mail, by telephone or by fax at the above num- > bers. > > E-mail communications are not secure and therefore we do not accept any > res- > ponsibility for the confidentiality or altered contents of this message. > > Please be aware that SIS Group and its subsidiary companies cannot accept > any orders or other legally binding correspondence with a participant as > part of an E-mail. The views expressed above are not necessarily those held > by SIS Group and its subsidiary companies and not binding for them.> > ************************************************************************exfe > > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
