Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Un programme de transaction invocable (TP) est un TP qui peut être appelé par un autre TP. Les TPS invocables sont écrites ou configurées par le biais de variables de registre ou d’environnement pour fournir leurs noms au service SNA en tant que notification qu’elles sont disponibles pour les demandes entrantes. Un service SNA invokable TP peut être exécuté sur n’importe quel ordinateur exécutant Host Integration Server ou client.
Il existe deux types de TPs invoquables :
TPs invoquables déclenchées par l’opérateur
Un TP invokable démarré par un opérateur doit être démarré par un opérateur avant que le TP puisse être appelé. Lorsque le TP invocable démarré par l’opérateur est activé, il informe le service SNA de sa disponibilité en lançant un appel Accept_Conversation. L’appel Accept_Conversation entraîne la communication du nom du TP invocable à tous les services SNA du domaine, ainsi que l’alias d’une LU associée si elle a été configurée par le biais d'un registre ou d’une variable d’environnement.
TPs invokables démarrés automatiquement
Un TP démarré automatiquement peut être lancé par le service SNA si nécessaire. Le tp doit être inscrit via des entrées de Registre ou des variables d’environnement sur son système local, afin qu’il puisse être identifié au composant SnaBase du service SNA. Les informations enregistrées définissent le TP comme étant démarré automatiquement et indiquent le nom du TP. Les informations enregistrées peuvent également spécifier l'alias LU local que le TP invocable utilisera.
La méthode recommandée pour définir des variables de Registre ou d’environnement pour les TPS invoquables autodémarrés consiste à utiliser l’exemple de programme de configuration TP, TPSETUP ou du code similaire écrit dans votre propre programme d’installation. Pour plus d’informations sur les variables de Registre ou d’environnement pour les TPS invocables, consultez Configuration des TPs invokables.
Si aucun alias d'unité logique locale n'est enregistré avec des TPs démarrés automatiquement, la configuration du service SNA résultante peut être plus flexible pour répondre aux demandes appelantes. Pour plus d’informations sur ces configurations flexibles, consultez TP Name Not Unique ; Alias LU local non spécifié.
Une fois qu’un TP invocable est démarré par le service SNA, le TP émet Accept_Conversation tout comme un TP démarré par un opérateur. Accept_Conversation doit fournir le nom TP qui a été enregistré pour le TP.
Les TPs démarrés automatiquement doivent être configurés via le Registre Windows ou des variables d'environnement pour être soit en file d'attente, soit non en file d'attente. Tous les TPS démarrés par l’opérateur agissent comme des TPS mis en file d’attente.
Adresses IP mises en file d’attente
Si un TP démarré automatiquement est configuré pour être mis en file d'attente, ou si le TP est démarré par l’opérateur, les demandes d’allocation entrantes sont placées en file d'attente, puis envoyées uniquement lorsque le TP appelant émet la commande Accept_Conversation. Pour les TPS invocables démarrées automatiquement, si une copie du TP n’est pas encore en cours d’exécution, l’une est démarrée lorsqu’une demande d’allocation entrante spécifie ce TP.
Note
Pour le système d’exploitation Microsoft Windows, une seule copie d’un service peut s’exécuter à tout moment. Cela signifie que tous les TPS autodémarrés qui s’exécutent en tant que services sous Windows doivent être mis en file d’attente. Pour écrire un TP qui se lance automatiquement de manière à s’exécuter sous Windows en tant que service et de manière asynchrone, écrivez un programme multithread avec un Accept_Conversation toujours en attente.
Adresses IP non mises en file d’attente
Si un TP démarré automatiquement est configuré comme non mis en file d’attente, une nouvelle copie est démarrée chaque fois qu’une allocation est reçue pour le TP. Les adresses IP non mises en file d’attente doivent traiter la conversation qu’elles ont été allouées, puis quitter, car elles ne recevront aucune demande d’allocation supplémentaire.