Integration Broker (Parte 9) Version Tools hasta 8.46

Mensajes de Publicación Asincrónicos

1. Un evento de gestión activa el mensaje - &MSG.Publish(). El mensaje pasa a la cola de mensajes.

• Estado de la instancia del mensaje = NUEVO.
  
• El emisor encuentra la instancia del mensaje NUEVA y la envía al gestor.
  

2. El gestor lee el mensaje de publicación y realiza lo siguiente:
Estado de la instancia del mensaje = EN PROCESO.

• Ejecuta las reglas de la ruta de publicación para saber el destino de la publicación especificada.
  
• Ejecuta las reglas de la ruta de suscripción para saber si la publicación se va a procesar de forma local.

3. Como se ha indicado el envío a un nodo remoto, el gestor del mensaje realiza lo siguiente:

• Crea un contrato de publicación para que lo trate el emisor de la publicación.
  
• Envía una llamada asincrónica al emisor de la publicación para notificarle que tiene trabajo.
  

4. El emisor de la publicación lee el contrato de publicación y realiza lo siguiente:

• Estado del contrato de publicación = NUEVO.
  
• Estado de la instancia del mensaje = FINALIZADO.

5. Notifica al gestor de la publicación que debe realizar un envío HTTP del mensaje de publicación a la Pasarela de Integración con Mensajería.

6. La Pasarela de Integración con Mensajería envía el mensaje de publicación al nodo remoto. Si el nodo remoto pertenece a PeopleSoft, mediante una llamada sincrónica a través de Jolt se envía el mensaje a un servidor PSAPPSRV del dominio del servidor de aplicación.

6A. El nodo de destino está disponible.

• Estado del contrato de publicación = EN PROCESO.
  
• PSAPPSRV muestra que el mensaje ha sido enviado al nodo remoto. Este estado se envía mediante la pasarela al emisor de la publicación, al nodo original.
  
• Estado del contrato de publicación = FINALIZADO.
  

6B. El nodo de destino no está disponible.

• Estado del contrato de publicación = REINTENTO.
  
• En el servidor de aplicación se puede determinar el número de reintentos posibles para el gestor de la publicación. Cuando se han ejecutado todos los reintentos, el estado del contrato de publicación es de superación del tiempo límite.
  
  

Mensajes de Suscripción Asincrónicos

1. El mensaje llega mediante la Pasarela de Integración con Mensajería. A continuación, PSAPPSRV crea un mensaje de publicación para que gestione de manera local.

• Estado de la instancia del mensaje = NUEVO.

2. El gestor del mensaje de publicación crea el contrato de suscripción.

• Estado de la instancia del mensaje = EN PROCESO.
  
• Crea un contrato de suscripción para que lo trate un segundo emisor de la publicación.

3. Envía una llamada asincrónica a este segundo emisor de la publicación para notificarle que tiene trabajo.

4. El emisor de la suscripción lee el contrato de suscripción y realiza lo siguiente:

• Estado del contrato del mensaje = NUEVO.
  
• Estado de la instancia del mensaje = FINALIZADO

5. Empieza a trabajar en la suscripción.

• Estado del contrato de suscripción = INICIADO.
  

6. Notifica al gestor de la suscripción que debe ejecutar el PeopleCode de suscripción para el contrato.

• Estado del contrato de suscripción = EN PROCESO.

7. Todos los programas PeopleCode permiten actualizar las tablas de datos de la aplicación.

7A. Si la actualización de la aplicación es correcta: Estado del contrato de suscripción = FINALIZADO.

7B. Si la actualización de la aplicación es incorrecta: Estado del contrato de suscripción = ERROR.

Mensajes Sincrónicos

Las transacciones sincrónicas sólo pueden tener dos estados: finalizado o error. El evento de gestión enviará la petición sincrónica mediante la Pasarela de Integración.

Si el nodo de destino está disponible, se recibirá una respuesta correcta. Por el contrario, si el nodo de destino no está disponible, se recibirá un mensaje de error.

Estado de los Mensajes Asincrónicos

Estado de los Mensajes SincrónicosMensajes Sincrónicos: Este tipo de mensajes pueden tener solamente 2 estados, DONE o ERROR.

Error: Cuando ocurre un error durante el procesamiento del mensaje. Hay que intervenir.

New: Se ha escrito en la base, pero no fue despachado.

Started: Cuando el despachador lo pasa al Handler, pero este no lo recibe.

Working: Cuando el Handler lo acepta y es procesado.
Done: Cuando el Handler lo procesa correctamente. Dependiendo del tipo de proceso, se estara
monitoreando: Message Instante.—Publication Constracts.--- Suscription Constracts.
Retry: Cuando surge un error y el sistema reenvia el mensaje.
TimeOut: El sistema ha reenviado un numero de veces el mensaje sin éxito.
Edited: Los datos publicados por el mensaje han sido editados.
Cancelled: Cuando se cancela el mensaje. Este no se precesa hasta que se reenvie.