ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » Training for MQ on z/OS?

Post new topic  Reply to topic Goto page Previous  1, 2
 Training for MQ on z/OS? « View previous topic :: View next topic » 
Author Message
jefflowrey
PostPosted: Fri Oct 21, 2005 3:17 pm    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

hopsala wrote:
That doesn't really help him with managing pagesets, logs, archiving, bufferpools, trigger monitors, CSQUTIL, dead letter queue handler... All that aside from the fact that sometimes, there's a comm problem (which may even be the actual prob at hand), and you can't connect externally - console abilities, in general, always pay off.


But it does meet his two criteria - manage it like he does his distributed, and not learn to be a systems programmer.

Really, though, at least half of what you are talking about can be managed by a competant mainframe systems programmer with no MQ knowledge, working in conjunction with a competant MQ admin.

At least, that's been my experience - that when I've had to get stuff done on z/OS I could get by with the help of a MF sys prog who hadn't done any MQ.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
wschutz
PostPosted: Fri Oct 21, 2005 4:02 pm    Post subject: Reply with quote

Jedi Knight

Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)

Quote:
Specifically, we have a major argument with my MF collegue over the use of MA12 from Wayne Schutz. My common sense told me it must operate just like the included runmqtrm in other platforms, that it should be running all the time, that only one initiation queue is needed per qmgr, and the process definition's applID field should contain sth (job card?) that starts the program.

But right now, app_1 starts the trigger monitor upon sending out a request, when the reply arrives, and a trigger msg put into the initiation queue, the it starts a second application app_2, and shutdown the trigger monitor, the trigger monitor virtually does nothing. This looks a rather strange setting, but it works most of the time. This is certainly not the right way of doing things. But to straighten it out, I have to have certain minimal MF skills related to the tasks.

So, you're saying that an application puts a message on a triggered queue and then starts MA12 to get the trigger message? That wasn't really the way I had thought it would be used back in 1994. Why do they do it that way?
_________________
-wayne
Back to top
View user's profile Send private message Send e-mail AIM Address
hopsala
PostPosted: Fri Oct 21, 2005 4:18 pm    Post subject: Reply with quote

Guardian

Joined: 24 Sep 2004
Posts: 960

jefflowrey wrote:
But it does meet his two criteria - manage it like he does his distributed, and not learn to be a systems programmer.

Quite so, to this day thousands of java programmers wake up screaming in the middle of the night, sobbing and muttering in sheer terror "I dreamt I was coding a JES exit in assembly"

jefflowrey wrote:
Really, though, at least half of what you are talking about can be managed by a competant mainframe systems programmer with no MQ knowledge, working in conjunction with a competant MQ admin.

You're probably right, that will be the fastest solution - of course he will have to learn some WMQ z/OS specific knowledge (pagesets etc), but he doesn't have to know how to create the log VSAM files, the MF admin can do that for him. However, if he has the time and money to learn enough MF to be independant, why not? In the end, it's the old time/money paradigm resurfaced...


Last edited by hopsala on Mon Oct 24, 2005 3:17 am; edited 1 time in total
Back to top
View user's profile Send private message
wschutz
PostPosted: Fri Oct 21, 2005 4:22 pm    Post subject: Reply with quote

Jedi Knight

Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)

And don't forget QSGs.....
_________________
-wayne
Back to top
View user's profile Send private message Send e-mail AIM Address
PeterPotkay
PostPosted: Sat Oct 22, 2005 3:55 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

...and OTMA Bridge Queues
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
javagate
PostPosted: Mon Oct 24, 2005 2:50 am    Post subject: Reply with quote

Disciple

Joined: 15 Nov 2004
Posts: 159

wschutz wrote:
And don't forget QSGs.....


Good point. You need another hat to know how to do all the DB2 stuff. Actually you problably need a DB2 Admin specific.

If you are going to manage MQSeries on z/OS you MUST be a System Programmer!!!!!!!! No matter how you look at it there is no way around that.
_________________
WebSphere Application Server 7.0 z/OS &
MQ 6.0. I work with WebSphere in the real world not in some IBM lab.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » Training for MQ on z/OS?
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.