CFT / MQS

Voilà un sujet interessant. Je vais essayer de répondre à ta question de façon relativement complète.
Si tu veux des explications sup., mail moi:

CFT (Cross File Transfer) est un progiciel principalement utilisé dans le domaine des assurances et de la banque. Edité par Credintrans, racheté par SOPRA puis AXWAY, il permet l'échange de fichiers -ou de messages- dans une architecture multi-plateformes (AS400, MVS, UNIX, Linux, Microsoft).
Le principe est simple : 2 clients/serveurs communiquent pour s'échanger des fichiers. Sous NT/200X/XP il existe même des clients légers très utiles pour donner la possibilité à un utilisateur de déclencher un transfert.
S'il s'agit d'un simple transfert Windows/Windows, maps et droit user CFT bien adaptés suffiront pour prélever ou déposer un fichier d'une machine à l'autre. Sous UNIX, le contexte et bien entendu local (sauf montage NFS).

Les requêtes CFT peuvent être ordonnancées dans une crontab UNIX ou dans un ordonnanceur propriétaire comme $Univers, Control M, autosys, voire même un simple winat !

SSL peut être implémenté sous CFT. Les certificats openssl fonctionnent très bien, mais si vous désirez mettre en place un serveur de certificat windows 2003, j'ai noté que les certificats délivrés ne fonctionnent pas sur CFT V2.23 et V2.30 non patché.

Coté monitoring, CFT est livré avec un outil qui résume graphiquement l'état d'avancement des transferts. CFT est par ailleurs interfaçable avec l'outil XFBScope. La remontée des informations est faite en IP pour un stockage sous client Oracle.

Les principaux protocoles sont PESIT, PESIT E, ODETTE, et même ETEBAC V -si vous avec la carte. Niveau 3, l'IP peut être utilisé, tout comme X25.
Ces standards rendent donc compatible CFT avec d'autres produits, comme InterPel.

MQSeries est un middleware qui permet lui aussi, à sa façon, d'envoyer des fichiers ou des messages à un destinataire clairement identifié. Il s'agit bien d'une méthode de communication entre deux serveurs. MQSeries est multi-plateformes et existe même sous Linux ! (Comme CFT)

Un canal de communication doit être implémenté. Ici on parle de channel.
Entre deux partenaires, deux channels sont définis pour assurer le push or pull des messages.
Ces messages sont déposés et réceptionnés dans des files d'attentes FIFO. Les messages partent donc dès que le channel est ouvert. Là où nous parlions d'ordonnancement pour CFT nous parlons ici de triggering.

Les messages ainsi reçus peuvent être exploités dans leur contenu ou dans l'action engendrée par l'événement.

Finalement, il est important de noter que MQSeries bénéficie d'une exploitation des logs évoluée. Lors d'un incident technique, une Dead Letter queue est utilisée pour stocker les événements graves. MQSeries est par ailleurs capable de corriger certaines anomalies et de reprendre son travail conversationnel.

J'ai trouvé de nombreux utilitaires essentiellement Java qui permettent d'administrer le(s) serveur(s) de façon graphique et donc conviviale, mais rien de quoi faire rougir les programmeur d'IBM qui nous propose aussi un explorateur digne de ce nom. (et je ne travaille pas pour IBM ;-))

Pour résumer, je pense que nous comprenons clairement la différence d'utilisation entre CFT et MQSeries. CFT est un peu à l'utilisateur ce que MQSeries est à l'application (ça ne veut pas dire grand chose mais je trouve cette phrase assez artistique donc je la laisse).

Bon courage!
Nom supprimé Modération CCM