Cuando la variable de entorno MQSI_PREPARE_MAPS_ON_DEPLOY se establece en TRUE, se modifica el comportamiento de las correlaciones de datos gráficas utilizadas en los nodos Mapping del flujo.
A partir de WebSphere Message Broker Versión 8.0.0.4, cuando la variable de entorno MQSI_PREPARE_MAPS_ON_DEPLOY se establece en TRUE, se modifica el comportamiento de las correlaciones de datos gráficas que se utilizan en el nodo Mapping del flujo. Cuando estas variable se establece en TRUE, las correlaciones de datos gráficas se preparan para la ejecución en el despliegue en lugar de cuando se transmite el primer mensaje a través del nodo.
La Tabla 1 explica este comportamiento en comparación con el comportamiento anterior.
La tabla siguiente compara el comportamiento de las correlaciones de datos gráficas con y sin la variable de entorno MQSI_PREPARE_MAPS_ON_DEPLOY establecida en TRUE:
Suceso | MQSI_PREPARE_MAPS_ON_DEPLOY no establecida (comportamiento predeterminado) | MQSI_PREPARE_MAPS_ON_DEPLOY establecida en TRUE |
---|---|---|
Despliegue de BAR (despliegue inicial y redespliegue) | Los recursos de correlación se mantienen en el almacén de configuración |
Las correlaciones que están en el archivo BAR y que no se utilizaron anteriormente porque estaban en una rama del flujo de mensajes que, por ejemplo, no se ejecutaba, ahora se validan en el despliegue. El resultado es que el despliegue ahora podría rechazarse debido a estos errores. |
Después del despliegue | Ninguna acción | Se inicia el proceso en segundo plano para inicializar los recursos de correlación preparados para elegirse para la optimización de JIT. El nuevo formato se mantiene al finalizar. |
El primer mensaje se transmite después del despliegue o redespliegue | Una correlación específica que se llama desde cada nodo
Mapping invocado por el mensaje se prepara para la ejecución y para la optimización
de JIT. Este proceso necesita que todas las dependencias de correlación, esquema, ESQL, Java, etc., estén presentes y que la correlación no contenga ningún error estático como, por ejemplo, una expresión Xpath no válida. Si no se cumplen estos requisitos, el mensaje se rechaza y la causa se notifica como mensajes BIP que informan del error de generación de correlación. |
Se ejecuta la correlación previamente preparada. Si el proceso en segundo plano finaliza, se inicia la optimización de JIT. |
Los mensajes posteriores se transmiten después del despliegue o redespliegue | Si los mensajes invocan los mismos nodos Mapping en el flujo,
se ejecuta la correlación previamente preparada y se produce la optimización de JIT.
Si el mensaje tiene como resultado una nueva vía de acceso de ejecución en el flujo de mensajes y se encuentran nodos Mapping adicionales, deben prepararse correlaciones adicionales como se describe previamente en El primer mensaje se transmite después del despliegue o redespliegue. |
Se ejecuta la correlación previamente preparada. Si el proceso en segundo plano finaliza, se inicia la optimización de JIT. |
Reinicio de cualquiera de los elementos siguientes:
|
Se valida la referencia de correlación desplegada. |
El primer reinicio después de establecer el nivel de función tiene como resultado la preparación de todas la correlaciones, que incluye la validación. |
El primer mensaje se transmite después de un reinicio | Una correlación específica llamada desde cada nodo
Mapping invocado por el mensaje se prepara para su ejecución y para la
optimización de JIT. Este proceso necesita que todas las dependencias de correlación, esquema, ESQL, Java, etc., estén presentes y que la correlación no contenga ningún error estático como, por ejemplo, una expresión Xpath no válida. Si no se cumplen estos requisitos, el mensaje se rechaza y la causa se notifica como mensajes BIP que informan del error de generación de correlación. |
Se ejecuta la correlación previamente preparada. Si el proceso en segundo plano finaliza, se inicia la optimización de JIT. |
Cualquier mensaje posterior después de un reinicio | Si los mensajes invocan los mismos nodos Mapping en el flujo,
se ejecuta la correlación previamente preparada y se produce la optimización de JIT.
Si el mensaje tiene como resultado una nueva vía de acceso de ejecución en el flujo de mensajes y se encuentran nodos Mapping adicionales, deben prepararse correlaciones adicionales como se describe previamente en El primer mensaje se transmite después de un reinicio. |
Se ejecuta la correlación previamente preparada. Si el proceso en segundo plano finaliza, se inicia la optimización de JIT. |