Conversion de type de données
L’environnement d’exécution TI (Transaction Integrator) convertit automatiquement les types de données entre les types de données COBOL ou RPG (Report Program Generator) basés sur l’hôte et les types de données Automation basés sur COM qu’utilise un langage de programmation Windows comme Visual Basic. La conversion automatique est basée sur les informations que vous définissez dans PROJET TI lorsque vous concevez et créez un composant TI (bibliothèque de types). Ces informations sont stockées avec le composant TI et utilisées par le runtime TI pour convertir les paramètres d’une méthode à partir de la représentation compréhensible par un com ou . Langage de programmation net dans la représentation compréhensible par un programme de transaction hôte (TP).
Utilisez TI Project pour associer chaque type de données Automation à chaque type de données COBOL ou RPG utilisé dans le TP hôte. TI fournit des mappages par défaut entre les types de données Automation standard et les types de données COBOL ou RPG. Vous pouvez accepter les mappages par défaut ou remplacer les mappages par défaut par d’autres mappages pris en charge par TI. TI Project stocke la carte de conversion dans le fichier de bibliothèque de types de composants TI (.tlb). Cette carte de conversion est utilisée pour :
Gérer le déplacement des données entre le tp et le composant TI.
Convertir un composant TI en tp (exporter la définition de l’hôte).
Convertir un TP en composant TI (importer la définition de l’hôte).
Si un paramètre utilisé dans un appel de méthode n’est pas strictement typé, l’environnement d’exécution TI tente de forcer le type de données qu’il reçoit dans le type de données qu’il attend. Si cette contrainte réussit, l’appel se poursuit. En cas d’échec, une erreur est retournée.
Au moment de l’exécution, lorsqu’une application cliente utilise l’interface TI Automation pour appeler une méthode du serveur TI Automation, l’environnement d’exécution TI utilise la carte de conversion pour gérer la conversion des données réelles des paramètres d’entrée et d’entrée/sortie envoyés au tp mainframe. Une fois que TI a converti les données Microsoft® Windows®, TI reformat l’appel de méthode en tant que système hôte APPC/LU 6.2 ou message TCP/IP. Ti utilise ensuite la connectivité SNA ou TCP/IP de Microsoft Host Integration Server pour transférer le message vers le mainframe. Lorsque le tp mainframe retourne les paramètres d’entrée/sortie et de sortie, TI reformater le message pour le retour à Windows, convertit les données de l’hôte en données Windows et retourne la valeur de retour et les paramètres à l’application cliente.
Le choix de la langue ou de la page de code que vous avez effectuée dans TI Manager lorsque vous avez défini l’environnement distant (RE) détermine quelle page de code est utilisée pour convertir unicode (côté Automation) en code EBCDIC (Extended Binary Coded Decimal Interchange Code) (côté mainframe). Lorsque vous créez un re dans TI Manager, vous pouvez sélectionner une langue pour accepter la page de code par défaut pour cette langue, ou sélectionner une page de code spécifique.
Si vous devez convertir en différentes pages de code cible (si vous avez, par exemple, des mainframes cibles dans différents pays ou régions), vous devez configurer un RE pour chaque cible, car TI ne prend pas en charge les conversions nécessitant l’utilisation de paramètres régionaux.
Vous pouvez utiliser TI Project pour importer COBOL ou RPG, ou pour entrer manuellement des descriptions de méthodes pour créer des méthodes Automation. Lorsque vous importez COBOL ou RPG, chaque type de données COBOL pris en charge a un type Automation par défaut. Lorsque vous créez manuellement une méthode, chaque type de données Automation est associé à un type de données hôte par défaut.
Si vous ne souhaitez pas utiliser un type de données Automation par défaut, vous pouvez utiliser TI Project pour modifier le type de données Automation manuellement. Si le nouveau type Automation est compatible avec le type de données hôte existant, le type de données COBOL ou RPG existant reste inchangé. S’il n’est pas compatible, le type de données hôte est modifié, ce qui affecte votre programme mainframe.