En este apartado se describe cómo maneja Business Integration Connect las siguientes situaciones que afectan a la entrega de los mensajes:
Business Integration Connect envía información sobre todos los documentos que desea enviar a una determinada pasarela en una cola. El sistema del gestor de entrega procesa estos mensajes en el orden en el que la cola los recibe (FIFO) y utiliza una hebra para cada mensaje para enviarlos. Tenga en cuenta que si la pasarela (por ejemplo, URL si el protocolo de transporte es HTTP o un destino JMS si el protocolo de transporte es JMS) se ha configurado para estar fuera de línea (consulte el apartado Manejo de errores de comunicación), los mensajes permanecen en la cola hasta que se habilita la pasarela (en línea). Si el gestor de entrega recibe un error en una hebra, impedirá que otras hebras intenten enviar sus mensajes. El gestor de entrega vuelve a colocar estos mensajes en la cola hasta que pueda entregar el mensaje que ha provocado el error.
Si el número de intentos fallidos sobrepasa el número máximo de intentos, el gestor de documentos coloca el mensaje en un directorio fallido y, a continuación, intenta entregar el siguiente mensaje de la cola, a menos que la cola esté fuera de línea.
Cuando Business Integration Connect es el remitente y la aplicación
devuelve un error (por ejemplo, un mensaje de respuesta HTTP que no es un
mensaje 200 ó 202 cuando se utiliza el protocolo HTTP), Business Integration
Connect puede intentar enviar el mensaje de nuevo, dependiendo de cómo se haya
configurado para esta pasarela específica. Cada pasarela (URL en el
caso de HTTP) tiene las siguientes opciones que afectan al número de
reintentos y a cómo se envían los mensajes:
Tabla 12. Opciones de configuración de la pasarela
Opciones de configuración | Descripción |
---|---|
Recuento de intentos | Cuántos intentos de documentos se realizan si se recibe un error |
Intervalo de reintentos | Intervalo de tiempo entre los reintentos |
En línea/Fuera de línea | Inicia y detiene intentos de entrega |
Número de hebras | Número de hebras de envío que procesarán mensajes por pasarela |
Si Business Integration Connect no está configurado para reintentar el envío del mensaje o si todos los intentos de envío fallan, Business Integration Connect señala el problema realizando una o todas las acciones siguientes:
Si desea obtener información sobre las pasarelas, consulte "Gestión de configuraciones de pasarela" en la Guía del administrador.
Todos los mensajes enviados o recibidos de Business Integration Connect deben tener un GUID (Global Unique Identifier). Business Integration Connect utiliza el GUID para detectar los mensajes duplicados. Cuando se utiliza la integración de programas de fondo, cada mensaje lleva un GUID en la cabecera de nivel de transporte. Por ejemplo, para el protocolo HTTP, el GUID se encuentra en el campo x-aux-system-msg-id (consulte el apartado Contenido de la cabecera de nivel de transporte). El remitente del mensaje genera el GUID. El protocolo de sistema de archivos no da soporte a la comprobación de mensajes duplicados.
Si el intento de enviar un mensaje produce un error, Business Integration Connect reutiliza el GUID del mensaje en cada reintento. Si Business Integration Connect recibe un mensaje que contiene un GUID duplicado, devuelve una confirmación de recibo positiva (por ejemplo, HTTP 200), pero no procesa el mensaje duplicado.