2010-01-15 5 views
1

Je dois écrire un REXX Exec ou Clist pour identifier l'OMS qui a mis en file d'attente un Dataset et afficher un message convivial sur une application de dialogue ISPF. En raison de problèmes de configuration du système, la commande% WHOHAS n'est pas disponible. Cependant, je sais aussi que ISPF lui-même (Option 3.4) a des crochets propriétaires dans l'ordinateur central zos pour afficher les informations de ressources en file d'attente dont j'ai besoin - ainsi l'information peut être obtenue. Malheureusement, je ne sais pas comment accéder à ces données depuis l'extérieur de l'ISPF 3.4 en utilisant un REXX Exec ou un CLIST. Aucune suggestion?Y a-t-il une commande TSO écrite en REXX ou CLIST qui peut déterminer que l'OMS a mis en file d'attente un jeu de données?

Répondre

0

Cela s'est avéré être une solution très simple. Rien d'extraordinaire. Si le clist utilise CONTROL NOFLUSH, il n'abandonnera pas lorsque l'ALLOCation d'un ensemble de données échouera. Nous avons également un produit installé appelé TSOPLUS qui va formater un message au terminal identifiant qui a alloué un jeu de données lorsque l'allocation échoue. En désactivant FLUSH puis en traçant le message TSOPLUS, j'ai pu extraire les informations dont j'avais besoin.

1

En première lecture, j'ai pensé que ce serait une chose assez simple à creuser. Pas assez!

Sous ISPF vous pouvez obtenir un panneau pour afficher qui tient un jeu de données en tapant sur la ligne de commande:

TSO ISRDDN ENQ « Dataset-name »

La commande ISRDDN est documentée à : http://publibz.boulder.ibm.com/cgi-bin/bookmgr/FRAMESET/ispzug50/G.0?ACTION=MATCHES&REQUEST=isrddn&TYPE=FUZZY&SHELF=ispzpm50&DT=20060621022939

Invoquer ISRDDN est possible à partir d'un programme REXX mais je ne sais comment capturer la sortie dans une variable de tige où vous pouvez l'analyser et de publier un hors message. Je ne pouvais pas trouver une ligne de commande interface à ISRDDN qui permet la capture de la sortie.

Il y a un autre petit utilitaire à: http://www.sillysot.com/mvs/index.htm?queryenq.htm qui prétend faire aussi bien, je n'ai jamais essayé peut donc pas commenter davantage à ce sujet.

Je googlé votre question et il semble que plusieurs personnes ont utilisé la commande MVS

D GRS, RES = (*, dsname)
pour déterminer qui détient un ensemble de données. Cependant, cela nécessite un accès à la console, donc ce ne serait pas approprié pour la plupart des utilisateurs. Si l'accès à la console est autorisé, vous pouvez démarrer une session sous REXX et capturer la sortie assez facilement, voir: http://www.redbooks.ibm.com/redbooks/pdfs/sg244626.pdf. Un dernier lieu de recherche serait les bandes CBT (freeware pour IBM mainframes). Vous trouverez ici plusieurs implémentations de la commande ISPF WHOHAS.

Désolé, mais c'est le meilleur que je peux faire.

+0

C'était une réponse intéressante. J'ai essayé d'émettre la commande TSO ISRDDN END 'Dataset-name' et j'ai obtenu la réponse ... "Ce système fonctionne avec SETGRS MODE = STAR Les informations ENQ ne seront pas collectées à partir d'autres systèmes, les affichages ENQ peuvent ne pas refléter tous les paramètres. les ENQ connus de GRS. " Pendant le test - le travail qui contenait l'ensemble de données n'a pas été détecté. Je crois que le clist% WHOHAS invoque également la même commande "D GRS, RES = (*, dsname)" de sorte qu'ils sont clairement liés. Il semble ISPF 3.4 utilise une méthode inconnue pour accéder à ces données. Je vais regarder un peu plus à vos autres suggestions. thx – MikeC

+0

J'ai juste remarqué que mon lien vers la documentation de l'ISPDDN ISPF était faux - jsut l'a corrigé. – NealB

Questions connexes