| Author |
Message
|
| zpat |
 Posted: Tue Apr 12, 2022 6:39 am Post subject: MQ AMS and Datapower MQ client |
 |
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
We would like to use AMS end to end, the starting end would be Datapower MQ client placing messages on a queue.
Apparently, although DP embeds the MQ v8 or V9 client code - it does not support use of AMS.
Seems a major oversight by IBM. I have seen a RFE about it - but hey guys this is 2022 - we can't wait for this.
This could distort our designs to use something less ideal such as message broker (in this case anyway).
Any thoughts?
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Thu Apr 14, 2022 12:48 am Post subject: Re: MQ AMS and Datapower MQ client |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| zpat wrote: |
We would like to use AMS end to end, the starting end would be Datapower MQ client placing messages on a queue.
Apparently, although DP embeds the MQ v8 or V9 client code - it does not support use of AMS.
Seems a major oversight by IBM. I have seen a RFE about it - but hey guys this is 2022 - we can't wait for this.
This could distort our designs to use something less ideal such as message broker (in this case anyway).
Any thoughts? |
I believe you should be able to define an AMS channel intercept for DP to create the message with a known user key defined in the channel intercept.
Use SSL from DP to the qmgr on the channel and the AMS intercept from the channel to the queue. 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| zpat |
| Posted: Fri Apr 15, 2022 8:03 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
The AMS intercept runs on the MQ client platform (in this case DP) and therefore needs the keystore.conf to be configured and the appropriate certificates set up.
I have raised a support case with IBM and they say this is "not supported" and referred to a RFE from Peter Potkay.
You are suggesting not encrypting the message on the client but letting the QM encrypt the message - I don't think that is how AMS works with client applications.
If the queue had a AMS policy requring encryption (or signing) then I am fairly sure the MQPUT from DP would fail.
One could put it to an unprotected queue and then move it (with something) to a protected queue of course.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| markt |
| Posted: Fri Apr 15, 2022 8:19 am Post subject: |
|
|
Knight
Joined: 14 May 2002
Posts: 508
|
|
| Back to top |
|
|
| zpat |
| Posted: Fri Apr 15, 2022 11:10 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Interesting - does this work if the QM is z/OS MQ?
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Apr 15, 2022 1:00 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
|
| Back to top |
|
|
| zpat |
| Posted: Tue Apr 19, 2022 5:36 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Can't see how to enable MQ MCA AMS under z/OS - but maybe some poor devil at IBM support will know.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| markt |
| Posted: Tue Apr 19, 2022 5:53 am Post subject: |
|
|
Knight
Joined: 14 May 2002
Posts: 508
|
| z/OS qmgrs support AMS MCA intercept for qmgr/qmgr channels (eg sdr/rcvr), but not svrconns. Distributed qmgrs are the opposite. Maybe one day they'll line up but not at the moment. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Apr 19, 2022 4:23 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
zpat, sounds like you may need to have the DataPower appliances MQ Client connect to non z/OS MQ "Concentrator" queue managers which in turn send to the z/OS queue managers over QM to QM channels.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| zpat |
| Posted: Tue Apr 19, 2022 9:20 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
OK - z/OS strikes again - three strikes and I am out 
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
|
|
