Application OPC et paramètres JCL

[sam01]

Bonjour à tous,

j'ai une application OPC à laquelle je dois passer un paramètre (que je pourrais ensuite utiliser dans les jobs de cette application).

Quels sont vos différentes techniques pour faire passer un paramètre avant le démarrage d'une application OPC. (hors mis celle de renseigner directement un fichier séquentiel en 3.4 au catalog...)

j'ai besoin d'un système qui démarre l'application OPC après la saisie du paramètre.

Merci d'avance pour votre aide.

[bernard59139]

Bonjour

le plus simple est d'utiliser les variables OPC.

SI les variables sont du type "user", elles peuvent être maj :

1. manuellement, avec une intervention
2. ocl programmation que propose opc
3. api interfaces opc qui peuvent être utilisées depuis presque tous les langages, rexx compris

[Lemmings1406]

Bonjour,

A ce que j'ai compris, tu veux renseigner un paramètre puis déclencher l'appli. Donc le langage OCL serait peut-être le plus approprié avec une étape pour passer le/les paramètre(s) (enrichissement de variables TWS comme évoqué par Bernard qui est pour moi la meilleure solution et la plus fiable) puis une étape pour déclencher l'appli (mise à complete de la première workstation...).

Le langage OCL est très simple d'utilisation et presque intuitif.

[sam01]

Bonjour,

pour être franc, je n'ai jamais entendu parler de ce langage OCL...

Comment ça fonctionne, auriez-vous un exemple ?

Ce n'est pas des variables OPC. C'est des dates de fin de periodes comptables,

ca peut être plusieurs lignes de paramètres....

Est-ce qu'on est limité sur la longueur de la ligne?

[bernard59139]

Attention

Si ce sont des variables qui dépendent d'un calendrier, tu as différentes solutions.

Une solution: définir un calendrier spécifique "fin de mois comptable" et d'utiliser les variables standards opc

toutes les informationssur les variables opc sont codées ici

Très souvent, ce genre paramétrage des programmes se fait par l'intermédiaires de tables de paramétrage, style SPITAB.

[Lemmings1406]

Re,

Est-ce que tu peux nous donner un exemple de ce qui doit être donné en paramètre? et nous dire comment ces paramètres sont utilisés dans les jobs.

Ca pourra nous éclairer sur des solutions éventuelles.

[sam01]

Ben non ce n'est pas que des dates,

ça peut être tout et n'importe quoi.

PARAM1 = OUI
PARAM2 = POP
PARAM3 = SEND
PARAM4 = HOLD


Dans l'exemple que je donne,

je dois renseigner OUI, POP, SEND et HOLD

et je retrouve ces paramètres dans des membres de JCL sous la forme de carte paramètres :

boc.agi.t(param1)
boc.agi.t(param2)
boc.agi.t(param3)
boc.agi.t(param4)


Ets-ce que c'est un peu plus clair pour vous ?

[Lemmings1406]

Hum Hum...

Je pense que le plus simple, c'est de créer une table de variable TWS. Ensuite soit tu utilises le langage OCL (on peut te donner des exemples) pour enrichir ces variables puis déclencher ton appli ou faire un petit développement REXX qui fera la même chose. C'est au choix. Tu peux aussi déclarer toutes les variables dans le REXX et faire un FTOPEN et FTCLOSE pour enrichir le JCL puis le soumettre.

A toi de voir. Bernard ou moi-même (mais demain) pouvons te donner des exemples.

[sam01]

Heu ça ne me va pas trop...

Je me suis peut-être mal exprimé.

Je pense que le plus simple est de vous expliquer la méthode que l'on utilise actuellement :

lorsque l'on doit enrichir le JCL d'une application :

en va en 4.1 sur OPC et on tape X devant l'application OPC (sur une Work Station spécifique). C'est à ce moment que l'on a une panel qui s'affiche et ou l'on doit renseigner les variables voulues. Ensuite on valide et on fait PF3,
et à ce moment la Work Station se met à complete et l'application démarre avec les paramètres renseigné.

[Lemmings1406]

RE,



