Author |
Message
|
Vitor |
Posted: Fri Dec 02, 2011 6:28 am Post subject: Re: Client/Remote runmqdlq (to z/OS) |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
schmun wrote: |
I need a solution to work on the DLQ of a z/OS QMgr via a unix system. |
Of course another solution is to make the z/OS queue manager's dead letter queue a remote queue that points at the unix queue manager. I'm assuming the existence of a Unix queue manager. This queue either be the local queue manager's dlq or not; I'd be inclined to say not. Queues are cheap.
It's a philosophical question if this is better or worse than a client dead letter handler. I don't think I'd do it, but then I'd use the z/OS dead letter handler. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
bruce2359 |
Posted: Fri Dec 02, 2011 6:33 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
I doubt that the z/OS WMQ folks (and developers) will knowingly and cheerfully allow dead-letter messages (or any other valuable business messages) to leave the z/OS platform - for platforms with far less security. _________________ 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 6:39 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
bruce2359 wrote: |
I doubt that the z/OS WMQ folks (and developers) will knowingly and cheerfully allow dead-letter messages (or any other valuable business messages) to leave the z/OS platform - for platforms with far less security. |
People do put valuable business messages on other platforms sometimes.
z/OS folks are never cheerful. Though that could be just me.
As I said, it's not my preferred solution. But given that this site is happy to have z/OS DLQ messages processed on Unix, it's not that much of a stretch to move them closer to the Unix app processing them so it's a viable option & I thought I'd mention it. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
schmun |
Posted: Fri Dec 02, 2011 6:42 am Post subject: |
|
|
 Novice
Joined: 03 Jul 2009 Posts: 24
|
Sorry. The discussion is far away from my question.
I thought that infos are unnecessary for my request:
We use zOS QMgr more the ten years with a few 100 client conns per qmgr. I administrate them over 6 years. Not every one who have to adminstrate the zOS qmgrs have the rights (not only RACF reasons) or the ability to do it via 3270.
@Vitor
Thank you. But than i am not able to use the dlqmon local on z/OS. (And I would have to define remote queues back to the z/OS for retry.) |
|
Back to top |
|
 |
mqjeff |
Posted: Fri Dec 02, 2011 6:46 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
schmun wrote: |
Sorry. The discussion is far away from my question |
 |
|
Back to top |
|
 |
bruce2359 |
Posted: Fri Dec 02, 2011 6:53 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Vitor wrote: |
bruce2359 wrote: |
I doubt that the z/OS WMQ folks (and developers) will knowingly and cheerfully allow dead-letter messages (or any other valuable business messages) to leave the z/OS platform - for platforms with far less security. |
People do put valuable business messages on other platforms sometimes.
z/OS folks are never cheerful. Though that could be just me.
As I said, it's not my preferred solution. But given that this site is happy to have z/OS DLQ messages processed on Unix, it's not that much of a stretch to move them closer to the Unix app processing them so it's a viable option & I thought I'd mention it. |
I was not arguing the technical feasibility of moving dlq messages off z/OS WMQ. And I was not suggesting that only lesser-value messages belong on midrange platforms.
Rather, I was suggesting that this technical solution might not be the appropriate business solution. I am strongly suggesting that the developers (analysts, auditors, management) need to be part of the decision-making process. If they concur, then they can press the (grumpy) z/OS folks get get involved.
I intended and intend no offense. _________________ 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 |
|
 |
bruce2359 |
Posted: Fri Dec 02, 2011 7:05 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
schmun wrote: |
Sorry. The discussion is far away from my question.
I thought that infos are unnecessary for my request: |
Your request that we only provide a direct and specific answer to your question is appreciated.
However, the side- or related-discussion items may be of value to others reading the post and replies.
It has been my experience that technical folks envision technical solutions, often to the exclusion of related business issues that have proven to be of greater importance.
One of my clients (a financial institution) was shocked and amazed to discover admins had changed the overall application design (as your OP implied) - such that it failed internal and external audit.
I can imagine one of your managers asking "what do you mean you moved our $1B financial transaction messages (off the dlq) out of the z/OS security domain?!"
I interpreted your focus solely on the technical solution to mean "I don't care about the business implications of what I'm doing." _________________ 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 8:40 am Post subject: |
|
|
 Novice
Joined: 03 Jul 2009 Posts: 24
|
Sorry. If I asked about a tech. solution, i expect a tech. answer - direct or workarounds following to the initial situation (here access from "outside" to z/OS).
all other posts that havent a direct relation to my questions deflect from a solution and maybe prevent it because an other reader (with a potential solution) has no desire to read all posts...
post++ |
|
Back to top |
|
 |
exerk |
Posted: Fri Dec 02, 2011 9:09 am Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
The tech solution you want is not necessarily the tech solution you need... _________________ 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 9:32 am Post subject: |
|
|
 Novice
Joined: 03 Jul 2009 Posts: 24
|
exerk wrote: |
The tech solution you want is not necessarily the tech solution you need... |
...
>direct or workarounds following to the initial situation |
|
Back to top |
|
 |
bruce2359 |
Posted: Fri Dec 02, 2011 10:26 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
schmun wrote: |
Sorry. If I asked about a tech. solution, i expect a tech. answer - direct or workarounds following to the initial situation (here access from "outside" to z/OS).
all other posts that havent a direct relation to my questions deflect from a solution and maybe prevent it because an other reader (with a potential solution) has no desire to read all posts...
post++ |
Without apology, change your expectations.
You came to us. We are a free-ware post site. We are volunteers. We are professionals with gobs of experience doing technical work in a business environment.
There are many ways to accomplish a given task - as you have discovered from reading our replies.
Many of us make our meager livings from consulting. There are technical and business impacts on any technical solution. This is why we ask for clarification from you. This is why we offer alternatives.
If you don't value our gobs of experience, or can't tolerate what you perceive as extraneous information, please feel free to go elsewhere. _________________ 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 |
|
 |
|