putting messages to dynmaic Q`s

[alladin1979]

Hi

Given below is the scenario:

There are two machines M1 and M2 both with MQSeries server installation. M1 has the QManager QM1 and M2 has the QManager QM2.

There is a process P2 running on the M2 machine . This process P2 creates a Temporary Dynamic queue D1 at runtime and waits for a message to arrive on this Dynamic Queue. If a message does not arrive within a specified time interval the process P2 closes this dynamic queue(D1) and dies down.

There is another process P1 running on the Machine M1. This process needs to put the message into the Temporary Dynamic queue D1.

Query:
Since the both the queue managers are running on physically different machines what are the various ways/approaches by which the Process P1 on the machine M! can put the message into the Dynamic Queue D1?

One possible approach can be using the cliend connection the Process P1 connects to the QManager QM2 on M2 and puts the message in the dynamic queue D1.

Can there be another approach say using the
1) Clustering of the QManagers QM1 and QM2
2) Having a remote queue definition

OR any other approach other than the client type connection?

If u want to u can contact me directly at sailesh_k@infosys.com

Rgds,
Sailesh

 

[GFC]

Process P1 can access the temporary dynamic queue D1 by means of MQPUT1 once MQMD.ReplytoQueue and MQMD.ReplytoQMgr have been specified. In a request/reply scenario, these values would usually be present in the MQMD received in the Request. This is probably the simplest way of achieving what you want. The QMgrs are known to each other by queue-manager alias (see MQSeries Intercommunication).

Clustering gives no real gain as the only way to put messages on a dynamic queue from an app other than the "opener" is to use MQPUT1.

Use of remote definition would prevent unique name-generation for dynamic queue - you can't predefine what you can't predetermine.

GFC