Bull DPS 7000 Guide de l'utilisateur

Transcription

1 Interfaces de programmation Bull DPS 7000 Guide de l'utilisateur Configuration et utilisation de /HOST7 GCOS 7 Logiciel Sujet : Ce manuel explique comment configurer et utiliser le produit /HOST7. Il s'agit d'un logiciel Bull permettant à une application TUXEDO sous UNIX d'utiliser les transactions et les données d'une application TDS sous GCOS 7. Observations : Version du logiciel : GCOS 7 AP/HPS à partir de la version V6 (à partir de TS6152) Date : Novembre 1995 Bull S.A. Bull HN Information Systems Inc. CEDOC Publication Order Entry Atelier de reproduction MA30/ , Avenue Patton BP Concord Road ANGERS Cedex Billerica, MA FRANCE U.S.A. 47 F2 30UT Rev01

2 Copyright Bull S.A., 1995 Toutes les marques citées sont la propriété de leurs titulaires respectifs. Vos suggestions sur la forme et le fond de ce manuel seront les bienvenues. Une feuille destinée à recevoir vos remarques se trouve à la fin du présent manuel. La loi du 11 mars 1957, complétée par la loi du 3 juillet 1985, interdit les copies ou reproductions destinées à une utilisation collective. Toute représentation ou reproduction intégrale ou partielle faite par quelque procédé que ce soit, sans consentement de l'auteur ou de ses ayants cause, est illicite et constitue une contrefaçon sanctionnée par les articles 425 et suivants du code pénal. Ce document est fourni à titre d'information seulement. Il n'engage pas la responsabilité de Bull S.A. en cas de dommages résultant de son application. Des corrections ou modifications au contenu de ce document peuvent intervenir sans préavis ; des mises à jour ultérieures les signaleront éventuellement aux destinataires.

3 Préface OBJET DU MANUEL Ce manuel explique comment configurer et utiliser les composants GCOS 7 de /HOST7. Sa lecture doit être associée à celle du manuel TUXEDO /Host Guide, qui décrit les composants UNIX de /HOST7. Remarque : Du point de vue de TUXEDO, /HOST7 est "l'instanciation" GCOS7/TDS du produit /Host. Dans la documentation TUXEDO, il est appelé "Extension de /Host". UTILISATEURS CONCERNES Administrateur TDS et administrateurs de réseau responsables de la configuration des composants GCOS 7 de /HOST7. La connaissance de TDS, XCP2 et NETGEN est un prérequis. Les programmeurs d'applications TDS responsables de la programmation de transactions TDS pour le compte de clients TUXEDO. La connaissance du COBOL ou du langage C sous GCOS 7 est un prérequis. 47 F2 30UT Rev01 iii

4 Configuration et utilisation de /HOST7 BIBLIOGRAPHIE GCOS 7 Cette bibliographie est fournie à titre indicatif. Pour plus de précisions (disponibilité du manuel en français, numéro de révision, indice de mise à jour), veuillez vous adresser à CEDOC. TDS : TDS - Guide de l'administrateur (V6)...47 F2 20UT TDS Administrator's Guide (V6)...47 A2 20UT TDS - Guide du programmeur (V6)...47 F2 21UT TDS Cobol Programmer's Manual (V6)...47 A2 21UT TDS - Guide de l'administrateur (V7)...47 F2 32UT TDS Administrator's Guide (V7)...47 A2 32UT TDS - Manuel du programmeur (V7)...47 F2 33UT TDS Programmer's Manual (V7)...47 A2 33UT TDS/C - Guide du programmeur...47 F2 07UT TDS C Language Programmer's Manual...47 A2 07UT Haute disponibilité (HA) - Guide de l'administrateur...47 F2 23UT High Availability Administrator's guide...47 A2 23UT Communications : CPI-C/XCP2 - Guide de l'utilisateur...47 F2 14UT CPI-C/XCP2 User's Guide...47 A2 14UT Réseaux - Concepts et génération...47 F2 71UC Networks: Overview and Generation A2 71UC Réseaux ISO - Concepts et génération...47 F2 91UC ISO Networks: Overview and Generation A2 91UC Réseaux - Concepts...47 F2 92UC Networks Overview A2 92UC Génération de réseaux...47 F2 93UC Network Generation A2 93UC iv 47 F2 30UT Rev01

5 Préface BIBLIOGRAPHIE UNIX TUXEDO : TUXEDO /Host Guide...86 A2 58AT TUXEDO System /Host for GCOS Guide A2 56CD TUXEDO SRB...86 A2 58WF TUXEDO EXTENSION SRB... CD-ROM (DPX/20) TUXEDO Product Overview...86 A2 49AT TUXEDO Reference Manual...86 A2 61AT TUXEDO Administrator's Guide...86 A2 50AT TUXEDO Programmer's Guide...86 A2 52AT TUXEDO Cobol Guide...86 A2 60AT TUXEDO FML Guide...86 A2 54AT TUXEDO Application Development Guide...86 A2 51AT Communications : CPI-C/OSI Administrator's Guide... 86A2 92QP CPI-C Programmer's Guide... 86A2 91QP Dans ce manuel, les références des manuels GCOS 7 sont citées sous forme abrégée (4 derniers caractères alphanumériques). 47 F2 30UT Rev01 v

6 Configuration et utilisation de /HOST7 STRUCTURE DU MANUEL Chapitre 1 GENERALITES SUR /HOST7... Fournit un aperçu des concepts et du fonctionnement de /HOST7. Chapitre 2 CONFIGURATION DES COMPOSANTS GCOS 7 DE /HOST7. Décrit les procédures de configuration d'une application TDS et des communications XCP2 nécessaires à /HOST7. Chapitre 3 PROGRAMMATION D'UNE TRANSACTION TDS POUR UN CLIENT TUXEDO Décrit les structures de données, les fonctions et les règles de programmation des transactions de service TDS. Chapitre 4 CONTROLE D'ACTIVITE DE LA PASSERELLE TDS Explique comment obtenir des historiques en traitement par lots et l'affichage en ligne des informations concernant l'utilisation de la passerelle TDS. Annexe A FORMAT D'ARTICLE DU FICHIER HOST Présente la description d'article du fichier HOST. Annexe B MESSAGES D'ERREUR ET REPONSES /HOST7 Fournit la liste des messages de la passerelle TDS et des commandes maîtresses TDS, des messages d'erreur du compte rendu d'exécution HOST7 et des codes d'erreur envoyés à TUXEDO. Annexe C EXEMPLE COBOL D'UNE TRANSACTION DE SERVICE TDS Fournit un exemple de transaction TDS programmée en COBOL comme service pour TUXEDO. vi 47 F2 30UT Rev01

7 Préface LISTE DE CONVENTIONS D'ECRITURE GCL/JCL Les conventions d'écriture utilisées dans ce manuel pour la syntaxe des commandes maîtresses TDS, des commandes GCL et des ordres JCL sont les suivantes : ELEMENT élément Les majuscules indiquent une valeur littérale à introduire telle quelle. A noter que, dans la pratique, cette convention peut être abandonnée au profit des minuscules. Les minuscules indiquent une valeur non littérale. Il s'agit d'une valeur à fournir par l'utilisateur. En général, le type et la longueur maximale de la valeur sont spécifiés : déc2 nom8 nombre entier de 2 chiffres maximum nom de 8 caractères maximum Dans certains cas, le format de la valeur est précisé : jjmmaa date Dans d'autres cas, il s'agit d'une description de la valeur : classe-appareils volume ELEMENT Un élément souligné représente la valeur implicite. { } Les accolades indiquent que l'utilisateur doit choisir une valeur parmi celles présentées. [ ] Les crochets indiquent un élément facultatif. Un élément ne figurant pas entre crochets est obligatoire. = * # Caractères spéciaux à introduire tels quels. Exemple 1 : [ TDS = { nom4 #WTDS } ] Ce paramètre est facultatif. Vous pouvez spécifier : TDS=TD08 (par exemple) aucune valeur (la valeur implicite TDS=#WTDS est prise en compte) TDS=#WTDS (identique à la valeur implicite) Exemple 2 : REPORT = { D S } Ce paramètre est obligatoire. Vous devez spécifier REPORT=D ou REPORT=S. 47 F2 30UT Rev01 vii

8 Configuration et utilisation de /HOST7 viii 47 F2 30UT Rev01

9 Table des matières 1. Généralités sur /HOST MODÈLE CLIENT/SERVEUR LOGICIELS NÉCESSAIRES CONCEPTS FONDAMENTAUX ET COMPOSANTS Passerelles TDS Fichier HOST Passerelles natives Types de tampon STRING, CARRAY et VIEW Communications entre passerelles RÉCAPITULATION DES FONCTIONS UTILISATEUR DE /HOST Configuration des composants GCOS 7 de /HOST ALLOCATION DU FICHIER HOST GÉNÉRATION DE TDS Clause HOST GATEWAY Clause MESSAGE-LENGTH Clause MAXIMUM XCP2-WAITTIME Passerelles TDS en environnement HA ASSIGNATION DU FICHIER HOST CONFIGURATION DE XCP F2 30UT Rev01 ix

10 Configuration et utilisation de /HOST Fichier PPCLOG Exemple de génération de réseau LANCEMENT DE /HOST Programmation d'une transaction TDS pour un client TUXEDO CORRESPONDANCE ENTRE TYPES DE DONNÉES TUXEDO ET TDS Types de tampon Conversion des tampons Données décimales condensées (dec_t) ECHANGE DE DONNÉES Verbe RECEIVE (COBOL) Verbe SEND (COBOL) Macro Receive (langage C) Macro Send (langage C) RÈGLES DE PROGRAMMATION ACCÈS PROGRAMME AUX INFORMATIONS SUR LA PASSERELLE TDS Procédure DISPLAY-GATEWAY (COBOL) Macro h_dgwt_status (langage C) CONSÉQUENCES DES DÉFAILLANCES ET RELANCES A CHAUD SÉCURITÉ ET CODES D'AUTORISATION D'ACCÈS Contrôle d'activité de la passerelle TDS HISTORIQUE DE L'ACTIVITÉ DE LA PASSERELLE TDS ACTIVITÉ COURANTE DE LA PASSERELLE TDS x 47 F2 30UT Rev01

11 Table des matières Annexes A. Format d'article du fichier HOST... A-1 A.1 FORMAT EN COBOL... A-1 A.2 FORMAT EN LANGAGE C... A-2 B. Messages d'erreur et réponses /HOST7... B-1 B.1 MESSAGES DE LA PASSERELLE TDS... B-1 B.2 MESSAGES DES COMMANDES MAÎTRESSES ("MASTER") TDS... B-3 B.3 MESSAGES D'ERREUR GENERÉS PAR PRINT_HOST_FILE... B-4 B.4 CODES D'ERREUR ENVOYES PAR LA PASSERELLE TDS A TUXEDO... B-6 C. Exemple COBOL de transaction de service TDS... C-1 Glossaire... g-1 Index... i-1 47 F2 30UT Rev01 xi

12 Configuration et utilisation de /HOST7 Illustrations Figures 1-1 Modèle client/serveur de /HOST Exemple de configuration /HOST Fonctionnement d'une passerelle TDS Communications entre passerelles Procédure de lancement de /HOST Exemple de structures VIEW et COBOL correspondantes Exemple d'historique généré par la commande PRINT_HOST_FILE Exemple d'écran affiché par la commande DISPLAY_TDS_GATEWAY Tableaux 1-1 Primitives ATMI Types de données : correspondance entre langage C TUXEDO et langages COBOL et C sous GCOS Types de données : correspondance entre COBOL TUXEDO et langages COBOL et C sous GCOS xii 47 F2 30UT Rev01

13 1. Généralités sur /HOST7 /HOST7 permet à une application TUXEDO sous UNIX d'utiliser les transactions et les données d'une application TDS sous GCOS 7. TUXEDO est disponible sur les systèmes DPX/20 et ESCALA ; TDS (Transaction Driven Subsystem) est le sous-système transactionnel disponible sur les systèmes DPS Avec /HOST7, vous pouvez : étendre votre application TUXEDO afin de tirer parti de la puissance de GCOS 7 ; intégrer vos opérations TDS existantes à l'environnement UNIX-TUXEDO. Un exemple type d'utilisation de /HOST7 est une application bancaire TUXEDO demandant la mise à jour d'un compte, géré dans l'environnement GCOS 7, sur lequel s'effectue des prélèvements à l'aide d'une carte de crédit. S'il existe déjà des transactions TDS pour effectuer ces mises à jour, il est aisé de les modifier pour coopérer avec TUXEDO. 47 F2 30UT Rev01 1-1

14 Configuration et utilisation de /HOST7 1.1 MODELE CLIENT/SERVEUR /HOST7 permet d'étendre le modèle client/serveur de TUXEDO à l'environnement GCOS 7. Application TUXEDO Application TDS client Passerelle native Passerelle TDS Transaction de service UNIX GCOS 7 Figure 1-1. Modèle client/serveur de /HOST7 Dans le modèle client/serveur de /HOST7 : L'application TUXEDO est le "client" et l'application TDS le "serveur". Le programmeur TUXEDO écrit un client qui demande un "service", tandis que le programmeur TDS écrit une transaction qui le fournit (transaction de service). Leurs programmes échangent des données dans des formats compatibles, mais, par ailleurs, ils sont parfaitement indépendants l'un vis à vis de l'autre. Les communications de données sont prises en charge par des "serveurs passerelles" et sont complètement transparentes pour le client TUXEDO et la transaction de service TDS. Les communications entre un client TUXEDO et une transaction TDS s'effectuent via deux serveurs passerelles situés aux deux extrémités du lien de communications. Côté UNIX, la passerelle est appelée "passerelle native" ("native gateway") et côté GCOS 7 "passerelle TDS" ("TDS gateway"). Du point de vue d'unix, la passerelle TDS est également considérée comme une passerelle étrangère, distante ou hôte. A condition d'avoir une passerelle native et une passerelle TDS par lien de communications : une application TUXEDO peut communiquer avec diverses applications TDS ; plusieurs applications TUXEDO peuvent communiquer avec la même application TDS F2 30UT Rev01