Je ne comprends pas ton soucis (déjà le 4.1 puis X ... j'ai pas trouvé). Ensuite tu demandes quels systèmes on utilise pour passer des paramètres à nos JCL et pour le démarrage des applis et ce matin tu mets que vous avez déjà une solution qui est mise en place et qui à l'air de fonctionner.

Donc tu veux trouver une autre solution technique? ou tu veux autre chose?

Essaye de m'éclairer parce que je suis dans le flou et je ne vois pas comment t'aider (j'ai l'impression de t'embrouiller plus qu'autre chose)!!!

PS: Sans indiscrétion, quelle est ta version de TWS?

[sam01]

Ben oui, on a une solution, mais elle n'est pas satisfaisante.

On est limité sur l'écran. ça signifie que l'on ne peut pas mettre un numbre de ligne qui est au dessus de l'ecran.

Le X que je tape est un programme maison fait en assembleur, donc tu ne peux pas le trouver.

Pour la version de ZOS, quelle est la commande à taper ?

[Lemmings1406]

D'accord...Donc, il faut que tu développes un nouvel outil qui te permette de faire la même chose mais avec plus de possibilités.

Tout d'abord, ce qui existe peut être fait hors interface TWS. Je pense donc que le REXX combiné avec le language OCL et éventuellement une table de variables TWS serait le plus simple (avec ou sans habillage graphique).

Il te faut consulter la doc "Programming Interface" de TWS pour connaitre toutes les possibilités du language OCL.

Mais encore une question. Ton JCL utilise les variables ou il est enrichi puis soumis ce qui n'est pas la même chose (dans le premier cas, il utilise une table de variables TWS, dans le second cas, le JCL est enrichit par le pgm assembleur et sauvegardé dans une des biblis de la EQQJBLIB)?

C'est un développement simple et rapide à faire, ce qu'il faut c'est réussir à se comprendre sur ton besoin pour pas qu'il y ait confusion.

[sam01]

C'est le deuxième cas.

Je rempli des zones et ensuite il y a mise à jour des membre de la biblithèques des paramètres.

Il y a donc une nuances.

Je ne met pas à jour le JCL, je met à jour un membre d'une bibliothèque paramètre qui est utilisée dans le JCL.


Par exemple :

//param dd bib.param.jcl(param01)



Et c'est ce le membre param01 qui est modifié.

Donc on ne touche même pas au JCL.

Donc en plus simple, ce que je cherche à faire, c'est avoir un panel ou je peux mettre un nombre indéterminé de ligne ( ne pas être limité par la taille de l'écran) et quand j'ai fini de saisir la valeur des paramètres :

1) cela me met à jour un ou plusieurs membres dans la bibliothèque des paramètres.

2) Déclenche l'application OPC concernée

[Lemmings1406]

Ahah!!!Tu vois, je sentais bien qu'on ne se comprenait pas.

Au final, ce que tu veux faire est plus simple. Il te suffit de développer un petit REXX pour faire cela. Ca tient en quelques lignes. Soit tu édites les membres de bibliothèques dont tu as besoins. Soit tu édites un autre membre puis ensuite avec des séries de tests, tu lis ce même membre et tu mets à jour en cascade tes membres paramètres.

Une fois que c'est fait, tu ajoutes une étape (OCL) dans ton REXX qui va aller libérer ton appli.

Si tu veux des exemples de quoi que ce soit, y'a ka demander.

[sam01]

Je crois qu'on s'est à peu près compris mais c'est un peu plus compliqué que ça...

Voilà ce qu'il me faudrait :

1) un ecran ispf avec les 2 option :

a) Creation d'un ecran parametre

b) Saisie des paramètre (ça c'est si l'écran existe déjà pour l'application concernée)


2) Si l'écran n'a pas été créé pour l'application on choisi l'option a

Cela nous amène à un nouvel ecran ou l'utilisateur doit decrire l'ecran de l'application concernée (Cet manip se fait une seule fois, c'est uniquement si l'application OPC n' pas d'ecran paramètre de defini).

Alors dans cet écran, il faudra mettre le nombre de paramètre, leur taille et leur nom et indiqué s'il sont associé ou dissocie.

je m'explique s'ils sont associé, il feraont partie du même membre, s'ils sont dissociés ce sera des membres différents.

Et bien sûr il faudra donner un nom à cet écran paramètre ( ce sera le nom de l'application).

Ca signifie que je vais devoir créer un écran ispf en dynamique...( ça je n'ai jamais fait encore)

Quand tout cela est fait, il faut retourner au premier panel ISPF et saisir l'option :

a) Saisi des paramètres

Ici la difficulté qui se pose c'est que j'aimerais ne pas être limité à la taille de l'ecran. Je vais exagérer mais si j'ai 60 lignes de paramètres à taper, j'aimerais pouvoir faire pf8 sur l'écran et continuer à saisir...

Et ensuite quand j'ai terminé de saisir les paramètres, et tapant "entrer", j'ai besoin que l'application qui est en 5.2 sous TWS (au plan courant OPC) soit débloquée. En effet l'application (qui attend ses paramètres) est bloquée sous OPC par une Work station spécifique.

C'est la partie codage OCL donc j'ai besoin (si vous avez un exemple, merci).
Et comment l'intégrer dans mon rexx, car je n'ai jamais codé en OCL.

C'est pour ça que je dis que ça ne va pas être si simple que ça...

[Lemmings1406]

Ouh lala, ça m'a l'air d'être un peu compliqué. Peut-être faudrait-il passer par une table ispf. Ce serait plus simple. Je t'expliquerais en détails Jeudi. Je ne suis pas au taf et je ne connais pas le code par coeur.

[Lemmings1406]

Pour le language OCL, il faudrait que tu demandes à l'administrateur TWS chez toi pour savoir si l'environnement est déjà présent ou pas, il s'agit entre autre du paramétrage du membre EQQYRPRC de la SEQQSAMP.

Sinon, il y a les programmes interfaces tout aussi efficaces.

Tu peux aussi lui demander si vous avez reçu la dernière nouveautés de Tivoli le language SOE