Hay algunos pequeños cambios en el comportamiento presentes en WebSphere Message Broker Versión 8.0; por ejemplo, los cambios causados por defectos que se han arreglado entre versiones.
Las aplicaciones de la API de Message Broker que desarrolle en la Versión 8.0 pueden conectarse a los intermediarios de versión 7.0 existentes, y las aplicaciones de la API de Message Broker de versión 7.0 existentes pueden conectarse a intermediarios de la Versión 8.0.
No obstante, si va a migrar desde la Versión 6.1, debe actualizar las aplicaciones de la API de Message Broker para que utilicen el archivo que se suministra con la Versión 8.0 antes de poder conectarse a un intermediario de la Versión 8.0.
Para obtener más información, consulte Migrar aplicaciones de la API de Message Broker.
La característica grabar y reproducir sólo se puede utilizar con nuevos intermediarios de Versión 8.0, o con intermediarios que haya migrado a la Versión 8.0. No se puede utilizar con intermediarios de versión 7.0 o de Versión 6.1 existentes.
Para obtener más información, consulte Grabar y reproducir.
Los mensajes de publicación XML de estadísticas de recursos y contabilidad y estadísticas de flujo de mensajes ahora se publican con una cabecera MQMD, que tiene un FORMATO de MQSTR. Esto indica que el mensaje de publicación está compuesto exclusivamente de datos de tipo carácter.
Si se utiliza una aplicación JMS de WebSphere MQ para suscribirse al tema de publicación y leer los mensajes, estos mensajes se representan como un mensaje de texto (TextMessage) JMS y no como un mensaje de bytes (BytesMessage) JMS.
WebSphere Message Broker Versión 8.0se entrega con ICU V4.8 (International Components for Unicode) para conversiones de fecha, hora y página de códigos. Esta es una actualización de ICU 3.8.1, que se entregaba con WebSphere Message Broker Versión 7.0.
Los siguientes cambios de comportamiento sólo se aplican si va a migrar desde Versión 6.1.
Si restaura un intermediario de Windows por una versión anterior, el valor de la contraseña se restaurará con el intermediario. Si cambió la contraseña utilizando el mandato mqsichangebroker, el valor actualizado se establecerá en la versión anterior.
Si configuró los ID de usuario y las contraseñas de base de datos para los intermediarios que está migrando, estos parámetros (-u, -p) se migran con el intermediario y se utilizan como valores predeterminados para los orígenes de datos (bases de datos del usuario) para los que no se han establecido valores explícitos. Si no ha configurado -u, -p, se migran los valores para -i, -a. En Versión 8.0, puede gestionar estos ID de usuario y contraseñas para las bases de datos de usuario utilizando el mandato mqsisetdbparms.
Las propiedades de descripción largas y cortas de los artefactos desplegados de Message Broker no se han conservado en el repositorio de grupos de ejecución desplegados, por lo que no se migrarán al intermediario de la Versión 8.0.
Si los campos siguientes se han utilizado para contener palabras clave, no se visualizan en los artefactos migrados:
$MQSI name = value MQSI$
Para corregir este comportamiento, vuelva a desplegar los artefactos directamente al intermediario de la Versión 8.0.
Para obtener más información sobre cómo definir palabras clave, consulte Guía para definir palabras clave.
Algunos programas de ejemplo utilizan una base de datos, como el ejemplo Airline. Si utilizó el asistente de configuración predeterminada para configurar una configuración predeterminada en Windows y desplegar ejemplos en el intermediario predeterminado, los ejemplos que requieran una base de datos utilizarán la base de datos Derby incorporada en el intermediario. Versión 8.0 no entrega ni da soporte a la base de datos Derby. Debe volver a configurar los ejemplos de base de datos siguiendo las instrucciones actualizadas en la documentación de los ejemplos.
Cuando se crea un intermediario mediante el mandato mqsicreatebroker, ya no se crea un grupo de ejecución predeterminado.
Si utiliza WebSphere Message Broker Toolkit o WebSphere Message Broker Explorer para crear un intermediario, puede seleccionar una opción para crear un grupo de ejecución predeterminado con el nombre default (a menos que especifique otro nombre).
También puede crear grupos de ejecución mediante el mandato mqsicreateexecutiongroup.
El inicio y la detención del comportamiento del grupo de ejecución se actualiza en la Versión 8.0. Cuando se inicia o se detiene un grupo de ejecución utilizando los mandatos mqsistartmsgflow o mqsistopmsgflow sin el parámetro -m, el proceso de grupo de ejecución se detiene o se inicia. Cuando se detiene el grupo de ejecución de esta manera, o utilizando WebSphere Message Broker Toolkit o WebSphere Message Broker Explorer, se registra el estado de ejecución de los flujos de mensajes desplegados en el grupo de ejecución. La próxima vez que inicie el grupo de ejecución sólo se reiniciarán los flujos de mensajes que estaban ejecutándose cuando se detuvo el grupo de ejecución, a menos que solicite específicamente que se reinicien todos los flujos, o utilice el parámetro -j en el mandato.
La propiedad Acción para anomalía de los nodos SOAPAsyncRequest, SOAPInput y SOAPRequest ha cambiado para que no sea configurable. Si ha configurado esta propiedad, por ejemplo en un archivo BAR, el valor se ignora.
El intermediario Versión 8.0 comprueba la configuración necesaria de SSL cuando se ejecuta el mandato mqsistart.
Si ha desplegado un flujo de mensajes que incluye nodos HTTPInput o HTTPReply en un intermediario de la Versión 6.1, y migra el intermediario a la Versión 8.0 e inicia de nuevo el intermediario, puede que se genere el siguiente mensaje de error. (Las líneas de mensaje son continuas pero se han dividido para mejorar la legibilidad).
BIP3135S: Se ha producido una excepción mientras se iniciaba el conector del motor del servlet.
El texto de la excepción es HTTP Listener LifecycleException:
Ha fallado el inicio del manejador de protocolos: java.io.FileNotFoundException: /home/leed/.keystore
(No existe ese archivo o directorio)
at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1529)
at com.ibm.broker.httplistener.ConnectorWrapper.start(ConnectorWrapper.java:166)
at com.ibm.broker.httplistener.TomcatWrapper.startSecureHTTPSConnector
(TomcatWrapper.java:146)
at com.ibm.broker.httplistener.HTTPListenerManager.ensureServletContainer
(HTTPListenerManager.java:290)
at com.ibm.broker.httplistener.HTTPListenerManager.run(HTTPListenerManager.java:153)
at java.lang.Thread.run(Thread.java:735) :
DANBRK.httplistener: /build/S000_P/src/DataFlowEngine/NativeTrace/ImbNativeTrace.cpp: 732:
ensureServletContainer: :
Oct 13 13:47:16 partick user:err|error WebSphere Broker v8000[303572]:
(DANBRK.default)[1]BIP2275E: Error loading message flow 'ef2a0606-2401-0000-0080-984a4915984c'. :
DANBRK.de427601-2401-0000-0080-d525e90f1528: /build/S000_P/src/DataFlowEngine/ImbDataFlowDirector.cpp:
2957: ImbDataFlowDirector::loadAllDataFlowsFromDatabase:
ExecutionGroup: de427601-2401-0000-0080-d525e90f1528
Este error se genera porque el intermediario de la Versión 8.0 detecta que ha configurado los nodos HTTP en el flujo de mensajes para utilizar HTTPS, pero no ha establecido la configuración SSL necesaria; el intermediario no carga el flujo de mensajes. En versiones anteriores, esta comprobación no se realiza y no se genera ningún error.
Para resolver este error, configure los nodos HTTP para utilizar SSL y volver a desplegar el flujo de mensajes. Para obtener información de configuración SSL, consulte Configuración de los nodos HTTPInput y HTTPReply para utilizar SSL (HTTPS).
El comportamiento predeterminado para los sucesos de supervisión de publicación ha cambiado. En las versiones anteriores a la Versión 8.0, los sucesos de supervisión se emiten fuera del punto de sincronismo. Ahora, el comportamiento predeterminado para todos los sucesos excepto para la retrotracción de la transacción es que los sucesos se emiten únicamente si el flujo de mensajes confirma su unidad de trabajo correctamente. De forma predeterminada, los sucesos de retrotracción de la transacción se emiten en una segunda unidad de trabajo, independientemente de la unidad de trabajo principal.
Estos cambios significan que ya no ve los sucesos que se han retrotraído a causa de un flujo de mensajes fallido; sólo ve el suceso de inicio de la transacción y el suceso de retrotracción de la transacción, si se han definido dichos sucesos. También ve todos los demás sucesos que estén definidos en una unidad de trabajo independiente. Consulte Conceptos básicos de supervisión para más información.
Se añade un número de secuencia al elemento eventSequence del suceso de supervisión. Debido a que siempre se emiten la hora de creación y el número de secuencia en el suceso de supervisión, se ha eliminado el separador Secuencia del separador de supervisión en WebSphere Message Broker Toolkit.
La validez de utilizar un índice de referencia de campo de cero se ha corregido. Si tiene sentencias en los módulos ESQL que incluyen un índice de cero, se genera el error BIP3226E cuando despliega el flujo de mensajes.
Por ejemplo, si tiene código que contiene la sentencia:
SET OutputRoot.XMLNSC.Top.A[0].B = 42;
Debe actualizar el código para que incluya el siguiente contenido:
SET OutputRoot.XMLNSC.Top.A[1].B = 42;
El valor predeterminado para la propiedad Política de profundidad del nodo RegistryLookup ha cambiado del valor Devolver coincidentes mostrando relaciones inmediatas (sólo para compatibilidad) en Versión 6.1 al valor Devolver sólo coincidentes (Profundidad = 0) en la Versión 8.0.
Si no establece explícitamente esta propiedad en un nodo RegistryLookup, éste utiliza el valor predeterminado Devolver sólo coincidentes (Profundidad = 0) para determinar la profundidad de la consulta WSRR y el contenido de los datos de entidad que deben devolverse.
Si desea utilizar el nodo en la modalidad en desuso en Versión 8.0, debe establecer explícitamente la propiedad Política de profundidad en el valor Devolver sólo coincidentes, mostrando relaciones inmediatas (sólo para compatibilidad), y volver a crear el archivo BAR.
Para obtener más información acerca del nodo RegistryLookup y sus propiedades, consulte Nodo RegistryLookup.
Los cambios siguientes están en el WebSphere Message Broker Toolkit:
En WebSphere Message Broker Versión 7.0.0.2, el tamaño de rastreo predeterminado para el agente de administración ha cambiado de 4 MB a 100 MB. Si está migrando de WebSphere Message Broker Versión 7.0.0.1 o anterior, debe tener en cuenta este tamaño predeterminado.