| Author |
Message
|
| Srinivasavs |
 Posted: Sat Jul 24, 2004 11:42 pm Post subject: Passthru server |
 |
|
Newbie
Joined: 27 Aug 2003
Posts: 5
|
In our application we have two MQ servers. We have two interfaces to our application, Lotus Notes and Web. The web users put and get messages from one MQ Server, let us call as "web MQ server". Notes users put and get messages from another MQ server, let us call as "Notes MQ server". Now these two MQ servers connect to third MQ server, let us say 'external app MQ server'.
Due to some constraints, only the 'Notes MQ server' can talk to 'external app MQ server'. So I need to route all the messages from 'Web MQ server' to 'external app MQ server' thru 'Notes MQ server'. Is this possible? If so, what is that I need to do. I can put the messages from 'Web MQ server' to 'Notes MQ server' but I am not sure how to trigger the event of putting the messages from 'Notes MQ server' to 'external app MQ server'.
Secondly; If we are able to send the message to 'external MQ server' from 'Web MQ server' thru 'Notes MQ server'... and the 'external MQ server ' sends the reply, how to send only those messages back to 'Web MQ server' thru the 'Notes MQ server'
Thanks in advance |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Sun Jul 25, 2004 7:05 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
|
| Back to top |
|
|
| TCV |
| Posted: Tue Jul 27, 2004 11:37 am Post subject: Multi-hopping |
|
|
Apprentice
Joined: 21 Aug 2003
Posts: 48
|
If there is no direct communication link between the source queue manager and the target queue manager, it is possible to pass through one or more intermediate queue managers on the way to the target queue manager. This is known as a multi-hop.You need to define channels between all the queue managers, and transmission queues on the intermediate queue managers.
Read Intercommunication manual.
 |
|
| Back to top |
|
|
| sebastianhirt |
| Posted: Tue Jul 27, 2004 12:06 pm Post subject: |
|
|
Yatiri
Joined: 07 Jun 2004
Posts: 620
Location: Germany
|
Hope I understood right what you want to do...
We are solving that with using Clusterqueues and Alias queues.
A Message from an Application is put to an Alias queue on QM1. BaseQ of that Alias queue is a cluster queue (could also be a remote definition). The Cluster queue again is a shared Alias queue on QM2. The Base queue of this Alias queue is another clusterqueue...
And so on and so on...
Hope this helps...
cheers
Seb |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Jul 27, 2004 12:23 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| Quote: |
A Message from an Application is put to an Alias queue on QM1. BaseQ of that Alias queue is a cluster queue (could also be a remote definition). The Cluster queue again is a shared Alias queue on QM2. The Base queue of this Alias queue is another clusterqueue...
And so on and so on...
|
This is unnecessary. If you are in a cluster, there is no need for you to make a path for the message to get from one Qm to the other. There is no need to even create the first Alias queue (unless you want to hide the name of the destination queue from the putting app, or to implement security).
Having the queues resolve over and over to other queues is just plain wrong and introduces complexity for no reason.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| sebastianhirt |
| Posted: Tue Jul 27, 2004 12:43 pm Post subject: |
|
|
Yatiri
Joined: 07 Jun 2004
Posts: 620
Location: Germany
|
| PeterPotkay wrote: |
This is unnecessary. If you are in a cluster, there is no need for you to make a path for the message to get from one Qm to the other. There is no need to even create the first Alias queue (unless you want to hide the name of the destination queue from the putting app, or to implement security).
Having the queues resolve over and over to other queues is just plain wrong and introduces complexity for no reason. |
Aggreed!
I think I should go to bed. Its already late in germany
I should have been telling that our security only allows to put messages to alias queues and that we are running through (up to) 3 different Clusters with our messages.... I made a wrong assumption when I wrote this statement... Sorry for that...
Is there another solution to connect between different clusters beside using that many queues? Because as you said, Peter, it is producing a lot of complexity...
If you want to have "only" one cluster, I would of course go for the cluster queues... |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Jul 27, 2004 12:47 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
|
| Back to top |
|
|
| OmPat |
| Posted: Wed Jul 28, 2004 5:47 am Post subject: |
|
|
Apprentice
Joined: 20 Jul 2004
Posts: 33
Location: Charlotte
|
Excellent Information about overlapping clusters. WOW.
Thanks a lot peter.
~Om
_________________
IBM Certified WMQ V5.3 System Administrator
IBM Certified WMQ V5.3 Solutions Designer
Brainbench Certified MQ Expert
IBM Certified WMQI V2.1 Solutions Expert
IBM Certified WMQI V2.1 Specialist |
|
| Back to top |
|
|
|
|
