Cette section décrit comment Business Integration Connect gère les situations suivantes qui affectent la livraison des messages :
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.
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
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.