![[z/OS]](../images/ngzos.gif)
Exemples d'adaptateurs locaux optimisés
Ce produit contient des fichiers exemples d'adaptateurs locaux optimisés pour z/OS.
- Fichiers .jclsamp
- Fichiers olarar.py et olararupdate.py
- Fichiers d'en-tête bboaapi.h et bboaapip.include
- Exemples de fichiers EAR
Le fichier ola_apis.jar se trouve dans le répertoire du produit /lib.
Description des exemples
Le jeu de fichiers natifs contient un fichier nommé @@README qui contient la liste des exemples et explique leur finalité. Ces exemples se trouvent dans <install_root>/util/zos/OLASamples et comprennent :
- BBOAAPI - Fichier d'en-tête C nécessaire pour compiler des exemples C/C++ utilisant les API OLA (bboaapi.h)
- BBOAAPIC - Fichier d'en-tête C nécessaire pour compiler des exemples C/C++ utilisant les API OLA avec CICS LINK BBOACNTL avec COMMAREA (bboaapic.h)
- BBOAAPIP - Fichier d'inclusion PL/I nécessaire pour compiler des applications PL/I utilisant les API OLA (bboaapip.include)
- BBOACPLT - Source d'exemple assembleur pour la routine d'initialisation PLT CICS qui montre comment activer OLA TRUE pendant le démarrage de CICS (BBOACPLT.cicsasm)
- BBOACPL2 - Source d'exemple assembleur pour la routine d'initialisation PLT CICS qui montre comment obtenir OLA INITPARMS à partir des paramètres de démarrage de CICS et comment lancer BBOC STRT_SRVR pendant le démarrage de CICS (BBOACPL2.cicsasm)
- BBOACPL3 - Source d'exemple assembleur pour la routine d'initialisation PLT CICS qui montre comment passer plusieurs commandes BBOC à BBOACNTL pendant le démarrage de CICS (BBOACPL3.cicsasm)
- BBOACPLS - Source d'exemple assembleur pour la routine d'arrêt PLT CICS qui montre comment récupérer une liste de serveurs Link WOLA en cours d'exécution pendant l'arrêt de CICS et comment les arrêter (bboacpls.cicsasm)
- CSDUPDAT - Tâche d'utilitaire CICS DFHCSDUP qui définit toutes les définitions de ressources requises pour OLA sous CICS (CSDUPDAT.jclsamp)
- DFHPLTOL - JCL/source de l'assemblage d'un exemple PLT avec le programme d'exit OLA enable TRUE, BBOACPLT, et le PLT du processeur de commande OLA BBOC, BBOACPL2 (dfhpltol.jclsamp)
- OLABATCH - JCL qui permet d'exécuter par lots l'un des exemples. Exécutez ce code sur la même partition logique sur laquelle s'exécute WebSphere z/OS (OLABATCH.jclsamp)
- OLACB01 - JCL/source qui relie CICS à un exemple de programme en Cobol en utilisant une zone de communication. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS. Il renvoie le message envoyé (OLACB01.jclsamp)
- OLACB02 - JCL/source qui relie CICS à un exemple de programme en Cobol en utilisant un conteneur. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS. Il renvoie le message envoyé (OLACB02.jclsamp)
- OLACB03 - JCL/source d'un exemple de programme CICS en Cobol qui illustre comment exécuter une tâche CICS dans un serveur OLA optimisé à l'aide de l'API Host Service (OLACB03.jclsamp)
- OLACB04 - JCL/source d'un exemple de programme CICS en Cobol qui illustre comment exécuter une tâche CICS dans un serveur OLA optimisé à l'aide des API Receive Request et Get Data (OLACB04.jclsamp)
- OLACB05 - JCL/source d'un exemple de programme CICS en Cobol qui illustre comment utiliser les API Register et Get Connection, comment appeler un EJB avec Send Request, obtenir une réponse avec Get Data et libérer la connexion avec les API Connection Release et Unregister (OLACB05.jclsamp)
- OLACB06 - JCL/source d'un exemple de programme CICS en Cobol qui illustre comment utiliser les API pour s'enregistrer et comment appeler une application EJB avec Invoke et Unregister (OLACB06.jclsamp)
- OLACB10 - JCL/source d'un exemple de programme CICS en Cobol qui utilise plusieurs conteneurs pour passer des données à CICS depuis un EJB. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS (OLACB10.jclsamp)
- OLACB11 - JCL/source d'un exemple de programme CICS en Cobol qui utilise plusieurs conteneurs pour passer des données à CICS depuis un EJB. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS. Les données sont modifiées dans le programme cible (OLACB11.jclsamp)
- OLACB12 - JCL/source d'un exemple de programme CICS en Cobol qui utilise plusieurs conteneurs pour passer des données à CICS depuis un EJB. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS. Les données sont supprimées dans le programme cible (OLACB12.jclsamp)
- OLACC01 - JCL source pour un programme C exécutant Register/Invoke/Unregister. Ce code peut s'exécuter sous batch/USS/CICS (OLACC01.jclsamp)
- OLACC02 - JCL/source pour un programme C exécutant des appels d'API Host Service/Send Request/Send Response/Get Data. Ce programme fonctionne en s'appelant lui-même, en appelant un bean EJB qui le rappelle à son tour. Ce code peut s'exécuter sous batch/USS/CICS (OLACC01.jclsamp)
- OLACC10 - JCL/source d'un exemple de programme CICS en C qui utilise plusieurs conteneurs pour passer des données à CICS depuis un EJB. Il s'agit d'un exemple de programme cible à utiliser avec le serveur Link OLA CICS (OLACC10.jclsamp)
- OLAMAP - JCL/source de définition d'une mappe d'écran BMS CICS. Il s'agit d'un écran de conduite de test 3270 conçu pour transmettre des requêtes entrs WebSphere depuis CICS (OLAMAP.jclsamp)
- OLAPL01 - JCL/source du programme PL/I qui s'exécute en tant que transaction de message IMS Fast Path. Voir les exemples de membre STAGE1 et PSBOLA2 pour savoir comment le générer dans votre environnement IMS (OLAPL01.jclsamp)
- OLAPL02 - JCL/source du programme PL/I qui s'exécute en tant que transaction de programme MPP (Message Processing Programs) IMS. Voir les exemples de membre STAGE1 et PSBOLA2 pour savoir comment le générer dans votre environnement IMS (OLAPL02.jclsamp)
- OLAUTIL - JCL/source d'un utilitaire d'application de test CICS en Cobol. Permet de tester les API Register, Invoke, Host Service et Send Response à partir de ce panneau et de mettre à jour les noms du groupe de démons, du serveur et des nœuds ainsi que le nom du service à utiliser. Cet utilitaire permet de tester les appels dans les deux directions. Vous pouvez utiliser ce modèle de code pour tester l'utilisation de ces API (OLAUTIL.jclsamp)
- PSBOLA2 - Exemple de JCL/source pour la génération IMS PSB pour OLAPL01 et OLAPL02 (PSBOLA2.jclsamp)
- OTMAINIT - Exemple de JCL illustrant comment démarrer les services SVC de l'interface appelable IMS OTMA sur votre système (OTMAINIT.jclsamp)
- STAGE1 - Exemple de code source pour IMS STAGE1 pour OLAPL01 et OLAPL02 (STAGE1.jclsamp)
Installation des exemples
- Affectez un jeu de données partitionné (PDS) ou un jeu de données partitionné étendu (PDSE) pour contenir le code source en langage de contrôle des travaux (JCL). Dans l'exemple de JCL, ce jeu de données s'appelle BOSS.OLA.SAMPLES.SRC.
Ce jeu de données est alloué comme suit : RECFM=FB, DSORG=PO, LRECL=80, BLKSIZE=9040, TRKS=40. Par exemple, copiez OGET, les fichiers avec le type de fichier “jclsamp” du répertoire <Prod_FS_root>/util/zos/OLASamples vers ce fichier. Le fichier d'en-tête bboaapi.h est également placé dans ce fichier en tant que BBOAAPI.
- Vous pouvez installer le fichier EAR immédiatement après avoir configuré votre adaptateur de ressources, ola.rar,
et défini une fabrique de connexions sous le nom JNDI (Java™ Naming and Directory
Interface) eis/ola. Le fichier EAR se trouve dans le répertoire, <Prod_FS_root>/util/zos/OLASamples.Avertissement : Si vous utilisez V8.0, utilisez le fichier OLASample2.ear.
- Affectez un autre jeu de données PDS ou PDSE pour stocker le fichier de stockage COBOL créé par le travail de création de mappe BMS OLAMAP de
CICS (Customer Information Control System).
Ce jeu de données est alloué comme suit : RECFM=FB, DSORG=PO, LRECL=80, BLKSIZE=9040, TRKS=15. Dans l'exemple de JCL, ce jeu de données s'appelle BOSS.OLA.SAMPLES.COPYBOOK.
- Affectez ou sélectionnez une bibliothèque de modules de chargement pour stocker les modules de chargement des exemples d'adaptateur local optimisé.
Elle doit être affectée en tant que LIBRARY plutôt que PDS.
- Pour créer et exécuter les exemples de fichier batch z/OS, procédez comme suit :
Vous devez modifier l'instruction JCLLIB de manière qu'elle désigne vos bibliothèques de procédures (pour les compilations en C dans le cas présent) pour tous les éléments que vous mettez à jour dans cette procédure. Pour ce faire, demandez si nécessaire l'aide d'une personne qui sait où se trouvent ces informations sur le système. De plus, le code source du programme de test contient le nom du groupe de démons (nom abrégé de cellule), le nom abrégé du noeud et le nom abrégé du serveur. Vous devez changer ces noms avant la compilation pour que ce programme fonctionne sur votre système.
- Ouvrez le membre OLACCnn (où nn représente le numéro du programme de test) et modifiez le code JCL en appliquant les conventions de désignation de jeu de données de votre organisation pour votre compilateur C puis installez le jeu de données SYSLMOD là où le module de chargement est placé.
- Dans le membre OLACCnn, modifiez le nom du groupe de démons (nom abrégé de cellule), le nom de noeud et le nom de serveur, puis soumettez le travail pour créer le module de chargement du programme de test.
- Vérifiez que le serveur d'applications cible est démarré et que la prise en charge des adaptateurs locaux optimisés y est activée. Pour activer la prise en charge des adaptateurs locaux optimisés, affectez à la variable WAS_DAEMON_ONLY_enable_adapter la valeur true. Vérifiez aussi que le fichier ola.rar est installé et qu'une fabrique de connexions a été créée sous le nom JNDI eis/ola.
- Vérifiez que l'exemple de fichier EAR OLA est installé sur le serveur d'applications cible. Avertissement : Si vous utilisez V8.0, utilisez le fichier OLASample2.ear.
- Utilisez OLABATCH comme modèle pour exécuter les exemples de traitement par lots OLACCnn.
Certains exemples de travail référencent un jeu de données nommé BOSS.OLA90902.SBBOLOAD. Cela représente le fichier dans lequel vous avez copié les modules d'adpateur en ligne en utilisant le script copyZOS.sh.
- Vous pouvez également exécuter les exemples de traitement par lots z/OS dans CICS. Suivez la procédure décrite dans la rubrique Activation de la prise en charge des adaptateurs locaux optimisés dans CICS, puis ajoutez la bibliothèque d'exemples de modules de chargement (étape 4) dans la concaténation DD DFHRPL de CICS.
- Pour créer et exécuter le panneau de l'exemple d'utilitaire de test CICS des adaptateurs locaux optimisés, procédez comme suit :
Vous devez modifier l'instruction JCLLIB de manière qu'elle désigne vos bibliothèques de procédures (pour les compilateurs en COBOL et la conversion pour CICS dans le cas présent) pour tous les éléments que vous mettez à jour dans cette procédure. Pour ce faire, demandez si nécessaire l'aide d'une personne qui sait où se trouvent ces informations sur le système.
- Ouvrez le membre OLAMAP et modifiez le code JCL en appliquant les conventions de désignation de jeu de données de votre organisation applicables aux applications HLASM. Vous devez modifier les paramètres MAPLIB et DSCTLIB pour indiquer les noms de vos propres jeux de données. Le paramètre MAPLIB doit désigner la bibliothèque d'exemples de modules de chargement que vous avez affectée à l'étape 4. Le paramètre DSCTLIB doit désigner le jeu de données COPYBOOK que vous avez affecté à l'étape 3.Remarque : Vous pouvez modifier le nom d'enregistrement par défaut dans ce panneau. Remplacez le nom par défaut CICSTEST par un autre nom. Vous pouvez également définir le nom par défaut du groupe de démons (nom abrégé de cellule) ainsi que le nom de noeud et le nom de serveur par défaut. Les valeurs que vous entrez ici s'affichent dans le panneau quand vous exécutez la transaction OLAU dans CICS.
- Soumettez le travail OLAMAP afin de créer le module de groupe de mappes CICS.
- Ouvrez le membre OLAUTIL et regardez son contenu.
Il s'agit d'un exemple d'application en Cobol qui illustre comment utiliser plusieurs des API des adaptateurs locaux optimisés à partir d'un programme en Cobol. Ce programme envoie et reçoit la mappe BMS de CICS, le membre OLAMAP, et peut envoyer un message à n'importe quel bean enterprise cible sur n'importe quel serveur d'applications connecté localement. Il permet aussi de voir comment exécuter une tâche CICS dans un service cible d'adaptateurs locaux optimisés à l'aide de l'API BBOA1SRV. Une fois le code JCL mis en conformité avec vos conventions de désignation des jeux de données, soumettez le travail. Le module de chargement OLAUTIL est enregistré dans le jeu de données désigné par le paramètre PROGLIB.
- Vérifiez que la bibliothèque de modules de chargement des adaptateurs locaux optimisés et la bibliothèque d'exemples de modules de chargement d'adaptateurs locaux optimisés se trouvent dans la concaténation DD DFHRPL CICS de votre procédure cataloguée CICS.
- Vérifiez que l'exemple de travail CSDUPDAT s'est exécuté et que la procédure d'installation des adaptateurs locaux optimisés dans CICS est terminée.
- Vérifiez que le serveur d'applications cible est démarré et que la prise en charge des adaptateurs locaux optimisés y est activée. Pour activer les adaptateurs locaux optimisés, affectez à la variable WAS_DAEMON_ONLY_enable_adapter la valeur true. Vérifiez aussi que le fichier ola.rar est installé et qu'une fabrique de connexions a été créée sous le nom JNDI eis/ola. Pour plus d'informations sur ces procédures, reportez-vous à la rubrique Activation de l'environnement serveur pour utiliser des adaptateurs locaux optimisés.
- Vérifiez que l'exemple de fichier EAR OLA est installé sur le serveur d'applications cible. Avertissement : Si vous utilisez V8.0, utilisez le fichier OLASample2.ear.
- Démarrez CICS.
Vérifiez que la prise en charge des adaptateurs locaux optimisés est activée, connectez-vous à CICS avec un ID utilisateur autorisé à exécuter les transactions BBOC et OLAU, puis effacez le contenu de l'écran. Tapez BBOC START_TRUE pour démarrer la tâche TRUE (task task-related user exit) CICS des adaptateurs locaux optimisés. Un message vous indique que l'exit a démarré. Si ce message ne s'affiche pas, un autre message indique le type de l'erreur qui s'est produite. Pour obtenir des messages plus détaillés, reportez-vous à la sortie du travail CICS et examinez le fichier BBOOUT. Si vous désirez utiliser le programme PLTPI (Program List Table for Post Initialization) des adaptateurs locaux optimisés pour démarrer l'exit TRUE pendant le démarrage de CICS, lisez la section ci-après qui décrit cette procédure.
- Effacez à nouveau le contenu de l'écran puis tapez OLAU pour lancer le panneau de test.
Si tout fonctionne bien, le panneau s'affiche avec le titre * Optimized Local Adapters WAS z/OS Testing *. Les paramètres d'exécution (Run parameters) sont répertoriés dans le panneau avec Register First avec la valeur Y, Register Name avec la valeur CICSTEST, puis Service Name avec la valeur ejb/com/ibm/ola/olasample1_echoHome. La zone Number of Tests to run contient la valeur 00001.
- Dans la zone des données d'envoi du message, tapez le texte du message à envoyer au service dans WebSphere Application Server.
- Entrez le nom abrégé du serveur WebSphere Application Server, le nom abrégé du noeud WebSphere Application Server et le nom abrégé de la cellule WebSphere Application Server (nom du groupe de démons) correspondant au serveur dans lequel vous voulez appeler un bean enterprise.
- Les autres zones peuvent rester inchangées. Le nom de service affiché est le nom de base JNDI d'un exemple
de bean enterprise cible contenu dans l'exemple de fichier EAR OLA. Avertissement : Si vous utilisez V8.0, utilisez le fichier OLASample2.ear.
- Cliquez sur PF4 pour envoyer le message au bean EJB olasample1_echoHome. Le message apparaît dans la zone des données de message reçu.
- Vous venez d'exécuter un appel depuis un programme CICS en langage COBOL vers une application EJB
de WebSphere
Application Server.
Le contenu du panneau a changé. La zone Register First qui contenait Y indique maintenant N. Il n'est pas nécessaire de procéder à un nouvel appel d'enregistrement avant de relancer des requêtes avec ce nom d'enregistrement. C'est pourquoi cette zone prend la valeur N. Si l'appel Register génère un code retour 8 (RC8) et un code raison 8 (RSN8), cela signifie que vous êtes déjà enregistré et que vous n'avez pas besoin de vous enregistrer à nouveau. Si vous quittez OLAU et que vous y revenez ensuite, cet enregistrement est toujours actif. Il est donc inutile de s'enregistrer à nouveau sous ce nom et vous devez affecter à cette zone la valeur N.
- Pour tester un appel depuis WebSphere
Application Server
vers CICS, vous pouvez aussi utiliser ce panneau.
Vous devez remplacer le nom de service affiché dans la zone par le nom identifiant le service cible désiré puis cliquer sur PF5. L'écran passe en mode attente pendant que OLAUTIL appelle l'API BBOA1SRV en communiquant le nom de service et le nom d'enregistrement demandés. Le panneau affiche le nom d'enregistrement CICSTEST et le nom de service myserv. D'autres paramètres affichent des valeurs dans le panneau : le nom abrégé du serveur WAS, le nom abrégé du noeud WAS, le nom abrégé de la cellule WAS (nom du groupe de démons), le nombre de tests à exécuter et le nombre de tests terminés.
- Pendant que OLAU attend le service demandé, démarrez l'exemple d'application Web dans votre navigateur.
Utilisez l'adresse URL suivante (en tapant le numéro de port ou l'adresse de votre site) : http://nn.nn.nn.nn:nnnn/OLA_Sample1_Web/ Affectez à nnnn le numéro du port non SSL de votre application WebSphere Application Server.
- Une page Web affiche les zones suivantes : Data to send to external address space, Response back from external address space, OLA Register Name, OLA Service Name, CICS Link server-specific data, CICS Link Request Container ID, CICS Link Response Container ID et CICS Link Transaction ID. Tapez le message que vous voulez envoyer, le nom d'enregistrement et le nom de service, comme vous l'avez fait dans le panneau OLAU, puis cliquez sur Run WAS->External address space test.
- Le message que vous avez tapé dans l'écran de votre navigateur apparaît maintenant dans le panneau 3270 de CICS, dans la zone Received message data.
- Tapez un message de réponse dans la zone Send message data puis cliquez sur PF6 pour envoyer cette réponse à WebSphere Application Server. Ce message doit s'afficher dans le navigateur.
- Vous venez d'exécuter un appel depuis un servlet WebSphere Application Server vers un programme CICS en langage COBOL.
- Ouvrez le membre OLAMAP et modifiez le code JCL en appliquant les conventions de désignation de jeu de données de votre organisation applicables aux applications HLASM.
- Utilisez la procédure suivante pour exécuter un test d'appel depuis une application
WebSphere
Application Server vers un programme
CICS en Cobol en utilisant le serveur Link
CICS des adaptateurs locaux optimisés.
- Ouvrez le membre OLACB01 et regardez son contenu.
Il s'agit d'un exemple d'application en Cobol qui sera la cible d'une commande EXEC CICS LINK avec zone de communication (COMMAREA). Cette commande écrit les données de message COMMAREA transmises à la sortie standard Cobol par défaut (CEEMSG) puis renvoie le message. Modifiez le code JCL pour désigner les jeux de données locaux puis soumettez ce code. La bibliothèque de chargement dans laquelle ce module est stocké doit se trouver dans la concaténation DFHRPL de CICS DFHRPL.
- Ouvrez le membre OLACB02 et regardez son contenu.
Il s'agit d'un exemple d'application en Cobol qui sera la cible d'une commande EXEC CICS LINK avec conteneur (CONTAINER). Cette commande lit le contenu du conteneur puis le réécrit dans le même conteneur. Modifiez le code JCL pour désigner les jeux de données locaux puis soumettez ce code. La bibliothèque de chargement dans laquelle ce module est stocké doit se trouver dans la concaténation DFHRPL de CICS DFHRPL.
- Vérifiez que l'exemple de travail CSDUPDAT s'est exécuté et que la procédure d'installation des adaptateurs locaux optimisés dans CICS est terminée.
- Démarrez CICS.
Connectez-vous à CICS avec un ID utilisateur autorisé à exécuter les transactions BBOC, BBO# et BBO$, puis effacez le contenu de l'écran.
Tapez BBOC START_TRUE pour démarrer la tâche TRUE CICS des adaptateurs locaux optimisés.
Un message vous indique que l'exit a démarré. Si ce message ne s'affiche pas, un autre message indique le type de l'erreur qui s'est produite. Pour obtenir des messages plus détaillés, reportez-vous à la sortie du travail CICS et examinez le fichier BBOOUT. Si vous désirez utiliser le programme PLTPI des adaptateurs locaux optimisés pour démarrer l'exit TRUE pendant le démarrage de CICS, lisez la section de cette rubrique qui décrit cette procédure.
- Effacez de nouveau l'écran et entrez les informations suivantes pour démarrer une tâche de serveur CICS Link d'adaptateurs locaux optimisés : bboc start_srvr rgn=olaserver svn=<serverName>
dgn=<cellName> ndn=<nodeName>
mnc=1 mxc=5 sec=n svc=*
Cette commande lance une tâche BBO$ avec le nom d'enregistrement OLASERVER et se connecte au serveur d'applications indiqué. Indiquez le nom abrégé de serveur, le nom abrégé de cellule et le nom abrégé de noeud correspondant au serveur.
- Vous pouvez maintenant envoyer une requête pour lier un programme CICS. Démarrez la page Web de test http://nn.nn.nn.nn:nnnn/OLA_Sample1_Web/. Entrez OLASERVER comme nom d'enregistrement et OLACB01 comme nom de service.
- Cliquez sur Exécuter WAS > Test d'espace d'adresse externe. Vous devez voir s'afficher une page contenant le message envoyé à CICS. Si vous regardez la définition de données CEEMSG de CICS (dans le travail CICS en cours d'exécution), les données du message sont affichées dans le format UTF-8.
- Vous venez d'exécuter un appel depuis un servlet WebSphere Application Server vers un programme CICS en langage COBOL en transmettant et en renvoyant des données dans une zone de communication (COMMAREA).
- Affichez à nouveau le panneau du navigateur et remplacez le nom de service par
OLACB02, puis cochez la case Use Containers. Important : Vous devez impérativement cocher la case Use Containers.
- Cliquez sur Exécuter WAS > Test d'espace d'adresse externe. Vous devez voir s'afficher une page contenant le message d'entrée renvoyé.
- Vous venez d'exécuter un appel depuis un servlet WebSphere Application Server vers un programme CICS en langage COBOL en transmettant et en renvoyant des données dans un conteneur (CONTAINER).
- Si vous voulez observer de plus près ce qui se passe, vous pouvez arrêter le serveur Link puis le redémarrer avec la fonction de trace activée cette fois. Pour cela, entrez TRC=2, et vous pourrez voir les messages de trace dans le fichier du travail CICS BBOOUT. Pour arrêter le serveur Link, tapez ce qui suit :bboc stop_srvr rgn=olaserver. Pour redémarrer le serveur de liaison avec le traçage, tapez bboc start_srvr rgn=olaServer svn=<serverName> dgn=<cellName> ndn=<nodeName> mnc=1 mxc=5 sec=n svc=* trc=2
- Ouvrez le membre OLACB01 et regardez son contenu.
- Utilisez la procédure suivante pour que CICS démarre automatiquement l'exit TRUE des adaptateurs locaux optimisés pendant le lancement de CICS.
- Vous pouvez coder l'instruction BBOC START_TRUE\ dans un terminal séquentiel CICS (TYPE=SDSCI) pour lancer l'exit TRUE des adaptateurs locaux optimisés.
- Vous pouvez créer une table de programmes de région CICS pour le processus PLTPI (Post Initialization) et la faire appeler au moment du lancement de la région CICS.
L'exemple de travail DFHPLTOL crée un processus PLTPI avec le suffixe OL. Exécutez cet exemple en plaçant le module DFHPLTOL obtenu dans une bibliothèque de modules de chargement, dans la concaténation DFHRPL, puis ajoutez OL au processus SIT PLTPI spécifié pour la région CICS, par exemple PLTPI=OL.
Reportez-vous au fichier d'exemples DFHPLTOL pour obtenir un exemple de cette procédure. Quand vous exécutez le processus PLTPI, vous devez voir les messages suivants dans le journal des travaux de CICS si l'exit TRUE des adaptateurs locaux optimisés a bien démarré :+BBOA9920I WAS z/OS OLA CICS PLT init start. +BBOA9921I WAS z/OS OLA CICS TRUE enabled. +BBOA9925I WAS z/OS OLA CICS PLT init ending.