Mise en correspondance des programmes transactionnels appelants et appelables
Chaque ordinateur exécutant Host Integration Server conserve une liste de noms TP invocables disponibles et de tous les alias lu à associer aux noms TP. Ces informations sont obtenues comme suit :
Pour les TPs invokables automatiquement, les variables de registre ou d’environnement identifient un nom TP contenant un maximum de huit caractères et peuvent spécifier une lu associée. Ces informations sont envoyées du client au serveur qui sponsorise le client. Un client apprend le domaine par le biais d’une connexion de sponsor à un serveur ; les clients doivent établir la connexion du sponsor avant de procéder à d’autres tâches.
Pour les TPs invokables démarrés par l’opérateur, un nom TP (avec un maximum de 64 caractères) est spécifié avec le verbe RECEIVE_ALLOCATE . Le nom TP est tronqué en huit caractères et envoyé du client au serveur qui sponsorise le client, ainsi que l’alias d’une lu associée si une autre a été configurée via un registre ou une variable d’environnement.
Notes
Si vous souhaitez qu’un nom TP soit unique, il est recommandé de limiter le nom à huit caractères ou moins, ou de rendre le nom unique dans les huit premiers caractères. En effet, le routage préliminaire des demandes d’allocation est effectué à l’aide des huit premiers caractères. Bien qu’une correspondance supplémentaire soit effectuée ultérieurement entre les noms complets de TP spécifiés dans ALLOCATE ou MC_ALLOCATE et RECEIVE_ALLOCATE, il est inefficace de permettre au routage préliminaire de réussir lorsque, dans certains cas, la correspondance ultérieure échoue.
L’étape suivante de la mise en correspondance des fournisseurs de services d’appel et d’appel est que l’appel tp émet le verbe ALLOCATE ou MC_ALLOCATE . Une fois qu’un TP d’appel dans un domaine Host Integration Server a correctement généré ce verbe, une demande d’allocation est envoyée à l’unité lu partenaire spécifiée dans le verbe ALLOCATE ou MC_ALLOCATE , indiquant le nom du TP invokable qui a été demandé.
Lorsqu’une demande d’allocation arrive, Host Integration Server compare le nom tp invokable et l’alias LU demandés à la liste des fournisseurs de services d’appel disponibles (qui peuvent inclure des alias LU associés). La comparaison peut être modifiée par des variables de Registre, mais par défaut est effectuée comme suit :
Bien que le nom TP demandé dans le verbe ALLOCATE ou MC_ALLOCATE puisse compter jusqu’à 64 caractères, tout nom reçu par le biais d’une variable de registre ou d’environnement est limité à huit caractères ou moins. Par conséquent, seuls les huit premiers caractères des noms TP sont utilisés dans les comparaisons.
La comparaison est effectuée en premier sur le nom TP et l’alias LU. Un TP invokable pour lequel il existe une correspondance sur le nom TP et l’alias LU est choisi avant un TP pour lequel aucun alias LU n’a été configuré via un registre ou une variable d’environnement. Un TP pour lequel aucun alias LU n’a été configuré peut être mis en correspondance avec toute requête qui spécifie ce nom TP, car il ne peut pas y avoir de incompatibilité basée sur l’alias LU.
La comparaison des noms TP demandés et disponibles est effectuée dans un ordre spécifique :
Host Integration Server recherche d’abord les fournisseurs de services invocables démarrés par l’opérateur sur le système local (l’ordinateur local exécutant Host Integration Server).
Si aucune correspondance n’est trouvée, Host Integration Server recherche les fournisseurs de services invoquables au démarrage automatique sur le système local (l’ordinateur local exécutant Host Integration Server).
Si aucune correspondance n’est trouvée, Host Integration Server recherche les fournisseurs de services invoquables démarrés par l’opérateur sur d’autres clients ou serveurs Host Integration Server.
Si aucune correspondance n’est trouvée, Host Integration Server recherche les fournisseurs de services pouvant être invoqués automatiquement sur d’autres clients ou serveurs Host Integration Server.
Cette comparaison peut être modifiée quelque peu par les entrées de Registre pour le service SnaServer. Les entrées sont appelées DloadMatchTPOnly et DloadMatchLocalFirst, et sont décrites dans le livre en ligne De référence microsoft Host Integration Server.
Si une correspondance est trouvée, Host Integration Server signale au système contenant le TP demandé pour se connecter au serveur exécutant Host Integration Server. Si aucune correspondance n’est trouvée, Host Integration Server rejette la demande entrante.
Pour obtenir des suggestions sur des façons spécifiques de gérer les noms TP et les alias LU, consultez Organiser les fournisseurs de services au sein d’un réseau SNA.
Notes
En raison du fonctionnement d’APPC, une demande d’allocation n’est pas transmise tant que les mémoires tampons de données locales ne sont pas remplies ou qu’un verbe de confirmation ou de vidage n’est pas émis. Cela peut signifier que la demande d’allocation ne s’exécute qu’après l’émission du verbe ALLOCATE ou MC_ALLOCATE . Par conséquent, tout échec d’allocation provoqué par le rejet de la demande d’allocation auprès de l’unité lu partenaire sera observé comme l’échec d’un verbe ultérieur avec l’un des codes de retour d’échec d’allocation.