Programmes transactionnels

La partie d’une application qui initie ou répond aux communications APPC est appelée programme de transaction (TP). Les fournisseurs de services utilisent APPC pour échanger des données avec d’autres fournisseurs de services sur une base d’égal à égal.

À l’instar d’une conversation où les gens parlent entre eux, la communication entre deux programmes de transaction est appelée conversation. Une application s’exécutant sur votre ordinateur peut avoir de nombreuses conversations actives à la fois, soit avec un autre programme de transaction, soit avec différents programmes de transaction.

Il existe deux types de TPs : les fournisseurs de services qui peuvent appeler (lancer une conversation avec) d’autres fournisseurs de services et les fournisseurs de services qui peuvent être appelés. Un TP qui peut appeler un autre TP est appelé TP appelant, et un TP qui peut être appelé est appelé tp invokable.

Si votre installation de Host Integration Server contient plusieurs systèmes (ordinateurs clients ou ordinateurs Host Integration Server), vous pouvez placer des fournisseurs de services pouvant être invoqués sur plusieurs systèmes. Lorsqu’une demande d’appel est reçue dans une telle installation, il existe (potentiellement) un choix de systèmes sur lesquels exécuter le TP invokable. Vous pouvez conserver un contrôle spécifique sur ce choix, ou vous pouvez autoriser le choix à effectuer de manière aléatoire par Host Integration Server (pour distribuer la charge).

Vous pouvez conserver un contrôle spécifique sur ce choix de système en configurant les fournisseurs de services appelants avec des noms uniques, ou en configurant chaque TP invokable pour qu’il ne s’exécute qu’avec un alias LU spécifique et unique. Avec cette disposition, les informations fournies par le TP appelant (dans le verbe ALLOCATE) peuvent spécifier le système particulier sur lequel le TP doit s’exécuter.

Vous pouvez éviter de contrôler ce choix de système et autoriser le choix à être effectué de manière aléatoire par Host Integration Server, en définissant l’entrée de Registre DloadMatchLocalFirst sur NO, comme décrit dans la Référence des administrateurs host Integration Server. Ensuite, utilisez des fournisseurs de services qui ne spécifient pas l’alias lu local. Lorsqu’une demande entrante est reçue, elle est acheminée de manière aléatoire, plutôt que de préférence, vers l’ordinateur hôte d’intégration local. En outre, quel que soit l’alias lu demandé pour le TP invokable, il ne peut pas y avoir d’incompatibilité. Host Integration Server démarre le TP, en choisissant aléatoirement parmi les systèmes disponibles.

Voici trois des façons possibles d’organiser l’exécution des TPs.

Dans cette section

Nom de programme transactionnel unique pour chaque programme transactionnel (programmes transactionnels)

Nom de programme transactionnel non unique ; alias unique d’unité logique locale

Nom de programme transactionnel non unique ; alias d’unité logique locale non spécifié

Appel de programmes transactionnels

Appel de programmes transactionnels et configuration de Host Integration Server

Programmes transactionnels appelables

Programmes transactionnels appelables et configuration de Host Integration Server

Voir aussi

Présentation de la connectivité