15 Généralités sur /HOST7 La figure 1-2 présente un exemple de configuration réunissant deux applications TUXEDO (APP1 et APP2) et trois applications TDS (TDS1, TDS2 et TDS3). Application UNIX - TUXEDO : APP2 Application UNIX -TUXEDO : APP1 client client client NGW1 NGW3 NGW1 NGW2 TGW1 TGW3 TGW1 TGW2 TDS2 TDS3 TDS1 GCOS 7 GCOS 7 Figure 1-2. Exemple de configuration /HOST7 47 F2 30UT Rev01 1-3

16 Configuration et utilisation de /HOST7 1.2 LOGICIELS NECESSAIRES DPS 7000 : GCOS 7 - V6 (à partir de TS6152) CPI-C/XCP2 option accès ISO/DSA sur CNS7 ou DNS ou MAINWAY ESCALA : AIX 4.1 CPI-C/OSI Pour en savoir plus, voir le document TUXEDO EXTENSIONS Software Release Bulletin F2 30UT Rev01

17 Généralités sur /HOST7 1.3 CONCEPTS FONDAMENTAUX ET COMPOSANTS Passerelles TDS Une passerelle TDS ("TDS gateway") est une transaction système capable de : lancer les transactions utilisateur TDS pour le compte de TUXEDO ; envoyer les données structurées générées par la transaction à TUXEDO ; fournir des informations en ligne concernant la configuration et l'utilisation de /HOST7 ; consigner, dans le fichier HOST, des informations concernant chaque demande de service TUXEDO. GCOS 7 TDS UNIX TUXEDO C P I _ C Gestion des services TRANSACTION Gestion des services ADMINISTRATION Transaction utilisateur PASSERELLE TDS Fichier HOST Figure 1-3. Fonctionnement d'une passerelle TDS Comme tous les serveurs, une passerelle TDS doit être lancée pour pouvoir traiter les demandes de service et arrêtée après la dernière demande. Ces deux opérations sont effectuées, à la demande de l'administrateur TUXEDO, par la passerelle native ("native gateway"). 47 F2 30UT Rev01 1-5

18 Configuration et utilisation de /HOST7 Après lancement, une passerelle TDS peut gérer les services "transaction" pour le client TUXEDO et les services "administration" pour l'administrateur TUXEDO. De même, elle peut consigner des informations concernant ces demandes dans le fichier HOST, pour que l'administrateur TDS puisse en disposer (voir ci-dessous). Gestion des services "transaction" Ces services sont demandés par le client TUXEDO. La demande indique un nom de service et est généralement accompagnée de données utilisateur TUXEDO. La passerelle native ("native gateway") met en correspondance le nom de service avec le nom d'une transaction utilisateur TDS. Cette information est ensuite transmise à la passerelle TDS ("TDS gateway"). Cette dernière lance la transaction utilisateur TDS demandée, puis lui transmet les données TUXEDO. A la fin de la transaction utilisateur TDS, la passerelle TDS envoie à TUXEDO les données générées par cette transaction. Gestion des services "administration" Ces services sont demandés par l'administrateur TUXEDO responsable du lancement et de la surveillance des passerelles native et TDS. Les demandes sont traitées par la passerelle native et consignées par la passerelle TDS comme demandes de service dans le fichier HOST. Les noms de services d'administration consignés par la passerelle TDS sont de type : BOOT SHUTDOWN PRINTHOST STATS RECONNECT Demande de connexion de la passerelle native à la passerelle TDS (commande tmboot). Demande de déconnexion de la passerelle native de la passerelle TDS (commande tmshutdown). Demande d'informations de disponibilité de la passerelle TDS (commande printdomain). Demande d'informations statistiques concernant l'utilisation de la passerelle TDS (commande stats). Demande de reconnexion de la passerelle native à la passerelle TDS (commande reconnectdomain). Cette demande peut survenir après une défaillance de TDS ou une rupture des communications entre les deux passerelles (native et TDS). Par exemple, dans le cas d'une défaillance de TDS, l'administrateur TUXEDO peut reconnecter la passerelle native à la passerelle TDS, une fois cette dernière relancée F2 30UT Rev01

