MQSeries.net :: View topic

iabarca · Posted: Tue Apr 30, 2002 11:26 am Post subject:

Peter, thanks, so much.

I have a better idea, how a need to work; about yours questions; The I400MIAMI.RIBS Queue Manager, there is at AS/400. The app that puts the requests exist on the NT workstation, under this squeme how a need to instal MQSeries at NT Workstation? Typical, or Custom. When instaled like Typical I need Active Directory Service Interfaces and when instaled like a Custom I How I do for my app puts the request.?

once again, thanks.

Hi,

I will work with MQSeries for Windows Workstation NT and AS/400, my client give me the next information:

Queue Manager: I400MIAMI.RIBS
Request Queue: MI.RIBS.REQUEST ( This is for OSystem to send their request to )
Reply Queue : MI.RIBS.REPLY ( This is for OSystem to receive reply from )

Please tell me, for this squeme a need define a Receiver Channel and Sender Channel for each queue for the AS/400 side and Workstation NT?

Please give yours suggest.

With Regards.

Yuri

====
Where is this I400MIAMI.RIBS Queue Manager located? Is it on the AS400 or
on the NT Workstation? Where does the app that puts the requests exist, on the NT workstation?
Is there going to be a queue manager on both the AS400 and the NT box? Or can you use the MQClient for one of them?

That aside, when dealing with a queue manager on each box, Sender/Reciever channel pairs only need to be defined between queue managers, not between queues. So 1 pair handles messages going from Queue Manager#1 (QM1) to Queue Manager#2 (QM2), and another pair handles messages going from QM2 to QM1.

On QM1, define a sender channel to QM2, and a reciever channel from QM2. On QM2, define a sender channel to QM1, and a reciever channel from QM1. Usually you name these channels after the QMs they go between, so a sender from QM1 to QM2 would be called QM1.QM2. (Unfortunatly, channel names can only be 20 bytes long, and your client picked a QM name longer than 9 bytes, so if we consider I400MIAMI.RIBS to be QM1, then you only have 4 bytes for whatever QM2 is going to be, or you break the convention and call the channel whatever.)

On QM1, define an XMIT queue called QM2 (in other words name it after the queue manager it is going to) and associate it with a sender channel going to QM2.

On QM2, define an XMIT queue called QM1 and associate it with a sender channel going to QM1.

Now if you only have the queue manager on one box, you can get away with using the client on the other. In this case, you can skip all of the above. Just create a SVRCONN channel on the QM (or use the default) to accept the client connection request. Be aware that using Clients has its own set of pluses and minuses. Read the Client manual or search this site for discussions on Clients to determine if this will work for you.
_________________
Peter Potkay
MQSeries Certified Specialist,Developer