Discussion :

[bestall666]

Bonjour,

Dans notre entreprise, nous utilisons les menus standards (objets menus ) afin de mettre les programmes à disposition des utilisateurs. Sur ces menus nous indiquons une commande (objet CMD) que les utilisateurs peuvent taper pour lancer le programme correspondant.

Je suis chargé de mettre à jour ces menus et commandes et j'aimerais automatiser cette tâche !!

Je dois
-vérifier l'existence de procédures OCL36 dans quelques bibliothèques
-vérifier l'existance de la comandes (objet CMD)
-Créer la commande s'il n'existe pas de procédure OCL36 portant le même nom

Ya t un moyen d'obtenir :
- un fichier avec les cmd existantes ?
- un fichier avec les procédures OCL36 exitantes ?

Merci d'avance pour les réponses


Bestall666

[Hédhili Jaïdane]

Bonjour,
...Ya t un moyen d'obtenir :
- un fichier avec les cmd existantes ?
- un fichier avec les procédures OCL36 exitantes ?
Bestall666

Pour les commandes, des moyens, il y en a : DSPOBJD ou PDM, pour les procédures S/36 OCL36, il n'y a que SEU ou PDM parce que ce ne sont pas des objets OS400. Elles existent sous forme de membres dans QS36PRC.

Ceci dit, je ne pense pas personnellement que faire des menus à l'aveuglette comme ça en y mettant toutes les procédures ou commandes soit la meilleure façon sans avoir une idée sur les fonctionnalités et l'architecture de l'application. Souvent des commandes sont appelées par d'autres commandes, idem pour les procédures. Dans un menu on a des options associées à des commandes (OS400 Natif) ou à des procédures (S/36) et il faut bien désigner tout ça : quelle option=quelle commande/procédure, mettre un texte clair, etc... et l'utilisateur ne tappera que le n° de l'option.

C'est mon avis perso.

[bestall666]

Merci d'avoir pris le temps de me répondre

Je vais déjà pouvoir pointer les commandes existantes !!!

@++

[Hédhili Jaïdane]

... pointer les commandes existantes !!!
@++

Plutôt les commandes/procédures appelées en premier niveau (par l'utilisateur final ou l'exploitation informatique)