Les fonctions d’intégration des applications

peuvent se connecter aux transactions de
l’hôte IMS ou CICS existant sans modification de l’hôte. Babylone comprendra un
COMTI Component Builder capable de lire la section de liaison du code source COBOL
existant pour générer automatiquement des composants COM. Les développeurs peuvent
ensuite intégrer ces composants COM dans les packages Microsoft Transaction Server
(MTS) qui assurent la coordination des transactions synchrones entre MTS et CICS
et IMS, avec le support du commit à  deux phases.

Sur l’hôte, COMTI exige CICS 3.3, ou ultérieur, ou IMS 4.0 ou ultérieur. Le support
du commit à  deux phases par IMS exige IMS 6.0. Sur les systèmes NT 4.0, COMTI
exige MTS 2.0 de l’Option Pack NT 4.0. Babylone étendra le support de COMTI existant
pour inclure le support de l’espace orienté terminal 3270, les transactions initiées
par l’hôte, ainsi que l’équilibrage et l’appel en file d’attente de COM+. Pour
mettre en oeuvre COMTI pour les applications basées sur des terminaux 3270, Babylone
interceptera et analysera une chaîne de données entrante, en faisant remplir par
les composants COMTI les sections de chaînes de données que complète normalement
l’utilisateur d’un terminal.

En d’autres termes, COMTI pour la chaîne de données 3270 fournira une sorte d’interface
de création d’écrans à  la volée pour les applications 3270 existantes. Mais l’analyse
basée sur serveur de la chaîne de données consomme la CPU du serveur, c’est pourquoi
l’équilibrage des charges COM+ de Babylone distribue en option les composants
COM pour un autre serveur d’applications, en les supprimant du serveur Babylone
principal. Microsoft prévoit également d’inclure le support de COMTI pour la chaîne
de données 5250, mais pas dans la première version de Babylone. L’implémentation
de COMTI par Babylone comprend le support des transactions initiées par l’hôte
à  la fois sur SNA et TCP/IP.

La première version de Babylone comprendra un kit de développement logiciel (SDK)
que Microsoft a orienté vers les ISV et développeurs d’applications. Ce SDK comprend
des interfaces et des exemples de programmes pour les environnements les plus
communs. Microsoft prévoit de supporter XML et le serveur BizTalk dans Babylone
en mode bidirectionnel pour les transactions de l’hôte. Babylone mappera la transaction
de l’hôte CICS ou IMS avec un document XML, puis l’enverra au serveur BizTalk.

Pendant le retour vers l’hôte, Babylone mappera la réponse XML du serveur BizTalk
dans le format natif attendu par l’application CICS ou IMS de l’hôte.

Une autre fonction d’intégration au niveau des applications, transposée de SNA
Server à  Babylone, est le pont Message Queue Server-MQSeries pour le support de
la messagerie entre plates-formes. Le pont MSMQ-MQSeries connecte les middleware
de messagerie MSMQ de Microsoft et MQSeries d’IBM. Les logiciels permettent tous
les deux de garantir la livraison des messages asynchrones pour mettre en oeuvre
des applications distribuées extrêmement fiables sur leurs plates-formes respectives.

Mais ils ne peuvent pas coopérer. Le pont MSMQ-MQSeries de Babylone fournit les
points d’accueil nécessaires pour envoyer des messages entre MSMQ et MQSeries.

Il supporte MQSeries sur AS/400, MVS, VSE, UNIX, OpenVMS de Digital et Tandem
NSK.