| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| Channel Auto Definition (CHAD) Exit |
« View previous topic :: View next topic » |
| Author |
Message
|
| silentflute |
 Posted: Tue Mar 22, 2005 6:28 am Post subject: |
 |
|
Apprentice
Joined: 14 Jul 2004
Posts: 32
|
Jeff,
But that transmission queue (qmgr alias) will always be flowing back to the same UNIX queue manager, which may or may not be available. If not available, then the replies will never happen. Is my understanding correct?
Thanks! |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Tue Mar 22, 2005 6:36 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
And that's different than it is now... how?
Do they have channels defined that point to each of your Unix queue managers?
Because if so, you should just put them in your cluster.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| silentflute |
| Posted: Tue Mar 22, 2005 7:06 am Post subject: |
|
|
Apprentice
Joined: 14 Jul 2004
Posts: 32
|
Jeff,
Yes, they have a transmission queue to each of our UNIX servers. This was done for another application a while back.
If they would allow it, an 'overlapping cluster' configuration would make this much easier, putting aside the security implications.
Thanks! |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Mar 22, 2005 7:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
A transmission queue is just a storage mechanism.
Do they have channels to all of your Unix Qmgrs? Or only some?
Do you have channels to their QM on all of your Unix QMs?
Regardless, I think that worst case, you can install a message exit on the sender channel(s) to their QM, rather than on the cluster.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| silentflute |
| Posted: Tue Mar 22, 2005 7:19 am Post subject: |
|
|
Apprentice
Joined: 14 Jul 2004
Posts: 32
|
Jeff,
Sorry, I meant that there is a transmission queue and channels for each UNIX server at the external customer queue manager. And, as such, there are channels from all the UNIX servers to the external queue manager.
Since the external customer manager is z/OS also, I would think that the same problem, the need for a CHAD exit to reformat the message exit path information, would happen only in reverse. And I'm not sure that the customer would allow exits.
Thanks! |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Mar 22, 2005 7:58 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
If it's distributed queuing, then there isn't Channel Auto-Definition, right? So no CHAD.
And again, if I understand things, the "problem" is that they are trying to put one thing in the destination queue manager of the message (which they are copying from the replytoqmgr), and you need it to be something else. That is, the name they are using is resolving to something you don't want.
So, for that matter, you could put a message exit on your receiver channels that would rewrite the destination qmgr on all messages coming back from them.
Do message exits need to occur in pairs? I forget. I wouldn't think so... but they are channel exits.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| silentflute |
| Posted: Tue Mar 22, 2005 10:41 am Post subject: |
|
|
Apprentice
Joined: 14 Jul 2004
Posts: 32
|
Jeff,
Both z/OS and distributed platforms have CHADs.
Once the message is at the external queue manager, it's too late to alter the reply-to-queue-manager-name.
No, from my experience, if the channels are on the same type of platform Windows -> Windows, then messages exits do not have to occur in pairs. Again, from my experience, if the channels are on different platforms, Windows -> UNIX, then they must occur in pairs. I cannot back this up with written proof though.
Thanks! |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
