| Author |
Message
|
| schmun |
 Posted: Fri Dec 02, 2011 3:34 am Post subject: Client/Remote runmqdlq (to z/OS) |
 |
|
Novice
Joined: 03 Jul 2009
Posts: 24
|
Hi
I need a solution to work on the DLQ of a z/OS QMgr via a unix system.
In effect a runmqdlq(c) with a DLQ-RuleTable (discard, retry,...)
Does anyone knows about such a program? |
|
| Back to top |
|
 |
| zpat |
| Posted: Fri Dec 02, 2011 3:49 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
| What's wrong with using the z/OS equivalent of runmqdlq? |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Dec 02, 2011 3:55 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Why would you want to do this rather than run the dead-letter queue handler on the z/OS system? Effectively you'll need a client program to GET the messages from the DLQ on z/OS, process the dead-letter headers, then PUT the messages to the relevant queues (presumably on z/OS) with the headers stripped off - all more effort than it's worth, plus the effort required to set up RACF (or equivalent). Of course, I'm assuming your z/OS system has the Client Attach Feature (CAF) paid for and installed.
trout whomever has given you this 'requirement'...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| schmun |
| Posted: Fri Dec 02, 2011 4:12 am Post subject: |
|
|
Novice
Joined: 03 Jul 2009
Posts: 24
|
>What's wrong with using the z/OS equivalent of runmqdlq?
Nothing. But there is a gap in HR with z/OS know how...
Please no discussion about not changeable (for me) conditions.
@exerk
Thank you. I know about the technical solution, but dont want want to write it myself. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri Dec 02, 2011 4:32 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
The sample programs include full source for runmqdlq.
Just compile it against the client libraries and adjust your config, and your sister-in-law's husband's father's brother is named bjorn stronginthearm. |
|
| Back to top |
|
|
| zpat |
| Posted: Fri Dec 02, 2011 5:20 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
You should not try to work around things that should not be worked around. I realise this is often the cultural approach in parts of the world.
If you have MQ on z/OS you must have someone capable of supporting it - on z/OS. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Dec 02, 2011 5:34 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Is your z/OS WMQ capable of supporting WMQ clients? There's a Client Attachment license Feature required on z/OS.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Dec 02, 2011 5:49 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| schmun wrote: |
| But there is a gap in HR with z/OS know how... |
Then (assuming you produce this client version of runmqdlq) are you going to configure the z/OS to accept the client connection and allow the program to run (RACF is a technical skill by itself)?
Assuming your CAF license allows such a client connection to z/OS?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| schmun |
| Posted: Fri Dec 02, 2011 6:05 am Post subject: |
|
|
Novice
Joined: 03 Jul 2009
Posts: 24
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Dec 02, 2011 6:14 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
I echo Vitor's comments:
You may successfully compile/bind the source to run on a client platform; but you will encounter technical roadblocks on z/OS - WMQ client support and then security.
Your Windows id, and Windows mqm-group membership, are worthless on z/OS - as much as they would be worthless to admin a UNIX platform.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| schmun |
| Posted: Fri Dec 02, 2011 6:15 am Post subject: |
|
|
Novice
Joined: 03 Jul 2009
Posts: 24
|
@Vitor, bruce
CAF Licence? - I think so. But even not - up to 5 conns have to be allowed without it, or not? |
|
| Back to top |
|
|
| schmun |
| Posted: Fri Dec 02, 2011 6:18 am Post subject: |
|
|
Novice
Joined: 03 Jul 2009
Posts: 24
|
@bruce
I know how to connect with a client to a z/OS Qmgr. RACF will not be the problem. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Dec 02, 2011 6:22 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| schmun wrote: |
| CAF Licence? - I think so. But even not - up to 5 conns have to be allowed without it, or not? |
I'd double check with your IBM rep. In your place I'd want to be certain running a home-brew DLQ handler counts as an admiinstrative use, which is what those 5 connections are intended (and I believe) licensed for.
I'm not saying it's not covered by the license. I'm saying get offical confirmation that it is.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Dec 02, 2011 6:23 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| schmun wrote: |
| RACF will not be the problem. |
Now that's not something you hear on many z/OS sites... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Dec 02, 2011 6:24 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| schmun wrote: |
@Vitor, bruce
CAF Licence? - I think so. But even not - up to 5 conns have to be allowed without it, or not? |
Again, you will need to communicate with your z/OS support team to make certain that CAF is installed, and that one of the 5 admin ids will be available for your use, and that they will do the appropriate security setup. Security on z/OS is far more complicated than being an mqm-group member on Windows.
It's been my experience that your attempts to circumvent z/OS will inevitably demand that you work with z/OS.
Did it occur to you that you can create the dlq-handler rules table on Windows, and that you can give it to the z/OS folks to implement on z/OS WMQ platform? This might be the most expedient.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