19 Généralités sur /HOST Fichier HOST Le fichier HOST sert à enregistrer l'activité de la passerelle TDS. Les informations concernant chaque demande de service émise par TUXEDO y sont consignées (date, heure, état service effectué ou non, noms de service, longueur de tampon, type de tampon...). Le fichier HOST est facultatif. S'il n'est ni alloué ni assigné, l'administrateur ne peut tout simplement pas obtenir d'historique en traitement par lots ("batch") concernant l'activité de la passerelle TDS Passerelles natives Les passerelles natives ("native gateway") sont les composants UNIX de /HOST7. Elles fournissent les noms des services (transactions TDS) disponibles dans l'environnement GCOS 7. Les noms de services sont consignés par l'administrateur TUXEDO dans le fichier UBBCONFIG et associés aux noms de transactions TDS dans le fichier INITFILE (voir TUXEDO Administrator's Guide). Lorsqu'un client TUXEDO demande un service, la passerelle native adresse cette demande et les données associées à la passerelle TDS. Elle assure la conversion des données TUXEDO au format EBCDIC requis par TDS, ainsi que celle des données émises par TDS au format ASCII requis par TUXEDO. Les passerelles natives sont créées au moyen de la commande buildgateway. Leur configuration s'effectue comme celle de tout autre serveur TUXEDO Types de tampon STRING, CARRAY et VIEW Les applications TUXEDO échangent des données via des tampons ("buffer") de quatre types différents : STRING, CARRAY, VIEW et FML. Toutefois, lors de ses échanges avec la passerelle TDS, la passerelle native n'utilise que les trois suivants : STRING CARRAY VIEW Tableau de caractères non-nuls terminés par le caractère Nul. Il s'agit d'un tampon autodéfini. Tableau d'octets non interprétés, éventuellement Nuls. Il s'agit d'un tampon autodéfini. Structure de données similaire à une structure C ou à une donnée groupe COBOL. Il s'agit d'un tampon nécessitant un fichier de description. Le tampon de type FML est converti en structure VIEW par la passerelle native. 47 F2 30UT Rev01 1-7

20 Configuration et utilisation de /HOST Communications entre passerelles Les communications entre la passerelle native et la passerelle TDS sont gérées par CPI- C/OSI du côté UNIX et par CPI-C/XCP2 côté GCOS 7. CPI-C est l'interface de programmation commune pour les communications définie par X/OPEN. CPI-C/OSI côté UNIX et CPI-C/XCP2 côté GCOS 7 sont des produits distincts. /HOST7 ne peut être utilisé que s'ils sont installés et configurés. Les demandes de service s'effectue au moyen des verbes TUXEDO standard tpcall, tpacall et tpforward. Elles sont ensuite : interprétées comme verbes CPI-C par la passerelle native ; transmises au réseau par le serveur OSI-XCP2 ; transmises à la passerelle TDS via l'interface CPI-C/XCP2 ; et enfin, transmises pour traitement à la transaction utilisateur TDS. UNIX GCOS 7 TUXEDO TDS Client TUXEDO Transaction utilisateur tpcall RECEIVE SEND EGI PASSERELLE NATIVE CPI-C PASSERELLE TDS CPI-C CPI-C/OSI ISO (PID) DSA CPI-C/XCP2 Figure 1-4. Communications entre passerelles Les termes CPI-C, XCP2, PID... sont définis dans le glossaire F2 30UT Rev01

21 Généralités sur /HOST7 1.4 RECAPITULATION DES FONCTIONS UTILISATEUR DE /HOST7 Administrateur TDS : Paramètres TP7PREP permettant l'allocation du fichier HOST (voir le chapitre 2). Clause HOST GATEWAY de TDS permettant la déclaration des passerelles TDS lors de la génération de TDS (voir le chapitre 2). Commande GCL PRINT_HOST_FILE permettant d'obtenir un rapport en traitement par lots ("batch") de l'historique des demandes de service (voir le chapitre 4). Commande maîtresse ("MASTER") TDS DISPLAY_GATEWAY_STATUS permettant la visualisation rapide de l'état courant de la passerelle TDS, du nom de ses correspondants, ainsi que d'un court résumé du traitement des demandes de service (voir le chapitre 4) Programmeur d'applications TDS : Structures de données en langage C et COBOL permettant l'échange de données avec TUXEDO (voir le chapitre 3). Procédure COBOL "DISPLAY-GATEWAY" et macro h_dgwt_status en langage C permettant l'accès aux informations relatives à la passerelle TDS (voir le chapitre 3). Administrateur TUXEDO : Commande buildgateway permettant de créer des passerelles natives. Commande printservice de tmadmin permettant d'obtenir le nom d'un service tel qu'il est connu par le TDS distant. Commandes printdomain et stats de tmadmin permettant d'obtenir l'état de la passerelle TDS et des informations relatives à son activité. Commande reconnectdomain de tmadmin permettant de reconnecter la passerelle native à la passerelle TDS après défaillance de TDS ou une rupture de communications entre passerelles. Pour plus de détails, voir les manuels TUXEDO /Host Guide et TUXEDO Reference Manual. 47 F2 30UT Rev01 1-9

22 Configuration et utilisation de /HOST7 Programmeur d'applications TUXEDO : La programmation de clients et de serveurs en environnement /HOST7 est très proche de celle des autres clients et serveurs TUXEDO. Il existe trois contraintes à respecter : Les données transmises par le client TUXEDO doivent être convertibles par la passerelle native au format compatible avec TDS. Les programmeur TUXEDO et TDS doivent s'entendre au préalable sur les types de données à utiliser. Lorsque le verbe tpbegin est émis, les verbes tpcall et tpacall doivent être utilisés avec l'indicateur TPNOTRAN. Seules peuvent être employées les primitives standard ATMI (Application Transaction Management Interface) suivantes : Tableau 1-1. Primitives ATMI Interface application Interface gestion des tampons Communications RPC Routines de service tpinit tpterm tpalloc tprealloc tpfree tptypes tpcall tpacall tpgetreply tpgetprio tpsetprio tpreturn tpforward Pour plus de détails, voir les manuels TUXEDO /Host Guide et TUXEDO Reference Manual F2 30UT Rev01

23 2. Configuration des composants GCOS 7 de /HOST7 Côté GCOS 7 : Les principales opérations à effectuer sont les suivantes : allocation du fichier HOST (facultatif), génération de TDS, assignation du fichier HOST (s'il a été alloué), configuration de XCP2. Les modifications de TDS et les opérations concernant le fichier HOST incombent à l'administrateur TDS. La configuration de XCP2 incombe conjointement aux administrateurs de réseaux UNIX et GCOS 7. Côté UNIX : Les principales opérations à effectuer sont les suivantes : création des passerelles natives (commande buildgateway), déclaration des serveurs passerelles natives ("native gateway") et des services TDS (fichier UBBCONFIG), définition des variables d'environnement des passerelles natives (fichiers ENVFILE), configuration des communications CPI-C/OSI. Pour plus de détails, voir les manuels TUXEDO /HOST Guide et CPI-C/OSI Administrator's Guide. 47 F2 30UT Rev01 2-1

24 Configuration et utilisation de /HOST7 2.1 ALLOCATION DU FICHIER HOST Pour une réservation automatique, vous pouvez utiliser l'ordre JCL TP7PREP en spécifiant les paramètres suivants : HOST = Y [ HOSTSZ = { déc2 1 } ] [ HOSTMD = { vol ONMD } ] [ HOSTDVC = { app ONDVC } ] HOST HOSTSZ HOSTMD HOSTDVC HOST=Y alloue le fichier HOST sous le nom nom-tds.host. Si le fichier est catalogué, l'attribut SHARE prend automatiquement la valeur SHARE=NORMAL. Taille du fichier en cylindres (valeur par défaut = 1 cylindre). Nom du volume disque. Classe d'appareil. Vous pouvez aussi employer un utilitaire de gestion de fichiers JCL ou GCL (par exemple, la commande GCL BUILD_FILE) pour spécifier les caractéristiques suivantes : Organisation UFAS séquentiel indexé CISIZE 4096 RECSIZE 200 RECFORM Variable (V) Clé primaire (1,8) Taille du fichier HOST L'espace requis par le fichier HOST est proportionnel au nombre total de demandes de services "transaction" et de services "administration" reçu par l'ensemble des passerelles de l'application TDS. taille en octets = 200 * (demandes de services "transaction" + demandes de services "administration") Taille d'incrément du fichier HOST Lorsque le fichier HOST est alloué au moyen de TP7PREP, sa taille d'incrément est de 1 cylindre. Le nombre maximal d'extensions dynamiques est de 15. Lorsque le fichier HOST est saturé le code d'erreur est enregistré dans le fichier TUXEDO ULOG ; aucune autre information n'est consignée dans le fichier HOST tant qu'il n'a pas été nettoyé par l'administrateur TDS F2 30UT Rev01

25 Configuration des composants GCOS 7 de /HOST7 2.2 GENERATION DE TDS Modifier le fichier source STDS au moyen des éditeurs GCOS 7 (TEXT EDIT ou FSE). Le fichier STDS doit comporter une clause HOST GATEWAY par passerelle TDS à déclarer (voir ci-dessous). Vérifier la valeur de MESSAGE-LENGTH et de MAXIMUM XCP2-WAITTIME (voir cidessous). Générer TDS au moyen de TP7GEN. Pour plus de détails, voir le Guide de l'administrateur TDS Clause HOST GATEWAY La syntaxe est la suivante : HOST GATEWAY IS {nom8}. La ou les clauses HOST GATEWAY doivent figurer juste avant la première clause USE (si elle est spécifiée), après la clause MAXIMUM XCP2 WAIT-TIME. Le nom spécifié dans la clause HOST GATEWAY doit correspondre à celui déclaré par le paramètre TDSGATEWAY du fichier ENVFILE correspondant (voir TUXEDO /HOST Guide.) Le nombre maximal de passerelles TDS pouvant être déclarées par application TDS est de 100. Exemple : TDS SECTION. PROGRAM-ID TX03. SIMULTANEITY IS 3. HOST GATEWAY IS TX03-GW. TRANSACTION SECTION. MESSAGE "HSTOPENC" ASSIGN TO... MESSAGE "HSTBALAC" ASSIGN TO... MESSAGE "CRDTC" ASSIGN TO F2 30UT Rev01 2-3

26 Configuration et utilisation de /HOST Clause MESSAGE-LENGTH Si les données TUXEDO sont trop longues pour la passerelle TDS, la demande échoue. Pour éviter ce problème, spécifier : MESSAGE-LENGTH >= MAXDATALEN MAXDATALEN est la longueur de données maximale définie côté TUXEDO dans le fichier ENVFILE correspondant (voir TUXEDO /HOST Guide) Clause MAXIMUM XCP2-WAITTIME Cette clause spécifie la temporisation des verbes CPI-C émis par les passerelles TDS. La valeur par défaut convient généralement ; dans le cas contraire, voir le Guide de l'administrateur TDS Passerelles TDS en environnement HA Les passerelles TDS peuvent être générées dans une application TDS s'exécutant dans un environnement HA (c'est-à-dire surveillée par CMSC). Dans le cas d'un basculement (TAKEOVER), lorsque l'application TDS est relancée automatiquement sur un système de secours (BACKUP), les pools de sessions XCP2 sont réouverts automatiquement. Pour plus de détails, voir le Guide de l'administrateur Haute disponibilité F2 30UT Rev01

27 Configuration des composants GCOS 7 de /HOST7 2.3 ASSIGNATION DU FICHIER HOST Pour une assignation statique, ajouter l'ordre ASSIGN au JCL d'exécution TDS de l'utilisateur : ASSIGN H_HOST, nom-tds.host, ACCESS=WRITE; Pour une assignation dynamique, employer la commande maîtresse ("MASTER") TDS OPEN_TDS_FILE : OTF IFN=H_HOST EFN=nom-tds.HOST; Dans les deux cas, s'il s'agit d'un fichier non catalogué, vous devez spécifier le volume et la classe d'appareil associés. Remarque : Si la valeur de l'attribut SHARE du fichier HOST est NORMAL, vous devez désassigner le fichier pour pouvoir lancer en traitement par lots PRINT_HOST_FILE (voir le chapitre 4). Ne pas oublier que SHARE=NORMAL si l'allocation du fichier et son catalogage ont été effectués au moyen de TP7PREP. Afin d'éviter de désassigner le fichier HOST, dans le cas où une lecture "sale" (non consolidée) est admissible, vous pouvez spécifier SHARE=ONEWRITE en procédant comme suit : Pour un fichier HOST catalogué, employer la commande MODIFY_FILE avant de lancer TDS. Pour un fichier HOST non catalogué : - en cas d'assignation statique, modifier l'ordre ASSIGN dans le JCL d'exécution ; - en cas d'assignation dynamique, utiliser la commande maîtresse ("MASTER") TDS OPEN_TDS_FILE ; - modifier l'ordre ASSIGN du JCL TP7HOST dans SYS.HSLLIB avant d'émettre la commande PRINT_HOST_FILE (il s'agit d'une contrainte temporaire). 47 F2 30UT Rev01 2-5

28 Configuration et utilisation de /HOST7 2.4 CONFIGURATION DE XCP2 1. Allocation du fichier PPCLOG au moyen de TP7PREP. 2. Déclaration des noms d'objets XCP2 au moyen des directives NETGEN. Pour plus de détails, voir le Guide de l'utilisateur CPI-C/XCP2. A NOTER Les administrateurs de réseaux UNIX et GCOS 7 doivent se concerter pour choisir des noms d'objets XCP2 qui correspondent. 3. Configuration de la passerelle ISO/DSA (PID). Voir les manuels Concepts et génération de réseaux et Concepts et génération de réseaux ISO Fichier PPCLOG Ce fichier système est obligatoire lorsque TDS utilise XCP2. Pour obtenir des informations concernant son allocation, voir le Guide de l'administrateur TDS Exemple de génération de réseau L'exemple suivant présente les directives NETGEN nécessaires à la configuration des communications de TDS (TD08) et XCP2. TDSWKS NAME=TD08 TMSESS=5 XCP2WKS=TDS8; COMM '*********************************************************'; COMM '** X2TDS8: REMOTE LU NAME under UNIX **'; COMM '*********************************************************'; XCP2WKS NAME=TDS8, MAILBOX=X2TDS8, SERVER=1, SESS_CHECK=1, SESS_VERIFIED_ACCEPTED=1, SESS_USERID=MANDATORY, CONV_CHECK=1, CONV_VERIFIED_ACCEPTED=1, CONV_USERID=OPTIONAL, MAXTX=10; F2 30UT Rev01

29 Configuration des composants GCOS 7 de /HOST7 XCP2COR NAME=LOCTDS8, SESS=BPCC, MAILBOX=X2TDS8, PARALLEL=1, SYNC_LEVEL=CONFIRM; COMM '*********************************************************'; COMM '** DPX2TDS8: LOCAL LU NAME under UNIX **'; COMM '*********************************************************'; XCP2COR NAME=DPX2TDS8, SESS=BK23, MAILBOX=DPX2TDS8, PARALLEL=1, SYNC_LEVEL=CONFIRM; COMM '*********************************************************'; COMM '** DPXA00L3: MODE NAME under UNIX **' COMM '*********************************************************'; POOL NAME=DPXAOOL3, XCP2COR=DPX2TDS8, XCP2WKS=TDS8, MAXSESS=10, MIN_WINNER_SOURCE=6, MIN_WINNER_TARGET=1 WINNER_AUTO=6, DRAIN_SOURCE=0 DRAIN_TARGET=0, SESS_XCP2WKS_SECURITY=1, SESS_VERIFIED_ACCEPTED=1, SESS_USERID=OPTIONAL, CONV_XCP2WKS_SECURITY=1, CONV_CHECK=0, CONV_VERIFIED_ACCEPTED=1, CONV_USERID=NONE, SYNC_LEVEL=CONFIRM; Remarque : La sécurité au niveau session est définie pour le pool XCP2 DPXAOOL3. En effet, le nom de XCP2COR qui correspond à celui de la LU locale sous UNIX doit être enregistré dans le catalogue de site GCOS 7. L'administrateur du système GCOS 7 doit faire figurer les informations suivantes dans le catalogue de site : - l'application TDS (MODIFY_PROJECT NAME=projet ADDAPPL=TD08/codes d'autorisation) - la boîte à lettres XCP2 (MODIFY_PROJECT NAME=projet ADDAPPL=X2TDS8/codes d'autorisation) - l'utilisateur DPX2TDS8 (CREATE_USER NAME=projet.DPX2TDS8) Le paramètre MAXTX de la directive XCP2WKS limite le nombre de transactions admises par TDS. Pour spécifier ce paramètre, vous devez tenir compte du nombre de demandes qui peuvent être reçues simultanément de TUXEDO. 47 F2 30UT Rev01 2-7

30 Configuration et utilisation de /HOST7 2.5 LANCEMENT DE /HOST7 Après avoir terminé la configuration de /HOST7, côté UNIX et côté GCOS 7, effectuer les opérations suivantes : UNIX GCOS 7 1. Démarrer TDS 2. Activer le serveur OSI/XCP2 3. Ouvrir le pool configuré Si l'ouverture du pool est réussie la liaison entre le serveur OSI/XCP2 et TDS est correcte et opérationnelle. 4. Lancer l'application TUXEDO. Le message "started" est émis, si la passerelle native démarre avec succès. Le message TX81 s'affiche au terminal maître. Si le message "failed" s'affiche, vérifier les paramètres de sécurité XCP2, comme suit : Si type de protection = 0 --> Vérifier que XCP2POOL dans NETGEN com porte : CONV_CHECK=0 CONV_USERID=NONE Si type de protection = 2, fournir un nom d'utilisateur et son mot de passe Cet utilisateur doit être enregistré dans le catalogue de site. Le projet par défaut de l'utilisateur doit être associé à la boîte aux lettres XCP2 du TDS. Vérifier que XCP2POOL comporte dans NETGEN : CONV_CHECK=0 CONV_USERID=MANDATORY Figure 2-1. Procédure de lancement de /HOST F2 30UT Rev01

31 3. Programmation d'une transaction TDS pour un client TUXEDO Ce chapitre décrit les éléments /HOST7 impliqués dans la programmation des transactions de service TDS. Les points traités sont les suivants : correspondance entre les types de données TUXEDO et TDS, verbes TDS et structures de données pour l'échange de données avec TUXEDO, règles de programmation, accès programmé aux informations sur la passerelle TDS ("TDS gateway"), protection et codes d'autorisation d'accès. Remarque : La programmation des transactions de service TDS peut se faire en COBOL ou en langage C sous GCOS 7. Pour plus d'informations sur la programmation TDS, consultez les ouvrages suivants : TDS/COBOL - Manuel du programmeur, TDS/C - Guide du programmeur. 47 F2 30UT Rev01 3-1

32 Configuration et utilisation de /HOST7 3.1 CORRESPONDANCE ENTRE TYPES DE DONNEES TUXEDO ET TDS Lorsqu'un client TUXEDO demande un service TDS, le message est transmis de la passerelle native ("native gateway") dans des "tampons typés". Pour les demandes de services utilisateur, TUXEDO utilise les quatre types de tampons ("buffer") suivants : STRING, CARRAY, VIEW et FML. Pour la description détaillée de ces types de tampon, voir les manuels TUXEDO Programmer's Guide et FML Guide. La passerelle native est chargée de convertir les types de données TUXEDO en structures de données exploitables par un système TDS, et les données issues d'un système TDS en données interprétables par une application TUXEDO Types de tampon Un client TUXEDO doit envoyer un tampon ("buffer") dont le type est attendu par le service TDS. Les services TDS peuvent traiter tous les types de tampon TUXEDO sauf le type FML, qui n'existe pas en environnement GCOS 7. Si un client TUXEDO envoie un tampon FML, ce dernier est converti en un tampon VIEW par la passerelle native ("native gateway"). De même, le service TDS peut envoyer tout type de tampon, sauf le type FML. Si un tampon VIEW est envoyé en retour et que le type attendu était FML, le tampon VIEW est converti en FML par la passerelle native Conversion des tampons La passerelle native ("native gateway") convertit le contenu des tampons de requêtes et de réponses du format TUXEDO au format GCOS 7, et inversement. tampons STRING tampons CARRAY tampons VIEW Ces tampons sont convertis de code ASCII en code EBCDIC, et vice versa. Le programmeur TDS ne doit pas oublier que les tampons de ce type arrivent avec un caractère de fin Nul et doivent être envoyés en retour avec ce même caractère de fin, les blancs de droite étant significatifs dans l'environnement natif. Ce type de tampon ne fait pas l'objet d'une conversion. Il sert à envoyer des données binaires que le service concerné devra interpréter. La conversion de ce type de tampon se fait élément par élément en fonction de la définition de la structure VIEW, qui peut contenir des éléments de type STRING, CARRAY, dec_t (voir plus loin "Données décimales condensées") et des données en langage C de type char[ ], float et double. Voir les tableaux 3-1 et 3-2 pour la correspondance entre les types de données natives et GCOS 7. La composition d'une structure VIEW est définie par l'utilisateur F2 30UT Rev01

33 Programmation d'une transaction TDS pour un client TUXEDO tampons FML Les tampons FML sont convertis en tampons VIEW par la passerelle native, puis convertis comme des tampons de type VIEW. La conversion n'est possible que si le tampon FML inclut la chaîne de caractères "VIEWNAME". Cette dernière contient le nom de la structure VIEW en laquelle le tampon FML peut être converti. Les tampons VIEW en provenance de TDS sont reconvertis en tampons FML si, et seulement si, le tampon attendu est de type FML. Les tableaux ci-dessous répertorient les types de données utilisables dans l'environnement /HOST7. Tableau 3-1. Types de données : correspondance entre langage C TUXEDO et langages COBOL et C sous GCOS 7 C TUXEDO COBOL GCOS 7 C GCOS 7 STRING CARRAY char [n] short long float double dec_t (x,y) PIC X(n) défini par l'utilisateur PIC X(n) COMP-1 COMP-2 COMP-9 COMP-10 PIC S9((2x-(y+1))V9(y) COMP-3 char [n] défini par l'utilisateur char [n] short long float double aucune correspondance Tableau 3-2. Types de données : correspondance entre COBOL TUXEDO et langages COBOL et C sous GCOS 7 COBOL UNIX COBOL GCOS 7 C GCOS 7 PIC S9(9) COMP-5 PIC S9(4) COMP-5 PIC X(n) COMP-2 COMP-1 PIC X(n) long short char [n] Les données GCOS 7 correspondant à des éléments de structure VIEW ne doivent pas comporter la clause COBOL SYNC ; en effet, elle spécifie un cadrage des données défini à la mise en oeuvre, que la passerelle native ne peut pas assurer. Les données GCOS 7 correspondant à des chaînes de caractères dans les structures VIEW comportent des caractères nuls en fin de chaîne. 47 F2 30UT Rev01 3-3

34 Configuration et utilisation de /HOST Données décimales condensées (dec_t) Pour pouvoir employer des données décimales condensées COBOL dans l'environnement TUXEDO, un nouveau type de données, "dec_t", est utilisé dans la structure VIEW. A noter qu'il n'existe pas de type de données correspondant à dec_t en langage C GCOS 7. La longueur d'une zone de type dec_t est représentée par deux nombres séparés par une virgule. Le nombre de gauche correspond au nombre total d'octets occupés par le nombre décimal et celui de droite au nombre de chiffres à droite de la virgule décimale. Par exemple, en appliquant la formule fournie par le tableau 3-1, une données dec_t de longueur 6,4 correspond à une zone PIC S9(7)V9(4) en COBOL GCOS 7. La figure 3-1 donne la définition d'une structure VIEW comportant des données de type dec_t et la structure correspondante en COBOL GCOS 7. VIEW debt_cro #type cname fbname count flag size null long acctid C_ACCOUNT_ID dec_t amount C_AMOUNT 1-4,2 0.0 string status C_STATUS INPUT-RECORD. 05 INPUT-ACCOUNT-ID COMP INPUT-CHARGE-AMOUNT PIC S9(5)V9(2) COMP INPUT-STATUS PIC X(80). Figure 3-1. Exemple de structures VIEW et COBOL correspondantes Pour plus de détails concernant l'utilisation de dec_t sous TUXEDO, voir le manuel TUXEDO /Host Guide F2 30UT Rev01

35 Programmation d'une transaction TDS pour un client TUXEDO 3.2 ECHANGE DE DONNEES "receive" et "send" sont les principaux verbes TDS permettant de programmer une routine TPR comme transaction de service de TUXEDO. Ceux-ci servent traditionnellement à communiquer avec des terminaux. Toutefois, dans le cas de transactions de service, ils permettent de communiquer avec une passerelle TDS ("TDS gateway"). A NOTER La programmation d'une transaction de service TDS est semblable à celle d'une transaction pour un terminal Verbe RECEIVE (COBOL) Le verbe COBOL suivant permet de recevoir des données de TUXEDO : RECEIVE cd-input MESSAGE INTO HOST-RECV-AREA. cd-input Structure contenant : - en paramètres d'entrée, des informations nécessaires à la réception du message ; - en paramètres de sortie, des informations renseignant sur l'exécution du verbe RECEIVE, la provenance du message. Elle doit être déclarée par la rubrique CD... FOR INPUT de la COMMUNICATION SECTION de la TPR. La structure CD-INPUT est initialisée comme dans une instruction RECEIVE à partir d'un terminal. Le paramètre d'entrée "symbolic queue" prend la valeur spécifiée pour SYMBOLIC-QUEUE dans la section TDS- STORAGE. Le paramètre de sortie "symbolic source" fournit le nom du correspondant qui envoie le message. Le programme doit transférer (MOVE) cette valeur dans le paramètre "symbolic destination" de la structure CD-OUTPUT spécifiée par le verbe SEND. Le paramètre de sortie "status key" fournit le résultat du verbe RECEIVE. Une valeur différente de 00 signifie que le verbe a échoué. HOST-RECV-AREA Nom de la structure à recevoir. Elle doit être déclarée à l'aide de l'instruction COBOL "COPY HOST-RECV-AREA". La bibliothèque nom-tds.cobol doit figurer dans le JCL de compilation (valeur de INLIB). 47 F2 30UT Rev01 3-5

36 Configuration et utilisation de /HOST7 L'instruction COPY HOST-RECV-AREA fournit les déclarations du paramètre HOST- SND-LG et de la structure HOST-RECV-AREA sous la forme suivante : 01 HOST-SND-LG COMP-2 VALUE HOST-RECV-AREA. 02 HOST-SERVICE-NAME PIC X(32). 02 HOST-RECV-STATUS COMP FILLER COMP HOST-BUFTYPE PIC X(6). 02 FILLER PIC X(34). 02 HOST-UDATA-LEN COMP HOST-UDATA PIC X(30000). A noter qu'il est possible de modifier le préfixe "HOST" et la longueur de la zone UDATA lors de la déclaration, par exemple : COPY HOST-RECV-AREA REPLACING LEADING "HOST" BY "MONPREFIX" =30000= BY =500= Description de la zone HOST-RECV-AREA : HOST-SERVICE-NAME Nom de la transaction courante telle qu'elle est connue sous TUXEDO. HOST-RECV-STATUS Etat du verbe RECEIVE. 0 = Réussite de RECEIVE. 10 = Echec de RECEIVE. 21 = Aucune donnée disponible, la valeur de HOST-UDATA- LEN est zéro. A noter que la valeur 0 équivaut à une valeur 0 en zone STATUS KEY. Cette dernière fait partie de la structure de communication CD-INPUT utilisée avec le verbe RECEIVE. En cas d'échec de ce verbe (valeur 10), la zone STATUS KEY doit être examinée pour en connaître la raison précise. HOST-BUFTYPE Type de tampon envoyé par TUXEDO. Les valeurs possibles sont "VIEW", "STRING" et "CARRAY". HOST-UDATA-LEN Longueur des données reçues de TUXEDO. HOST-UDATA Données utilisateur reçues de TUXEDO F2 30UT Rev01

37 Programmation d'une transaction TDS pour un client TUXEDO Verbe SEND (COBOL) Le verbe COBOL suivant permet d'envoyer des données à TUXEDO : SEND cd-output FROM HOST-SEND-AREA WITH EGI. cd-output Structure contenant : - en paramètres d'entrée, des informations nécessaires à l'envoi du message ; - en paramètres de sortie, des informations renseignant sur l'exécution du verbe SEND. Elle doit être déclarée par la rubrique CD... FOR OUTPUT dans la COMMUNICATION SECTION de la TPR. La structure CD-OUTPUT est initialisée comme dans une instruction SEND vers un terminal. La valeur du paramètre d'entrée "destination count" est égale à 1. La valeur du paramètre d'entrée "text length" correspond à la longueur totale des données à envoyer. La valeur du paramètre d'entrée "symbolic destination" est le nom du correspondant qui reçoit le message. Le paramètre de sortie "status key" fournit le résultat du verbe SEND. Une valeur différente de 00 signifie que le verbe a échoué. HOST-SEND-AREA Nom de la structure à envoyer. Elle doit être déclarée à l'aide de l'instruction COBOL "COPY HOST-SEND-AREA". La bibliothèque nom-tds.cobol doit figurer dans le JCL de compilation (valeur de INLIB). Format de la structure HOST-SEND-AREA : 01 HOST-SEND-AREA REDEFINES HOST-RECV-AREA. 02 FILLER PIC X(32). 02 HOST-RETURN-VALUE COMP HOST-USER-VALUE COMP HOST-SBUFTYPE PIC X(6). 02 HOST-VIEW-NAME PIC X(30). 02 FILLER PIC X(4). 02 HOST-SDATA-LEN COMP HOST-SDATA PIC X(30000). A noter qu'il est possible de modifier le préfixe "HOST" et la longueur de la zone SDATA lors de la déclaration, par exemple : COPY HOST-SEND-AREA REPLACING LEADING "HOST" BY "MONPREFIX" =30000= BY =500= 47 F2 30UT Rev01 3-7

38 Configuration et utilisation de /HOST7 Description de la zone HOST-SEND-AREA : HOST-RETURN-VALUE Etat de la transaction. 0 : Réussite du service (code retour de tpcall = 0). 1 : Echec du service (code retour de tpcall = -1). Si la valeur est différente de 1 ou de 0, la transaction s'arrête prématurément (code de retour tpcall = -1). A noter que si la zone HOST-SDATA comporte des données, elles sont transmises au client TUXEDO, que le service aboutisse ou non. HOST-USER-VALUE Valeur envoyée en retour au client TUXEDO (reçue dans la variable TPURCODE). Il peut s'agir, par exemple, d'un type d'erreur particulier défini d'un commun accord par les programmeurs TUXEDO et TDS. HOST-SBUFTYPE Type de tampon envoyé en retour à TUXEDO dans la zone HOST-SDATA. Les valeurs possibles sont "VIEW", "STRING" et "CARRAY". HOST-VIEW-NAME Nom de la structure VIEW qui correspond à la structure de données envoyée en retour à TUXEDO. Le programmeur TUXEDO doit fournir le nom de la structure VIEW au programmeur TDS. Cette zone doit être initialisée si la valeur de HOST- BUFTYPE est VIEW. HOST-SDATA-LEN Longueur des données de la zone HOST-SDATA à envoyer en retour à TUXEDO. La valeur fournie ne doit pas dépasser la valeur mise dans la clause MESSAGE LENGTH spécifiée dans STDS lors de la génération de TDS. La longueur de la partie fixe de HOST-SEND-AREA (HOST- SEND-AREA sans la zone de données HOST-SDATA) est fournie par HOST-SND-LG lors de l'instruction "COPY HOST-RECV-AREA". La valeur de HOST-SND-LG ajoutée à celle de HOST-SDATA-LEN permet d'obtenir la longueur totale des données à envoyer par le verbe SEND. HOST-SDATA Données à envoyer en retour à TUXEDO F2 30UT Rev01

39 Programmation d'une transaction TDS pour un client TUXEDO Macro Receive (langage C) La macro en langage C suivante permet de recevoir des données de TUXEDO : { h_receive (&cdin,&nom_zone_récept,taille,état); } cdin Cette structure est de type CD_INPUT. Pour plus de détails, voir ci-dessus l'équivalent COBOL RECEIVE. nom_zone_récept Structure de réception des données. Elle est de type H_RECV_AREA. Le type H_RECV_AREA est déclaré dans le fichier HOST_H de la bibliothèque SYS.C.INCLUDE ; la directive #include <host.h> permet d'y accéder. taille Paramètre d'entrée. Entier court correspondant à la taille de mémoire disponible pour la réception des données, désignée par nom_zone_récept. état Paramètre de sortie. Caractère indiquant le résultat de la macro h_receive. Pour plus d'informations concernant les fichiers à inclure et les valeurs littérales, voir le manuel TDS/C - Guide du programmeur (07UT). Format de la structure H_RECV_AREA : typedef struct { char host_service_name [32]; long host_recv_status; long rfu1; char host_buftype [6]; char rfu2 [34]; long host_udata_len; char host_udata [30000]; } H_RECV_AREA; Pour plus de détails sur ces différentes zones, voir la structure utilisée dans le verbe COBOL RECEIVE, décrite précédemment. 47 F2 30UT Rev01 3-9

40 Configuration et utilisation de /HOST Macro Send (langage C) La macro en langage C suivante permet d'envoyer des données à TUXEDO : { h_send (&cdout,&nom_zone_émett,niveau,h_send_none,0, H_SEND_BEFORE); } cdout Cette structure est de type CD_OUTPUT. Pour plus de détails, voir ci-dessus l'équivalent COBOL SEND. nom_zone_émett niveau Structure contenant les données à envoyer. Elle est de type H_SEND_AREA. Ce dernier est déclaré dans le fichier HOST_H de la bibliothèque SYS.C.INCLUDE ; la directive #include <host.h> permet d'y accéder. Caractère indiquant le type d'instruction SEND (EMI, ESI ou EGI). Pour plus de détails concernant les fichiers à inclure et les valeurs littérales, voir le manuel TDS/C - Guide du programmeur (07UT). Format de la structure H_SEND_AREA : typedef struct { char rfu3 [32]. long host_return_value; long host_user_value; char host_buftype [6]; char host_view_name [30]; char rfu4 [4]; long host_sdata_len; char host_sdata [30000]; } H_SEND_AREA; Pour plus de détails sur ces zones, voir la structure utilisée dans le verbe COBOL SEND, décrite précédemment F2 30UT Rev01

41 Programmation d'une transaction TDS pour un client TUXEDO 3.3 REGLES DE PROGRAMMATION Une transaction programmée pour TUXEDO doit exécuter une instruction RECEIVE avant d'émettre une instruction SEND EGI (comme lors de la programmation pour un terminal). Une transaction programmée pour TUXEDO ne doit exécuter qu'une seule instruction SEND EGI de type non formaté pour envoyer des données à TUXEDO. Sinon, la valeur "F1" est positionnée dans la zone STATUS KEY de la structure CD-OUTPUT de la transaction. Il est possible de mettre des fragments de données dans un tampon ("buffer") au moyen de l'instruction SEND ESI. La zone HOST-SDATA-LEN doit être initialisée avec la longueur totale obtenue par la concaténation de tous les fragments de données. Dans une transaction s'exécutant pour le compte de TUXEDO, toute instruction SEND EMI est automatiquement transformée en instruction SEND ESI. Une transaction s'arrête prématurément avec émission du code retour UBUGERR lorsque TDS détecte l'une ou l'autre des erreurs suivantes : 1. Un type de tampon incorrect est indiqué dans la zone HOST-BUFTYPE. 2. Aucune valeur n'est fournie dans la zone HOST-VIEW-NAME alors qu'un tampon de type VIEW est spécifié. 3. Les données fournies en retour à TUXEDO dépassent octets. 4. La valeur de la zone HOST-RETURN-VALUE est différente de 0 ou de 1. Le code retour UBUGERR correspond à une valeur hexadécimale de 186B dans la zone ABORT-CODE de la TDS-STORAGE. Les transactions peuvent comporter une routine ON-ABORT-TPR. Cette dernière peut également exécuter une instruction SEND EGI pour envoyer des données à TUXEDO. Si la routine ON-ABORT-TPR aboutit, le client TUXEDO reçoit un code d'erreur TPERRNO = TPESCVCFAIL. La variable TPURCODE contient la valeur positionnée dans HOST-USER-VALUE par la routine ON-ABORT-TPR. Les données éventuelles sont envoyées à TUXEDO. Si la routine ON-ABORT-TPR ne parvient pas à envoyer de données en raison d'un type de tampon incorrect, d'une zone HOST-VIEW-NAME à blanc ou d'une longueur de donnée incorrecte, les événements suivants se produisent : - La routine ON-ABORT-TPR s'arrête prématurément avec le code retour UBUGERR. - Le client TUXEDO reçoit le code d'erreur TPERRNO = TPEOTYPE ou TPERRNO = TPESVCERR, en fonction du type d'erreur. 47 F2 30UT Rev

42 Configuration et utilisation de /HOST7 Si la routine ON-ABORT-TPR échoue pour une autre raison, le code d'erreur TPERRNO correspond, pour le client TUXEDO, à celui généré avant le lancement de la routine ON_ABORT-TPR. Les transactions peuvent être programmées au moyen de tout service ou de toute procédure TDS. Ainsi, une transaction peut faire appel à IDS/II, à ORACLE, à XCP2 ou générer dynamiquement (spawning) une transaction destinée à un autre correspondant. Les seules contraintes à respecter sont celles liées à l'utilisation des verbes SEND/RECEIVE F2 30UT Rev01

43 Programmation d'une transaction TDS pour un client TUXEDO 3.4 ACCES PROGRAMME AUX INFORMATIONS SUR LA PASSERELLE TDS Pour ce faire, vous pouvez utiliser : la procédure COBOL CALL "DISPLAY-GATEWAY", la macro en langage C h_dgwt_status Procédure DISPLAY-GATEWAY (COBOL) Syntaxe : CALL "DISPLAY-GATEWAY" USING paramètre-1 paramètre-2. Paramètres : paramètre-1 La structure d'entrée/sortie correspondante est la suivante : 01 GATEWAY. 02 GATEWAY-NAME PIC X(8). 02 GATEWAY-STATUS PIC X. 88 BOOTED VALUE "B". 88 SHUTDOWN VALUE "S". 88 RECONNECT VALUE "R". 88 INIT VALUE "I". 02 GATEWAY-APPLID PIC X(31). 02 GATEWAY-SRV-GROUP PIC X(31). 02 GATEWAY-MACHINE-ID PIC X(31). 02 GATEWAY-P-LU-NAME PIC X(12). 02 GATEWAY-P-LU-MODE PIC X(8). 02 GATEWAY-REQUESTS COMP GATEWAY-OK COMP GATEWAY-FAILURES COMP GATEWAY-ACTIVE COMP-1. L'instruction COBOL "COPY HOST-GATEWAY" permet de déclarer cette structure à partir du fichier HOST-GATEWAY de la bibliothèque nom-tds.cobol. La description des zones est fournie ci-après. paramètre-2 Fournit le résultat de l'appel DISPLAY-GATEWAY. Les trois valeurs possibles sont : 0 Echec de l'appel. 1 Passerelle inconnue. 2 Aucune passerelle générée. Description de zone de paramètre -1 : GATEWAY-NAME Paramètre d'entrée comportant le nom de la passerelle TDS ("TDS gateway") pour laquelle des informations sont demandées. 47 F2 30UT Rev

44 Configuration et utilisation de /HOST7 GATEWAY-STATUS Paramètre de sortie fournissant l'état courant de la passerelle. "I" correspond à l'état initial avant la première demande de lancement. "B" signifie que la passerelle a été lancée par TUXEDO et peut recevoir des demandes. "S" signifie que la passerelle a été arrêtée par TUXEDO et ne peut plus recevoir de demandes. "R" signifie qu'une rupture de communication avec TUXEDO s'est produite et que TDS en attend le rétablissement par TUXEDO. Cet état est forcé pour toutes les passerelles après une pseudo-relance silencieuse de TDS ou pour celles affectées par la fermeture d'un pool de sessions. GATEWAY-APPLID GATEWAY-SRV-GROUP GATEWAY-MACHINE-ID GATEWAY-P-LU-NAME GATEWAY-P-LU-MODE GATEWAY-REQUESTS GATEWAY-OK GATEWAY-FAILURES GATEWAY-ACTIVE Nom de l'application TUXEDO, tel qu'il est déclaré dans le fichier TUXEDO ENVFILE. Nom du groupe de serveurs TUXEDO, tel qu'il est déclaré dans le fichier de configuration TUXEDO UBBCONFIG. Nom de la machine sur laquelle s'exécute le groupe de serveurs TUXEDO précédent, telle qu'elle est déclarée dans le fichier de configuration TUXEDO UBBCONFIG. Nom de la LU (XCP2COR pour GCOS 7) employée par la passerelle TDS. Nom du mode XCP2 (XCP2POOL pour GCOS 7) utilisé par la passerelle TDS. Nombre de demandes de service "transaction" reçues par la passerelle TDS. Nombre de services "transaction" exécutés avec succès. Nombre de services "transaction" ayant échoué. Nombre de services couramment actifs pour la passerelle TDS F2 30UT Rev01

45 Programmation d'une transaction TDS pour un client TUXEDO Macro h_dgwt_status (langage C) Format : h_dgwt_status(passerelle,état); Paramètres : passerelle Structure d'entrée/sortie de type H_GATEWAY_DESCRIPTION. Le type H_GATEWAY_DESCRIPTION est déclaré dans le fichier HOST_H de la bibliothèque SYS.C.INCLUDE ; la directive #include <host.h> permet d'y accéder. état Caractère contenant le résultat de la macro h_dgwt_status. Format de la structure H_GATEWAY_DESCRIPTION : typedef struct { char name [8]; char status; char applid[31]; char srv_group[31]; char machine_id[31]; char p_lu_name[12]; char p_lu_mode[8]; long requests; long ok; long fails; long active; } H_GATEWAY_DESCRIPTION; Pour une description de chaque zone, voir la structure COBOL expliquée précédemment. 47 F2 30UT Rev

46 Configuration et utilisation de /HOST7 3.5 CONSEQUENCES DES DEFAILLANCES ET RELANCES A CHAUD Toute transaction s'exécutant pour le compte de TUXEDO s'arrête prématurément en cas de relance à chaud de TDS et n'est donc pas relancée à partir du dernier point de consolidation. A NOTER Les passerelles natives et TDS utilisent le traitement transactionnel coopératif qui permet l'échange de données entre homologues. Aussi, en cas de relance à chaud de TDS ou de rupture de communication entre TDS et TUXEDO, aucune resynchronisation au niveau de l'unité de consolidation ne peut-elle être effectuée. Après une défaillance, des incohérences peuvent donc exister entre les données consolidées sous TDS et sous TUXEDO. Il s'agit là d'un point important que les programmeurs TDS et TUXEDO ne doivent pas oublier. A la suite d'une relance à chaud de TDS, l'état de chaque passerelle est forcé à RECONNECT ("R"). Après la fermeture d'un pool, l'état des passerelles utilisant le pool est forcé à "R" ; l'état des autres passerelles n'est pas modifié. Si le pool a été fermé, l'administrateur TDS ou TUXEDO doit le réouvrir. L'administrateur TUXEDO doit émettre la commande tmboot (en cas de défaillance de la passerelle native) ou la commande reconnectdomain de tmadmin pour reconnecter les passerelles. L'état de la passerelle TDS passe à "B" (lancée) F2 30UT Rev01

47 Programmation d'une transaction TDS pour un client TUXEDO 3.6 SECURITE ET CODES D'AUTORISATION D'ACCES Les codes d'autorisation de la transaction sont comparés pour vérification aux codes d'autorisation d'accès associés au projet/boîte aux lettres ("mailbox") XCP2 spécifiés dans le SITE.CATALOG. Les contrôles n'ont lieu que si : sous GCOS 7, les paramètres de sécurité du pool sont définis dans NETGEN, comme dans l'exemple suivant : - CONV-USERID=MANDATORY, - CONV-CHECK=0 ; sous UNIX, les paramètres de sécurité sont définis dans la structure SIDE_INFORMATION de la façon suivante : - type de sécurité = 2 ; - nom et mot de passe d'un utilisateur connu du SITE.CATALOG de GCOS 7 dont le projet par défaut est associé à la boîte aux lettres ("mailbox") XCP2. 47 F2 30UT Rev

48 Configuration et utilisation de /HOST F2 30UT Rev01

49 4. Contrôle d'activité de la passerelle TDS 4.1 HISTORIQUE DE L'ACTIVITÉ DE LA PASSERELLE TDS La commande GCL PRINT_HOST_FILE permet d'obtenir un historique en traitement par lots ("batch"). Cette commande lance un traitement par lots ("batch") qui lit le contenu du fichier HOST. Ce fichier doit être accessible, sous le nom nom-tds.host (voir "Allocation du fichier HOST", au chapitre 2). Si l'attribut SHARE=NORMAL a été défini, le fichier HOST doit être désassigné avant l'exécution de la commande PRINT_HOST_FILE. Pour plus de détails, voir le paragraphe "Contraintes" plus loin dans ce chapitre. Syntaxe : { PRINT_HOST_FILE } { } { PHF } TDS = nom4 GWNM = { nom8 * } REPORT = { D S } [ SDATE = jjmmaa ] [ EDATE = jjmmaa ] [ MD = nom6 ] [ DVC = classe-app ]; 47 F2 30UT Rev01 4-1

50 Configuration et utilisation de /HOST7 Paramètres : TDS Nom de l'application TDS. GWNM REPORT Nom de la passerelle TDS. GWNM=* représente toutes les passerelles. REPORT=D demande un compte rendu détaillé (avec récapitulatif). REPORT=S demande seulement le récapitulatif. SDATE et EDATE MD et DVC Respectivement, dates début et fin de la période couverte par le compte rendu. Implicitement, le compte rendu commence au premier lancement de passerelle et prend fin à la date courante. Respectivement, volume et classe d'appareil associés au fichier journal "nom-tds.host". Ces deux paramètres doivent être spécifiés si le fichier HOST n'est pas catalogué. Exemple : Soit un fichier journal TDS1.HOST, alloué, catalogué avec SHARE=NORMAL, puis désassigné. La commande : PRINT_HOST_FILE TDS=TDS1 GWNM=* REPORT=D; génère un historique détaillé (dès le premier lancement de passerelle jusqu'à l'heure courante) de toutes les passerelles appartenant à l'application TDS1. TUXEDO system/host7 activity report. Date Time status TUXEDO TDS tx Input buffer Output buffer Application service name name name length type length type 10/Jul/ :11:01 pass boot boot 0 0 bankapp 10/Jul/ :12:01 pass openc openc 50 view 238 view bankapp 10/Jul/ :12:21 pass serv1 mytx 1000 string 300 view payapp 10/Jul/ :59:01 pass debtc debtc 8 view 125 view bankapp 10/Jul/ :59:01 pass openc openc 50 view 238 view bankapp 10/Jul/ :59:01 pass shutdown shutdown 0 0 bankapp Processing summary. TUXEDO Total Pass Fail Unknown Input buffer type Output buffer type service name requests (view) (string) (carray) (view) (string) (carray) boot openc serv debtc shutdown Figure 4-1. Exemple d'historique généré par la commande PRINT_HOST_FILE F2 30UT Rev01

51 Contrôle d'activité de la passerelle TDS Contraintes : Si le fichier HOST est doté de l'attribut SHARE=NORMAL, exécutez les opérations suivantes : avant de lancer PRINT_HOST_FILE, désassigner le fichier HOST en exécutant la commande maîtresse ("MASTER") TDS CLOSE_TDS_FILE DEASSIGN=1 ; Une fois l'exécution de PRINT_HOST_FILE terminée, réassigner le fichier HOST en exécutant la commande maîtresse TDS OPEN_TDS_FILE pour que l'enregistrement des informations relatives à la passerelle TDS puisse reprendre. Si le fichier HOST est doté de l'attribut SHARE=ONEWRITE (voir le paragraphe "Allocation du fichier HOST", au chapitre 2), il n'est pas nécessaire de le désassigner, sachant que, dans ce cas, il y a un risque de lectures "sales" non consolidées au niveau de l'historique. Codes retour : Voir l'annexe B. 47 F2 30UT Rev01 4-3

52 Configuration et utilisation de /HOST7 4.2 ACTIVITÉ COURANTE DE LA PASSERELLE TDS La commande maîtresse ("MASTER") DISPLAY_TDS_GATEWAY permet d'obtenir un écran renseignant sur l'activité courante de la passerelle TDS ("TDS gateway"). Syntaxe : { DISPLAY_TDS_GATEWAY } { } { DGTW } GWNM = { nom8 * } [ TDS = { nom4 #WTDS } ] ; Paramètres : GWNM TDS Nom de la passerelle TDS. GWNM=* affiche le nom de toutes les passerelles, sans autre information. Nom de l'application TDS. Implicitement, valeur courante de la variable GCL #WTDS F2 30UT Rev01

53 Contrôle d'activité de la passerelle TDS Exemple : S: DTGW GWNM=TDSGATE3; TDS = TD08 15:46:24 JUL 27, HOST GATEWAY STATUS GATEWAY NAME : TDSGATE3 STATUS : BOOTED APPLICATION ID : BANKAPP BOS/TP SVR GROUP : tdsgate2 BOS/TP MACHINE ID : gypse PARTNER LU NAME : DPX2TDS8 PARTNER MODE NAME : DPXA00L3 NO. OF SERVICES : 18 SUCCESSFUL : 12 FAILED : 4 ACTIVE : 2 Figure 4-2. Exemple d'écran affiché par la commande DISPLAY_TDS_GATEWAY PARTNER LU NAME Nom d'unité logique (LU) locale sous UNIX ou nom du correspondant XCP2 (XCP2COR) sous GCOS 7 (NETGEN). PARTNER MODE NAME Nom de mode sous UNIX ou de POOL sous GCOS 7 (NETGEN). Les noms de XCP2COR et XCP2POOL peuvent être utilisés en entrée pour la commande TDS LIST_COR_POOL pour obtenir des informations sur les sessions entre les passerelles natives ("native gateway") et TDS ("TDS gateway"). 47 F2 30UT Rev01 4-5

54 Configuration et utilisation de /HOST F2 30UT Rev01

55 A. Format d'article du fichier HOST La description d'article fournie dans cette annexe est particulièrement utile à l'administrateur TDS qui souhaite programmer une version personnalisée des statistiques d'activité d'une passerelle TDS ("TDS gateway"), notamment pour l'établissement de statistiques /HOST7. A.1 FORMAT EN COBOL 01 HOST-REC. 02 RECORD-INDEX PIC X(8). 02 DATE-REC PIC X(6). 02 TIME-REC PIC X(6). 02 SERVICE-NAME PIC X(8). 02 BSERVICE-NAME PIC X(15). 02 APPLID PIC X(30). 02 MASTER-MACHINE PIC X(30). 02 SERVER-GROUP-NAME PIC X(30). 02 STATUS PIC X. 02 SUBCODE COMP BUFTYPE-INPUT PIC X. 02 BUFTYPE-LG COMP BUFTYPE-OUTPUT PIC X. 02 OBUFTYPE-LG COMP GATEWAY-NAME PIC X(8). RECORD-INDEX DATE-REC TIME-REC SERVICE-NAME BSERVICE-NAME APPLID MASTER_MACHINE Clé primaire du fichier HOST utilisé par la passerelle TDS. Date (format AAMMJJ) de réception de la demande TUXEDO. Heure (format HHMMSS) de réception de la demande TUXEDO. Nom TDS du service "transaction" ou "administration" demandé par TUXEDO. Dans ce dernier cas, les noms de service possibles sont : "BOOT", "SHUTDOWN", "PRINTHOST", "RECONNECT" et "STATS". Nom du service TDS tel qu'il est connu de TUXEDO. Identificateur de l'application TUXEDO. Identificateur de la machine maîtresse ("MASTER") pour l'application TUXEDO. 47 F2 30UT Rev01 A-1

56 Configuration et utilisation de /HOST7 SERVER-GROUP-NAME STATUS SUBCODE BUFTYPE-INPUT BUFTYPE-LG BUFTYPE-OUTPUT OBUFTYPE-LG GATEWAY-NAME Identificateur du groupe de serveurs, défini dans le fichier UBBCONFIG sous TUXEDO (voir le guide TUXEDO /HOST). Résultat du service désigné ci-dessus : "0" pour une exécution normale, "1" pour un échec et "2" pour un état inconnu. Motif de l'échec notifié par STATUS = "1". Voir au paragraphe "Codes d'erreur envoyés par la passerelle TDS à TUXEDO" dans l'annexe B. Type de tampon reçu par la passerelle TDS : "V" pour VIEW, "S" pour STRING et "C" pour CARRAY. Longueur des données reçues de TUXEDO. Type de tampon envoyé à TUXEDO : "V" pour VIEW, "S" pour STRING et "C" pour CARRAY. Longueur des données envoyées à TUXEDO. Nom de la passerelle TDS. A.2 FORMAT EN LANGAGE C struct hostrec { char record_index[8]; char date_rec [6]; char time_rec [6]; char service_name [8]; char bservice_name [15]; char applid [30]; char master_machine [30]; char server_group_name [30]; char status; short subcode; char buftype_input; int buftype_lg; char buftype_output; int obuftype_lg; char gateway_name [8]; } hostrec; La description de chacune de ces zones est donnée dans la partie relative au format COBOL. A-2 47 F2 30UT Rev01

57 B. Messages d'erreur et réponses /HOST7 B.1 MESSAGES DE LA PASSERELLE TDS Les messages énumérés ci-dessous sont enregistrés dans l'historique TDS (JOR) et envoyés au terminal maître : MV50 Type : COMMUNICATION ERROR IN HOST GATEWAY INTERNAL STATUS=nnn-nnn RC=cccccccc->id-sic,code retour Avertissement. Signification : En cours de communication avec une passerelle TUXEDO, la passerelle TDS a reçu un code d'anomalie. La valeur nnn-nnn permet d'identifier l'appel CPI-C dans le code de la passerelle TDS concernée : la première partie est formée d'un numéro identifiant l'appel de façon unique et la seconde du code retour CPI-C. Remarque : Le code retour 27 signifie que, pendant l'exécution du service, une session du pool a été déconnectée, probablement en raison d'un temps de réponse trop long de la part de GCOS 7 détecté côté UNIX. Intervention : Vérifiez que les pools de sessions XCP2 entre votre passerelle TDS ("TDS gateway") et les passerelles natives ("native gateway") TUXEDO sont intacts. Si aucune anomalie n'est détectée au niveau des sessions, contactez le centre de service. MV51 Type : WARNING HOST FILE NOT ASSIGNED OR OPEN RC=cccccccc->id-sic,code retour Avertissement. Signification : Intervention : Un serveur passerelle TUXEDO a envoyé une demande BOOT, mais le fichier HOST n'est pas prêt à recevoir les informations sur la passerelle TDS. Vérifiez que le fichier nom-tds.host a été alloué et assigné au TDS. 47 F2 30UT Rev01 B-1

58 Configuration et utilisation de /HOST7 MV52 TOO LARGE BUFFER RECEIVED BY HOST GATEWAY: RCVD=xxxxx MAX ALLOWED=xxxxx (La passerelle hôte a reçu un tampon trop important : Reçu=xxxxx Maximum admis=xxxxx) Type : Avertissement. Signification : Les données envoyées avec la demande TUXEDO dépassent la longueur de message (MESSAGE-LENGTH) défini dans STDS. Intervention : Augmentez la taille spécifiée par la clause MESSAGE- LENGTH dans votre STDS. MV53 /HOST7 FUNCTION IS NOT AVAILABLE (Fonction /HOST7 non disponible) Type : Signification : Avertissement. /HOST7 n'est pas installé sur votre système. TX81 TDS: nom-tds, HOST GATEWAY `nom-passerelle' BOOTED BY BOS-TP/id-appl (La passerelle hôte indiquée a été lancée pour l'application TDS indiquée par l'application TUXEDO spécifiée) Type : Informatif. Signification : Réception d'une demande de lancement émise par TUXEDO. Intervention : Aucune. TX81 TDS: nom-tds, HOST GATEWAY 'nom-passerelle' SHUTDOWN BY BOS-TP/id-appli (La passerelle hôte indiquée a été arrêtée pour l'application indiquée par l'application TUXEDO spécifiée) Type : Signification : Intervention : Informatif. Réception d'une demande d'arrêt émise par TUXEDO. Aucune. TX81 TDS: nom-tds, HOST GATEWAY `nom-passerelle' RECONNECTED BY BOS-TP/id-appli (La passerelle hôte indiquée a été reconnectée pour l'application TDS indiquée par l'application TUXEDO spécifiée) B-2 47 F2 30UT Rev01

59 Messages d'erreur et réponses /HOST7 Type : Signification : Intervention : Informatif. Réception d'une demande de reconnexion des passerelles émise par TUXEDO. Aucune. B.2 MESSAGES DES COMMANDES MAITRESSES ("MASTER") TDS TX82 TDS: nom-tds, UNKNOWN GATEWAY `nom-passerelle' (La passerelle indiquée pour l'application TDS spécifiée est inconnue") Type : Signification : Informatif. La passerelle spécifiée dans la commande maîtresse ("MASTER") DISPLAY_TDS_GATEWAY n'est pas connue de TDS. TX83 TDS: nom-tds, NO HOST GATEWAY(S) GENERATED (Aucune passerelle hôte générée) Type : Signification : Informatif. Aucune clause HOST GATEWAY ne figure dans le fichier source STDS. 47 F2 30UT Rev01 B-3

60 Configuration et utilisation de /HOST7 B.3 MESSAGES D'ERREUR GENERES PAR PRINT_HOST_FILE TV90 ron.ssn ERROR IN THE OPTIONS SUPPLIED BY THE PRINT_HOST_FILE GCL (Options erronées dans la commande PRINT_HOST_FILE) Type : Signification : Intervention : Avertissement. La commande GCL PRINT_HOST_FILE spécifiée sur votre système est erronée. Contactez le centre de service. TV91 ron.ssn UNABLE TO OPEN HOST FILE : RC=cccccccc->idsic,code retour (Impossible d'ouvrir le fichier HOST) Type : Signification : Intervention : Informatif. Le fichier HOST ne parvient pas à s'ouvrir lors de l'exécution de la commande PRINT_HOST_FILE. A noter que le fichier HOST a été assigné avec le nom nom-tds.host dans le JCL associé à la commande. Vérifiez le fichier nom-tds.host. TV92 ron.ssn THE HOST FILE IS EMPTY OR HAS NO MATCHING RECORDS (Le fichier HOST est vide ou ne contient aucun des articles recherchés) Type : Signification : Intervention : Informatif. Le fichier nom-tds.host ne contient pas d'article ou les articles qu'il contient portent une date antérieure à celle spécifiée par le paramètre SDATE (date début) dans la commande PRINT_HOST_FILE. Spécifiez une autre date SDATE dans la commande PRINT_HOST_FILE, si le fichier HOST n'est pas vide. TV93 ron.ssn NO RECORDS IN THE HOST FILE MATCHED THE INPUT PARAMETERS (Aucun article du fichier HOST ne correspond aux paramètres d'entrée) Type : Informatif. Signification : Le fichier nom-tds.host ne contient aucun article correspondant aux paramètres spécifiés par la commande PRINT_HOST_FILE : dates début et fin, nom de la passerelle TDS ("TDS gateway"). Intervention : Vérifiez, dans le compte rendu SYSOUT du travail traitement par lots /HOST7, les valeurs spécifiées par la commande PRINT_HOST_FILE. B-4 47 F2 30UT Rev01

61 Messages d'erreur et réponses /HOST7 TV94 ron.ssn ERROR IN DATE VALUES (START DATE SHOULD BE BEFORE THE END DATE) (Dates erronées : la date début doit être antérieure à la date fin) Type : Informatif. Signification : La date début (SDATE) spécifiée à la commande PRINT_HOST_FILE est postérieure à la date fin (EDATE). TV95 ron.ssn INVALID START DATE SPECIFIED ON THE PRINT_HOST_FILE COMMAND (La date début spécifiée dans la commande PRINT_HOST_FILE est erronée) Type : Informatif. TV96 ron.ssn INVALID END DATE SPECIFIED ON THE PRINT HOST FILE COMMAND (La date fin spécifiée dans la commande PRINT_HOST_FILE est erronée) Type : Informatif. TV97 ron.ssn INTERNAL ERROR IN HOST7 REPORT JOB (REASON = nn): RC=cccccccc->id-sic, code retour (Erreur interne lors de l'exécution de PRINT_HOST_FILE) Type : Signification : Intervention : Avertissement. Selon le message TV90. Contactez le centre de service. 47 F2 30UT Rev01 B-5

62 Configuration et utilisation de /HOST7 B.4 CODES D'ERREUR ENVOYES PAR LA PASSERELLE TDS A TUXEDO Les valeurs suivantes sont envoyées par la passerelle TDS ("TDS gateway") à la passerelle native ("native gateway"). Elles sont ajoutées à la valeur "sous-code" dans le message de la passerelle native : TDS gateway: retcode nn subcode nn appcode nn et consignées dans le fichier TUXEDO ULOG TUXEDO internal error: invalid data received from TUXEDO TUXEDO internal error: request must be TMADMIN or a service call No gateway entry found for the received APPLID, SERVER GROUP and MACHINE ID. This might be the result of a service call before a tmboot Gateway already associated with another native gateway request queue TDS internal error in JPPC interface BOOT failure Gateway already booted Gateway is not booted Gateway name specified in the TDSGATEWAY parameter of the ENVFILE is not known to TDS No TDS gateways are available. Either the gateway statement of the STDS is missing, or the /HOST7 product is not available on your system Server group not specified in stats command stats command cannot find matched server group Invalid service request; (requested TX is not part of the TDS generation or insufficient authority codes) User transaction finished without sending any data to be returned to TUXEDO Unable to write to the HOST history file No space left on the HOST history file Requested transaction aborted Application transaction returns TPFAIL to client Invalid buffer type returned by the requested transaction; valid types are VIEW, STRING and CARRAY. B-6 47 F2 30UT Rev01

63 Messages d'erreur et réponses /HOST The requested transaction specified an invalid `return-value' in the HOST-SEND-AREA structure (voir le chapitre 3) The requested transaction tried to return a data length greater than or less than F2 30UT Rev01 B-7

64 Configuration et utilisation de /HOST7 B-8 47 F2 30UT Rev01

65 C. Exemple COBOL de transaction de service TDS ** Copyright : (c) 1993 by BULL Information Systems Ltd *************************************************************************************** * 1.OPEN A CREDIT CARD ACCOUNT PROGRAM * * INPUT: THIS PROGRAM TAKES THE FOLLOWING FIELDS: * LAST-NAME, FIRST-NAME, MID-INIT, SSN, ADDRESS, PHONE, AND ACCOUNT-TYPE * * OUTPUT: THIS PROGRAM WILL RETURN THE FOLLOWING FIELDS: * ACCOUNT-ID, CREDIT-LINE, BALANCE AND STATLIN. *************************************************************************************** * IDENTIFICATION DIVISION. PROGRAM-ID. OPENC01. AUTHOR. BOSTP. ENVIRONMENT DIVISION. CONFIGURATION SECTION. SOURCE-COMPUTER. DPS7. OBJECT-COMPUTER. DPS7. SPECIAL-NAMES. SWITCH-10 IS DISP-OFF ON IS DISP-ON. INPUT-OUTPUT SECTION. FILE-CONTROL. COPY SELECT-VACCT. DATA DIVISION. FILE SECTION. COPY FD-VACCT. / * WORKING-STORAGE SECTION. * 01 TEMP-STORAGE-Q PIC X(12) VALUE "VACCTIDQ". * 01 ACCOUNT-ID-Q-STATUS PIC X VALUE "Y". 88 NEW-ACCOUNT-ID-Q VALUE "Y". 88 OLD-ACCOUNT-ID-Q VALUE "N". * 01 ACCOUNT-ID-FOUND-SW PIC X VALUE "N". 88 ACCOUNT-ID-FOUND VALUE "Y". 88 ACCOUNT-ID-NOT-FOUND VALUE "N". * 01 ACCOUNT-FULL-SW PIC X VALUE "N". 88 ACCOUNT-FULL VALUE "Y". 88 ACCOUNT-NOT-FULL VALUE "N". * 01 V-MIN-ACCOUNT-ID COMP-2 VALUE * 01 V-MAX-ACCOUNT-ID COMP-2 VALUE * 47 F2 30UT Rev01 C-1

66 Configuration et utilisation de /HOST7 **************************************************************************** * Input data flow received from BOS-TP since open_aci view. **************************************************************************** 01 INPUT-RECORD. 05 LAST-NAME PIC X(20). 05 FIRST-NAME PIC X(20). 05 MID-INIT PIC X. 05 STREET-ADDRESS PIC X(30). 05 TOWN-ADDRESS PIC X(30). 05 SSN PIC X(11). 05 PHONE PIC X(12). 05 ACCOUNT-TYPE PIC X. * **************************************************************************** * Output data flow sent towards BOS-TP, to be mapped on open_aco view. * This view includes mio system fields such as: * - FORMNAM: name of the form mio will display * - STATLIN: message mio will display on the form status line. **************************************************************************** 01 OUTPUT-RECORD. 05 LAST-NAME PIC X(20) VALUE SPACES. 05 FIRST-NAME PIC X(20) VALUE SPACES. 05 MID-INIT PIC X VALUE SPACE. 05 STREET-ADDRESS PIC X(30) VALUE SPACES. 05 TOWN-ADDRESS PIC X(30) VALUE SPACES. 05 SSN PIC X(11) VALUE SPACES. 05 PHONE PIC X(12) VALUE SPACES. 05 ACCOUNT-TYPE PIC X VALUE SPACE. 05 OUTPUT-ACCOUNT-ID COMP-2 VALUE ZERO. 05 CREDIT-LINE PIC S9(5)V99 COMP BALANCE PIC S9(5)V99 COMP STATLIN PIC X(80) VALUE SPACES. 05 FORMNAM PIC X(7) VALUE "HCOPEN". * 01 OUTPUT-RECORD-LENGTH COMP-2 VALUE 238. * 01 C-LG COMP-2 VALUE C-STATUS PIC X VALUE SPACE. 88 C-STATUS-OK VALUE "0". 88 C-STATUS-NOTOK VALUE "1". * COPY TDS-WORKING-STORAGE. * COPY TDS-CRTAPP. * COPY TDS-RPC. / * SEND AND RECEIVE AREAS TAKEN FROM THE tdsname.cobol FILE. * COPY HOST-RECV-AREA. COPY HOST-SEND-AREA. / * LINKAGE SECTION. COPY TDS-STORAGE. COPY CONSTANT-STORAGE. 01 TRANSACTION-STORAGE. 02 TERMINAL-SYMB-SOURCE PIC X(12). / * COMMUNICATION SECTION. CD CD-IN FOR INPUT SYMBOLIC QUEUE IS SQI MESSAGE DATE IS MDI MESSAGE TIME IS MTI SYMBOLIC SOURCE IS SSI TEXT LENGTH IS TLI END KEY IS EKI STATUS KEY IS SKI MESSAGE COUNT IS MCI. CD CD-OUT FOR OUTPUT DESTINATION COUNT IS DCO TEXT LENGTH IS TLO STATUS KEY IS SKO ERROR KEY IS EKO SYMBOLIC DESTINATION IS SDO. / C-2 47 F2 30UT Rev01

67 Exemple COBOL de transaction de service TDS PROCEDURE DIVISION USING TDS-STORAGE CONSTANT-STORAGE TRANSACTION-STORAGE. COPY TDS-DECL-EX. 000-MAIN-LINE-ROUTINE SECTION. ML-01. * PERFORM 100-HOUSE-KEEPING. MOVE SYMBOLIC-QUEUE TO SQI. MOVE 500 TO TLI. * **************************************************************************** * Receive the message from BOS-TP **************************************************************************** RECEIVE CD-IN MESSAGE INTO HOST-RECV-AREA ML-02. MOVE SSI TO TERMINAL-SYMB-SOURCE. NO DATA MOVE 1 MOVE 4315 TO HOST-USER-VALUE GO TO 900-TRETURN. TO HOST-RETURN-VALUE MOVE HOST-RECV-STATUS TO TUXEDO-ATMI-RETURN-CODE. IF TPSUCCESS NEXT SENTENCE ELSE MOVE 1 TO HOST-RETURN-VALUE IF TPESVCERR MOVE 4314 TO HOST-USER-VALUE GO TO 900-TRETURN ELSE MOVE 4315 TO HOST-USER-VALUE GO TO 900-TRETURN. **************************************************************************** * Perform the requested service **************************************************************************** PERFORM 200-GET-INPUT-DATA. PERFORM 300-GET-ACCOUNT-ID. PERFORM 310-CHECK-ACCOUNT-ID. PERFORM 320-OPEN-ACCOUNT. PERFORM 500-WRITE-TS-Q. / **************************************************************************** * Initialize the output data to be sent back **************************************************************************** 400-WRITE-OUTPUT-RECORD SECTION. WO-001. MOVE CORRESPONDING INPUT-RECORD TO OUTPUT-RECORD. MOVE CREDIT-LINE OF ACCOUNT-RECORD TO CREDIT-LINE IN OUTPUT-RECORD. MOVE BALANCE OF ACCOUNT-RECORD TO BALANCE IN OUTPUT-RECORD. WO-999. EXIT. / * 410-MOVE-TO-TRETURN-AREA SECTION. MT-001. MOVE 0 TO HOST-RETURN-VALUE. MOVE ZEROES TO HOST-USER-VALUE. MOVE "VIEW" TO HOST-SBUFTYPE OF HOST-SEND-AREA. MOVE "open_aco" TO HOST-VIEW-NAME OF HOST-SEND-AREA. MOVE OUTPUT-RECORD-LENGTH TO HOST-SDATA-LEN OF HOST-SEND-AREA. MOVE OUTPUT-RECORD TO HOST-SDATA OF HOST-SEND-AREA. MT-999. EXIT. / * 47 F2 30UT Rev01 C-3

68 Configuration et utilisation de /HOST7 900-TRETURN SECTION. TR-001. PERFORM 910-PROCESS-APP-ERROR-CODE. MOVE SSI TO TERMINAL-SYMB-SOURCE SDO. MOVE 1 TO DCO. * LENGTH OF DATA TO BE SENT IS THE LENGTH OF HOST-SND-AREA * HEADER PLUS THE LENGTH OF USER DATA. ADD OUTPUT-RECORD-LENGTH HOST-SND-LG GIVING TLO. * **************************************************************************** * Send the message towards BOS-TP **************************************************************************** SEND CD-OUT FROM HOST-SEND-AREA WITH EGI. IF SKO NOT = "00" CALL "ABORT". TR-999. MOVE SPACES TO NEXT-TPR. * EXIT PROGRAM. / * 100-HOUSE-KEEPING SECTION. HK-001. INITIALIZE HOST-RECV-AREA. MOVE ZEROES TO HOST-USER-VALUE. MOVE 0.00 TO CREDIT-LINE IN OUTPUT-RECORD. MOVE 0.00 TO BALANCE IN OUTPUT-RECORD. HK-999. EXIT. / * 200-GET-INPUT-DATA SECTION. GI-001. MOVE HOST-UDATA OF HOST-RECV-AREA TO INPUT-RECORD. IF ACCOUNT-TYPE OF INPUT-RECORD NOT EQUAL TO "V" MOVE 1 TO HOST-RETURN-VALUE MOVE 4401 TO HOST-USER-VALUE. IF HOST-RETURN-VALUE = 1 GO TO 900-TRETURN. MOVE CORRESPONDING INPUT-RECORD TO ACCOUNT-RECORD. GI-999. EXIT. / * 300-GET-ACCOUNT-ID SECTION. GA-001. * GETTING LAST ACCOUNT ID FROM COMMON STORAGE QUEUE CALL "CREAD-COMMON" USING TEMP-STORAGE-Q OUTPUT-ACCOUNT-ID C-LG C-STATUS. IF C-STATUS-NOTOK MOVE 1 TO HOST-RETURN-VALUE MOVE 4410 TO HOST-USER-VALUE ELSE IF OUTPUT-ACCOUNT-ID = 0 MOVE "Y" TO ACCOUNT-ID-Q-STATUS ELSE MOVE "N" TO ACCOUNT-ID-Q-STATUS. IF HOST-RETURN-VALUE = 1 GO TO 900-TRETURN. GA-999. EXIT. / * 310-CHECK-ACCOUNT-ID SECTION. CA-001. * IF OPEN THE FIRST ACCOUNT IF NEW-ACCOUNT-ID-Q MOVE "N" TO ACCOUNT-ID-Q-STATUS MOVE V-MIN-ACCOUNT-ID TO OUTPUT-ACCOUNT-ID IN OUTPUT-RECORD CALL "CWRITE-COMMON" USING TEMP-STORAGE-Q OUTPUT-ACCOUNT-ID C-LG C-STATUS IF C-STATUS-NOTOK MOVE 1 TO HOST-RETURN-VALUE MOVE 4410 TO HOST-USER-VALUE. IF HOST-RETURN-VALUE = 1 GO TO 900-TRETURN. * ELSE NOT OPEN FIRST TIME, BUT CHECK IF ACCOUNT FILE IS FULL IF OLD-ACCOUNT-ID-Q AND ACCOUNT-NOT-FULL AND OUTPUT-ACCOUNT-ID NOT < (V-MAX-ACCOUNT-ID - 1) C-4 47 F2 30UT Rev01

69 Exemple COBOL de transaction de service TDS MOVE "Y" TO ACCOUNT-FULL-SW MOVE V-MIN-ACCOUNT-ID TO OUTPUT-ACCOUNT-ID IN OUTPUT-RECORD * ELSE IF ACCOUNT FILE IS FULL ELSE IF OLD-ACCOUNT-ID-Q AND ACCOUNT-FULL MOVE 1 TO HOST-RETURN-VALUE MOVE 4408 TO HOST-USER-VALUE GO TO 900-TRETURN. * ELSE NOT NEW ACCOUNT RECORD, INCREMENT ACCOUNT-ID BY 1 ADD 1 TO OUTPUT-ACCOUNT-ID IN OUTPUT-RECORD. MOVE OUTPUT-ACCOUNT-ID TO TEMP2-ACCOUNT-ID TEMP-ACCOUNT-ID. MOVE REAL-ACCOUNT-ID TO V-ACCOUNT-ID READ VACCT RECORD INTO ACCOUNT-RECORD KEY IS V-ACCOUNT-ID INVALID KEY GO TO CA-003. CA-002. IF FILE-STATUS = "00" MOVE "Y" TO ACCOUNT-ID-FOUND-SW GO TO CA-004. MOVE 1 TO HOST-RETURN-VALUE. IF FILE-STATUS1 = "4" MOVE 4425 TO HOST-USER-VALUE ELSE MOVE 4420 TO HOST-USER-VALUE. GO TO 900-TRETURN. CA-003. MOVE "N" TO ACCOUNT-ID-FOUND-SW. CA-004. * * IF THE ACCOUNT EXISTS ALREADY, TRY THE NEXT ONE. * IF ACCOUNT-ID-FOUND PERFORM 500-WRITE-TS-Q GO TO CA-001. CA-999. EXIT. / * 320-OPEN-ACCOUNT SECTION. OA-001. MOVE TO CREDIT-LINE IN ACCOUNT-RECORD. MOVE 0.00 TO BALANCE IN ACCOUNT-RECORD. MOVE OUTPUT-ACCOUNT-ID OF OUTPUT-RECORD TO ACCOUNT-ID IN ACCOUNT-RECORD. WRITE V-ACCOUNT-RECORD FROM ACCOUNT-RECORD INVALID KEY MOVE VACCT-STATUS TO FILE-STATUS GO TO OA-003. OA-002. IF FILE-STATUS = "00" GO TO OA-999. OA-003. MOVE 1 TO HOST-RETURN-VALUE. IF FILE-STATUS1 = "4" MOVE 4425 TO HOST-USER-VALUE ELSE IF FILE-STATUS = "24" MOVE 4408 TO HOST-USER-VALUE ELSE IF FILE-STATUS1 = "2" MOVE 4411 TO HOST-USER-VALUE ELSE MOVE 4409 TO HOST-USER-VALUE. GO TO 900-TRETURN. OA-999. EXIT. / * 500-WRITE-TS-Q SECTION. WT-001. * SAVE THE CURRENT ACCOUNT-ID TO COMMON STORAGE QUEUE CALL "CWRITE-COMMON" USING TEMP-STORAGE-Q OUTPUT-ACCOUNT-ID C-LG C-STATUS IF C-STATUS-NOTOK MOVE 1 TO HOST-RETURN-VALUE MOVE 4410 TO HOST-USER-VALUE GO TO 900-TRETURN. 47 F2 30UT Rev01 C-5

70 Configuration et utilisation de /HOST7 WT-002. PERFORM 400-WRITE-OUTPUT-RECORD. PERFORM 410-MOVE-TO-TRETURN-AREA. PERFORM 900-TRETURN. WT-999. EXIT. / * 910-PROCESS-APP-ERROR-CODE SECTION. PA-001. IF HOST-USER-VALUE = 4401 MOVE "APPERROR: NO SUCH ACCOUNT TYPE " TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4314 MOVE "APPERROR: FAILED RECEIVE" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4315 MOVE "APPERROR: NO DATA AVAILABLE ON RECEIVE" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4408 MOVE "APPERROR: CREDIT CARD DATABASE IS FULL" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4409 MOVE "APPERROR: WRITE TO TDS ACCOUNT FILE ERROR - INVALID KEY" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4410 MOVE "APPERROR: COMMON STORAGE NOT DEFINED IN STDS" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4411 MOVE "APPERROR: SOCIAL SECURITY NUMBER USED BY ANOTHER ACCOUNT" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4420 MOVE "APPERROR: SERIOUS ERROR WHILE READING THE ACCOUNT FILE" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 4425 MOVE "APPERROR: ACCOUNT-FILE IS NOT OPENED IN READ OR WRITE" TO STATLIN OF OUTPUT-RECORD ELSE IF HOST-USER-VALUE = 0 MOVE "ACCOUNT IS ADDED SUCCESSFULLY" TO STATLIN OF OUTPUT-RECORD. IF HOST-RETURN-VALUE = 1 MOVE 0 TO OUTPUT-ACCOUNT-ID OF OUTPUT-RECORD. MOVE "VIEW" TO HOST-SBUFTYPE OF HOST-SEND-AREA. MOVE "open_aco" TO HOST-VIEW-NAME OF HOST-SEND-AREA. MOVE OUTPUT-RECORD-LENGTH TO HOST-SDATA-LEN OF HOST-SEND-AREA. MOVE OUTPUT-RECORD TO HOST-SDATA OF HOST-SEND-AREA. PA-999. EXIT. / ************************************** 2. COPY FILES CONTENT: ************************************** SELECT-VACCT: SELECT EXTERNAL VACCT ASSIGN VACCT ORGANIZATION UFF INDEXED ACCESS DYNAMIC RECORD KEY IS V-ACCOUNT-ID ALTERNATE RECORD KEY IS V-SSN FILE STATUS IS VACCT-STATUS. FD-VACCT: LABEL RECORD STANDARD. 01 V-ACCOUNT-RECORD. 05 V-ACCOUNT-ID PIC X(4). 05 V-CREDIT-LINE PIC S9(5)V99 COMP V-BALANCE PIC S9(5)V99 COMP V-LAST-NAME PIC X(20). 05 V-FIRST-NAME PIC X(20). 05 V-MID-INIT PIC X. 05 V-STREET-ADDRESS PIC X(30). 05 V-TOWN-ADDRESS PIC X(30). 05 V-SSN PIC X(11). 05 V-PHONE PIC X(12). 05 V-ACCOUNT-TYPE PIC X. TDS-WORKING-STORAGE: 77 VACCT-STATUS PIC X(2). C-6 47 F2 30UT Rev01

71 Exemple COBOL de transaction de service TDS TDS-CRTAPP: 01 ACCOUNT-RECORD. 05 ACCOUNT-ID PIC X(4). 05 CREDIT-LINE PIC S9(5)V99 COMP BALANCE PIC S9(5)V99 COMP LAST-NAME PIC X(20). 05 FIRST-NAME PIC X(20). 05 MID-INIT PIC X. 05 STREET-ADDRESS PIC X(30). 05 TOWN-ADDRESS PIC X(30). 05 SSN PIC X(11). 05 PHONE PIC X(12). 05 ACCOUNT-TYPE PIC X. 01 FILE-STATUS PIC X(2) VALUE "00". 01 FILLER REDEFINES FILE-STATUS. 02 FILE-STATUS1 PIC X. 02 FILE-STATUS2 PIC X. 01 TEMP2-ACCOUNT-ID COMP FILLER REDEFINES TEMP2-ACCOUNT-ID. 02 REAL-ACCOUNT-ID PIC X(4). TDS-RPC: 01 TUXEDO-ATMI-RETURN-CODE COMP-2 VALUE ZEROES. 88 TPSUCCESS VALUE TPESVCERR VALUE TPENODATA VALUE +21. TDS-DECL: DECLARATIVES. VACCT-ERROR SECTION. USE AFTER ERROR PROCEDURE ON VACCT. VE-001. DISPLAY "ERROR ON FILE VACCOUNT STATUS = " VACCT-STATUS. MOVE VACCT-STATUS TO FILE-STATUS. VE-999. EXIT. END DECLARATIVES. ********************************************************************************************* 3. BOS-TP VIEW FILES CONTENT FOR OPEN_ACI AND OPEN_ACO VIEWS: ********************************************************************************************* open_aci.v: VIEW open_aci $ /* Input View structure for open credit account mapped on INPUT-RECORD structure */ #type cname fbname count flag size null string lname LAST_NAME 1 S 20 "abcdefghijklmnopq " string fname FIRST_NAME 1 S 20 "" char midinit MID_INIT 1 S - "" string address ADDRESS 1 S 60 "" string ssn SSN 1 S 11 "" string phone PHONE 1 S 12 "" char acctype C_ACCT_TYPE 1 S - "" END open_aco.v: VIEW open_aco $ /* Output View structure for open credit account mapped on OUTPUT-RECORD structure */ #type cname fbname count flag size null string lname LAST_NAME 1 F 20 "" string fname FIRST_NAME 1 F 20 "" char midinit MID_INIT 1 F - "" string address ADDRESS 1 F 60 "" string ssn SSN 1 F 11 "" string phone PHONE 1 F 12 "" char acctype C_ACCT_TYPE 1 F - "" long acctid C_ACCOUNT_ID 1 F - 0 dec_t crtline C_CAMOUNT 1 F 4,2 - dec_t balance C_BAMOUNT 1 F 4,2 - string ermsg STATLIN 1 F 80 "" string retscr FORMNAM 1 F 7 "" END 47 F2 30UT Rev01 C-7

72 Glossaire /HOST7 Logiciel Bull permettant à une application TUXEDO sous UNIX d'utiliser les transactions et les données d'une application TDS sous GCOS 7. Dans l'environnement TUXEDO, il est appelé "Extension de /Host". basculement (takeover) Opération manuelle ou automatique permettant de relancer un système DPS 7000 sur un système DPS 7000 de secours, ceci dans le cadre de la Haute disponibilité (HA). client Processus qui génère des demandes de service prises en charge par TUXEDO et reçoit des réponses de TUXEDO à ces demandes. CPI-C (Common Programming Interface for Communications) Interface permettant aux systèmes conformes aux normes X/OPEN de communiquer avec des systèmes mettant en oeuvre le protocole LU6.2 SNA ou XCP2. DPS 7000 (Bull Data Processing System) Système de traitement de l'information Bull sous GCOS 7. DPX/n (Bull Unix Data Processing systems) Système de traitement de l'information Bull sous UNIX. DSA (Distributed Systems Architecture) Architecture de systèmes distribués Bull permettant l'interconnexion de systèmes homogènes ou hétérogènes. Extension de /Host Voir /HOST7. 47 F2 30UT Rev01 g-1

73 Configuration et utilisation de /HOST7 FSE (Full Screen Editor) Editeur plein écran disponible sous GCOS 7. GCL (GCOS 7 Command Language) Langage de commande de GCOS 7. GCOS 7 (General Comprehensive Operating System) Système d'exploitation du DPS IOF (Interactive Operating Facility) Moniteur interactif disponible sous GCOS 7. JCL (Job Control Language) Langage de gestion des travaux disponible sous GCOS 7. JOR (Job Occurrence Report) Rapport d'exécution. LIBMAINT Utilitaire de gestion des bibliothèques et de leurs sous-fichiers sous GCOS 7. passerelle (gateway) Dispositif de communication entre environnements différents. passerelle TDS (TDS gateway) Serveur passerelle disponible dans un système TDS exécuté sous GCOS 7. PID (Plug ISO/DSA) Prise ISO/DSA. Il s'agit d'une passerelle permettant la conversion d'une session ISO en session DSA et vice versa. serveur Processus qui reçoit des demandes de service d'un client ou d'un autre serveur et distribue les services demandés. g-2 47 F2 30UT Rev01

74 Glossaire STDS (Source TDS) Fichier source de bibliothèque contenant les spécifications de génération de TDS TDS (Transaction Driven Subsystem) Sous-système transactionnel de GCOS 7. TP7GEN Utilitaire de génération de TDS. TP7PREP Utilitaire d'affectation de place et d'initialisation pour tous les fichiers nécessaires à un système TDS. UBBCONFIG Nom attribué par défaut au fichier de configuration ASCII d'une application TUXEDO. UNIX Système d'exploitation (marque déposée d'osf). XCP2 (Extended Cooperative protocol Level 2) Protocole DSA équivalent au protocole IBM LU.2. Utilisé pour la communication interprogramme dans un réseau ISO/DSA. 47 F2 30UT Rev01 g-3

75 Configuration et utilisation de /HOST7 g-4 47 F2 30UT Rev01

76 Index A Administrateur TDS contrôle de passerelle TDS 4-1 fonctions /HOST7 1-9 modification et génération de TDS 2-3 Administrateur TUXEDO commande printdomain 1-6 commande stats 1-6 commande tmboot 1-6 Commande tmshutdown 1-6 reconnectdomain (commande) 1-6 reconnexion des communications entre passerelles 1-6 visualisation de la disponibilité de la passerelle TDS 1-6 visualisation des statistiques concernant l'utilisation de la passerelle TDS 1-6 Affectation fichier HOST 1-7 Affectation du fichier HOST 2-5 Affichage activité de passerelle TDS 4-1 Allocation fichier PPCLOG 2-6 architecture HOST7 1-8 Arrêt prématuré d'une transaction 3-11 Arrêt prématuré d'une transaction TDS 3-11 B Boîtes aux lettres XCP buildgateway (commande) 1-9 C CARRAY (type de tampon) 1-7 Catalogue de site 3-17 Client TUXEDO codes d'erreur émis par passerelle TDS B-6 Clients TUXEDO programmation 1-10 CNS7 1-4 COBOL types de données 3-3 verbe RECEIVE 3-5 verbe SEND 3-7 code d'erreur voir message d'erreur B-1 Codes d'autorisation 2-7, 3-17 Codes d'erreurs renvoyés à TUXEDO B-6 Codes retour UBUGERR 3-11 Commande maîtresse TDS messages B-3 Commande PRINT_HOST_FILE codes retour B-4 Communications longueur des messages 2-4 temporisation 2-4 communications Voir communications entre passerelles 1-8 Communications entre passerelles 1-8 exemple de configuration (figure) 1-3 interruption 3-16 reconnexion 1-6 Communications XCP2 environnement HA 2-4 niveau de simultanéité maximal 2-7 Compte rendu d'activité /HOST7 B-4 Configuration de TDS 2-3 Configuration des communications XCP2 2-6 Consolidation 3-16 Conversion d'ascii en EBCDIC 1-7 Conversion d'ebcdic en ASCII 1-7 Conversion de données 1-7, 3-2 CPI-C, communication entre passerelles 1-8 CPI-C/OSI 1-8 logiciel nécessaire 1-4 CPI-C/XCP2 1-8 Création 47 F2 30UT Rev01 i-1

77 Configuration et utilisation de /HOST7 D passerelles natives 1-9 passerellestds 2-3 dec_t type de données 3-4 Défaillances de TDS 3-16 Défaillances des communications entre passerelles 1-6 demande de service consignation 1-7 Demandes de service gestion 1-6 noms 1-6 tpcall, tpacall, tpforward (verbes) 1-8 Demandes de service d'arrêt 1-6 Demandes de service de lancement 1-6 Demandes de service stats 1-6 Demandes de services administration 1-6 Demandes de services transaction 1-6 DISPLAY-GATEWAY, procédure d'appel (COBOL) 3-13 DNS 1-4 Données décimales condensées 3-4 E ENVFILE (fichiers) paramètre MAXDATALEN 2-4 ENVILE (fichiers) paramètre TDSGATEWAY 2-3 Environnement HA 2-4 Envoi de données à TUXEDO 3-7, 3-10 Etat technique 1-4 F Fichier HOST format d'article (C) A-2 format d'article (COBOL) A-1 fichier journal Voir fichier HOST: 1-7 Fichier SYSTEMLOG B-6 FML (type de tampon) 1-7 Fonctions /HOST7 pour l'administrateur TUXEDO 1-9 Fonctions /HOST7 pour le programmeur TDS 1-9 fonctions d'administration 1-9 Fonctions de programmation 1-9 fonctions utilisateur 1-9 G Génération de réseau (exemple) 2-6 Génération de TDS 2-3 H h_dgwt_status (macro C) 3-15 h_receive (macro C) 3-9 H_RECV_AREA (structure C) 3-9 h_send (macro C) 3-10 H_SEND_AREA (structure C) 3-10 Haute disponibilité Voir Environnement HA: 2-4 historique Voir fichier HOST 1-7 HOST affectation du fichier 1-7, 2-5 caractéristiques du fichier 2-2 réservation de place pour le fichier 2-2 statut de partage du fichier 2-5 taille du fichier 2-2 HOST (fichier) 1-7 HOST GATEWAY (clause),syntaxe 2-3 HOST_RECV_AREA (structure COBOL) 3-5 HOST_SEND_AREA (structure COBOL) 3-7 HOST7 fichier journal Voir fichier HOST 1-7 fonctions de programmation 1-9 fonctions utilisateurs 1-9 procédure de lancement 2-8 procédures de configuration 2-1 I IDS INIT (fichier) 1-7 Interface de programmation commune pour les communications Voir CPI-C 1-8 L Lancement de /HOST7 2-8 Langage C h_send (macro) 3-10 types de données 3-3 langage C macro h_receive 3-9 Logiciel nécessaires pour /HOST7 1-4 Longueur des donnésvoir longueur des messages: 2-4 i-2 47 F2 30UT Rev01

78 Index M MAXIMUM XCP2-WAITTIME (clause) 2-4 Message d'erreur commande maîtresse B-3 message d'erreur passerelle TDS B-1 Message MV50 B-1 Message MV51 B-1 Message MV52 B-2 Message MV53 B-2 Message TV90 B-4 Message TV91 B-4 message TV92 B-4 Message TV93 B-4 Message TV94 B-5 Message TV95 B-5 Message TV96 B-5 Message TV97 B-5 Message TX81 B-2 Message TX82 B-3 Message TX83 B-3 MESSAGE-LENGTH (clause) 2-4 Mode partenaire 4-5 Modèle client/serveur 1-2 Modification catalogue de site 2-7 Modification de TDS 2-3 N Noms d'utilisateur partenaire 3-17 O Option accès ISO/DSA 1-4 ORACLE 3-12 P Paramètres de sécurité des pools 3-17 Passerelle TDS codes d'erreur renvoyés à TUXEDO B-6 programmation des accès 3-13 passerelle TDS messages d'erreur B-1 Passerelles distantes 1-2 Passerelles étrangères 1-2 Passerelles hôtes 1-2 Passerelles natives 1-7 conversion de données 1-7 création 1-7, 1-9 Passerelles TDS consignation des demandes de service1-7 création 2-3 demandes de service d'arrêt 1-6 demandes de service de lancement 1-6 état reconnect 3-16 exemple de déclaration 2-3 gestion de services transaction 1-6 gestion des services administration 1-6 informations de disponibilité 1-6 nombre maximal 2-3 noms 2-3 statistiques relatives à l'utilisation 1-6 Pools de session paramètres de sécurité 3-17 pools de session fermeture 3-16 PPCLOG (fichier) 2-6 Préparation de TDS 2-2, 2-6 printdomain (commande) 1-9 printservice (commande) 1-9 Protection au niveau session 2-7 R RECEIVE (verbe COBOL) 3-5 Réception de données de TUXEDO 3-9 Réception des données émises par TUXEDO 3-5 reconnectdomain (commande) 1-6, 1-9 Reconnexion des communications entre passerelles 1-6 Reconnexion des passerelles TDS 1-6 Règles de programmation pour TDS 3-11 Relances à chaud 3-16 Réseau Voir communications entre passerelles 1-8 Réseaux ISO/DSA 2-6 Réservation de place pour le fichier HOST2-2 Rubriques du catalogue de site 2-7 S SEND (instruction EGI) 3-11 SEND (instruction ESI) 3-11 SEND (verbe COBOL) 3-7 Serveurs passerelles 1-2 Session protection 2-7 SPAWN 3-12 stats (commande) 1-9 STDS (unités origine de TDS) 2-3 STRING (type de tampon 1-7 Structures de données F2 30UT Rev01 i-3

79 Configuration et utilisation de /HOST7 T Tampon CARRAY 3-2 conversion 3-2 FML 3-2 STRING 3-2 VIEW 3-2 Tampon typé voir type de tampon: 3-2 tampons 1-7 TDS préparation 2-2, 2-6 Temporisation (TIMEOUT) 2-4 tmadmin (commande) 1-9 TP7PREP allocation de PPCLOG 2-6 paramètres de réservation de place pour le fichier HOST 2-2 tpacall (verbe) 1-8 tpcall (verbe) 1-8 tpforward (verbe) 1-8 Transaction TDS exemple en COBOL C-1 programmation pour TUXEDO 3-1 Transactions TDS envoi de données (C) 3-10 envoi de données (COBOL) 3-7 nombre maximal admis par XCP2 2-7 réception de données (C) 3-9 réception de données (COBOL) 3-5 règles de programmation 3-11 Transactions TDS transactions arrêts prématurés 3-16 TUXEDO types de tampons 1-7 Type de tampon 3-2 configuration 2-6 XCP2COR, nom 4-5 XCP2POOL, nom 4-5 U UBBCONFIG (fichier) 1-7 UBUGERR (code retour) 3-11 Utilisateur partenaire 4-5 V VIEW exemple de correspondance avec COBOL 3-4 VIEW (type de tampon) 1-7 X XCP2 1-8 i-4 47 F2 30UT Rev01