Traitement des messages

Cette section décrit comment Business Integration Connect gère les situations suivantes qui affectent la livraison des messages :

Livraison mise en file d'attente

Business Integration Connect soumet les informations relatives à tous les documents qu'il souhaite envoyer à une passerelle spécifique dans une file d'attente.Le Gestionnaire de livraison traite ces messages dans l'ordre dans lequel la file d'attente les reçoit (premier entré, premier sorti) et utilise l'unité d'exécution de chaque message pour les envoyer. Notez que si la passerelle (par exemple, l'URL si le protocole de transfert est HTTP ou la cible JMS si le protocole de transfert est JMS) a été configurée pour être hors ligne (voir Gestion des erreurs de transmission), les messages restent dans la file d'attente jusqu'à ce que la passerelle soit activée (en ligne). Si le Gestionnaire de livraison reçoit une erreur dans une unité d'exécution, il empêche les autres unités d'exécution d'essayer de transmettre leurs messages. Le Gestionnaire de livraison replace ces messages dans la file d'attente jusqu'à ce qu'il soit en mesure de transmettre le message à l'origine de l'erreur.

Si le nombre d'échecs de tentatives excède le nombre maximal de tentatives autorisé, le Gestionnaire de livraison place le message dans un répertoire d'échec puis tente de transmettre le message suivant dans la file d'attente sauf si la passerelle est hors ligne.

Gestion des erreurs de transmission

Lorsque Business Integration Connect représente l'expéditeur et que l'application renvoie une erreur (par exemple, un message de réponse HTTP ne correspondant pas à un message 200 ou 202 lors de l'utilisation du protocole HTTP), Business Integration Connect peut tenter une nouvelle fois d'envoyer le message en fonction de sa configuration pour cette passerelle spécifique.Chaque passerelle (un URL dans le cas d'un protocole HTTP) dispose des options suivantes qui affectent le nombre de tentatives autorisé et la méthode d'envoi des messages :

Tableau 12. Options de configuration de la passerelle
Options de configuration Description
Nombre de relances Définit le nombre de relances de document autorisé en cas de réception d'une erreur
Intervalle de relance Définit l'intervalle entre chaque tentative de relance
En ligne/Hors ligne Démarre et arrête les tentatives de livraison
Nombre d'unités d'exécution Définit le nombre d'unités d'exécution des envois qui traiteront les messages par passerelle

Si Business Integration Connect n'est pas configuré pour effectuer une nouvelle tentative d'envoi du message ou que toutes les tentatives de livraison échouent, Business Integration Connect signale l'incident en procédant à l'une ou l'ensemble des opérations suivantes :

Pour plus d'informations, voir "Gestion des configurations de passerelle" dans le Guide de l'administrateur

Messages en double

Tous les messages envoyés à ou reçu de Business Integration Connect doivent être dotés d'un identificateur global unique (GUID).Business Integration Connect utilise ce GUID pour détecter les messages en double.Lorsque le regroupement d'intégration dorsale est utilisé, chaque message contient son GUID dans l'en-tête du niveau de transfert. Pour le protocole HTTP, par exemple, le GUID se trouve dans la zone x-aux-system-msg-id (voir Contenu de l'en-tête du niveau de transfert). L'expéditeur du message crée le GUID. Le protocole de système de fichiers ne prend pas en charge la recherche de messages en double.

Si la tentative d'envoi d'un message mène à une erreur, Business Integration Connect utilise de nouveau le GUID du message à chaque nouvelle tentative.Si Business Integration Connect reçoit un message qui contient un GUID en double, il renvoie un accusé de réception positif (par exemple, HTTP 200) mais il ne traite pas le message en double.

Remarque :
Business Integration Connect recherche les messages en double au niveau du processus RosettaNet si RosettaNet est utilisé. Il recherche également les messages en double si XML est utilisé.

Copyright IBM Corp. 1997, 2004