Adaptateurs locaux optimisés dans Liberty pour z/OS

La prise en charge des adaptateurs locaux personnalisés sur Liberty pour z/OS consiste en un ensemble de services d'appels et en un adaptateur de ressources Java™ EE Connector Architecture (JCA) 1.5. Les services et l'adaptateur fonctionnent ensemble pour permettre des appels dont les performances sont élevées entre des applications en langage natif sous z/OS et la logique métier dans un environnement de serveur Liberty.

Vous pouvez utiliser WebSphere Optimized Local Adapters (WOLA) pour envoyer des appels entrants aux applications qui sont déployées sur Liberty depuis un espace adresse externe. Vous pouvez aussi utiliser les adaptateurs locaux optimisés pour envoyer des appels sortants depuis des applications Liberty vers des applications qui s'exécutent dans un espace adresse externe sur le même système z/OS.

Grâce à cette prise en charge, les applications z/OS existantes qui sont écrites en langage Cobol, PL/I, C, C++ et d'assemblage peuvent présenter des performances élevées et peuvent s'intégrer efficacement à des applications Java qui sont déployées sur le serveur Liberty sur le même système z/OS.

Les adaptateurs locaux optimisés permettent également une intégration étroite de la qualité de service (QoS) avec une prise en charge de la propagation des paramètres de sécurité des unités d'exécution ainsi que des assertions entre les espaces adresse externes utilisés par les API et le serveur Liberty. La prise en charge permet l'utilisation des API des adaptateurs dans les environnements suivants :
  • CICS (Customer Information Control System)
  • Systèmes IMS (Information Management System)
  • Les services système UNIX
  • Le traitement par lots

Un programme TRUE (task-related related user exit, ou exit utilisateur associé à une tâche) prend en charge les adaptateurs locaux optimisés dans l'environnement CICS.

Avantages de l'utilisation des adaptateurs locaux optimisés

Amélioration des performances
Vous pouvez améliorer considérablement les performances lorsque vous utilisez les API des adaptateurs locaux optimisés pour appeler des applications qui sont déployées sur un serveur Liberty depuis des applications Batch locales, USS (services système UNIX) et CICS. La possibilité de transmettre des données à l'aide de techniques binaires concourt en grande partie à l'amélioration des performances. La prise en charge au niveau du transport qu'offrent les adaptateurs utilise les services intermémoire de z/OS pour optimiser les performances des appels aux applications déployées sur un serveur Liberty accessible localement.
Propagation de contexte d'identité
Pour les demandes entrantes envoyées au serveur Liberty à l'aide des API des adaptateurs locaux optimisés, l'ID utilisateur sur l'unité d'exécution z/OS existante est toujours propagé et vérifié dans le conteneur d'EJB Liberty. Pour les appels provenant de CICS, vous pouvez étendre cette propagation en spécifiant une option d'enregistrement qui propage et vérifie l'identité de l'utilisateur au niveau de la tâche CICS. Pour les appels provenant d'applications Liberty, vous pouvez propager et vérifier l'identité sous CICS à l'aide du serveur de liaison CICS des adaptateurs locaux optimisés. Vous pouvez contrôler ce comportement en spécifiant un indicateur dans l'API Register.
Prise en charge de la liaison locale
Les adaptateurs locaux optimisés peuvent fournir une liaison locale dont les performances sont élevées pour les applications, le middleware et les sous-systèmes existants sur les plateformes z/OS. Si un serveur Liberty local est disponible, ces liaisons locales sont utilisées avec les interfaces de programmation courantes.
Passerelle ou proxy pour les actifs existants sur les systèmes z/OS

Les adaptateurs locaux optimisés constituent la base sur laquelle vous pouvez vous appuyer pour utiliser la pile Liberty comme ensemble de capacités facilement accessible. Ces capacités prolongent la vie de certains actifs d'application difficilement remplaçables. Lorsque vous utilisez un bean enterprise en tant que proxy, toute application en langage Cobol, d'assemblage ou C/C++ qui est déployée sur un système z/OS peut facilement devenir un client de services Web ou un demandeur d'application Web 2.0 atteignant un ensemble d'applications Web qui sont accessibles depuis votre serveur d'applications exécuté localement.

Avec les API d'appels sortants Liberty, toute application en langage Cobol, d'assemblage ou C/C++ peut être présentée au serveur Liberty en tant que service appelable. Vous pouvez ensuite déployer une application de services Web fournisseur sur le serveur Liberty local qui accepte les demandes en tant que passerelle pour ce service de back end. Dans ce scénario, le modèle de programmation JCA 1.5 envoie des demandes à l'application, reçoit sa réponse, et renvoie les réponses à l'appelant Web.


Icône indiquant le type de rubrique Rubrique de concept

Nom du fichier : cwlp_dat_ola.html