WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Revisión de cambios técnicos en WebSphere Message Broker Versión 8.0

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.

Si va a migrar desde la versión 7.0 o la Versión 6.1, lea las secciones siguientes para comprender los posibles efectos en el intermediario y los flujos de mensajes:

Aplicaciones de la API de Message Broker

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.

Grabar y reproducir

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.

Mensajes de publicación XML de estadísticas de recursos y contabilidad y estadísticas de flujo de mensajes

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.

Nota: Si es necesario, puede volver a utilizar un formato de BytesMessage JMS estableciendo la variable de entorno siguiente: MQSI_STATS_MQSTR=false.

Actualización a ICU V4.8

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.

Esta actualización da lugar a las siguientes respuestas:
  • Los husos horarios que no son válidos reciben una respuesta BIP2319 del intermediario.
  • Los husos horarios que han quedado obsoletos en ICU V4.8.1 se consideran no válidos. Por ejemplo, "Alpha Time" y "Bravo Time".
  • Un formato de fecha y hora que utilice el patrón "zzz" ahora puede devolver un ID de huso horario que represente implícitamente un huso horario y diferencia horaria con respecto a GMT en lugar de "GMT" más una diferencia horaria.
  • Las páginas de códigos 897, 1277 y 5297 ya no están soportadas.

Los siguientes cambios de comportamiento sólo se aplican si va a migrar desde Versión 6.1.

Cambios en requisitos de ID de usuario y contraseña

Se actualiza la gestión de ID de usuario y contraseña en la Versión 8.0:
  • El requisito de un ID de usuario y contraseña de servicio se elimina en todos los sistemas excepto Windows. Estos parámetros (-i, -a) ya no se utilizan al migrar los intermediarios a la Versión 8.0.

    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.

  • Debido a que el intermediario de la Versión 8.0 no tiene ningún requisito para una base de datos, los parámetros para definir y cambiar los ID de usuario y contraseñas de base de datos se eliminan.

    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.

  • El requisito de que el ID de usuario de servicio de intermediario sea un miembro del grupo mqm se ha eliminado.
  • Si cambia el ID de usuario y la contraseña de base de datos utilizando el mandato mqsisetdbparms, ya no es necesario reiniciar el intermediario. En su lugar, puede reiniciar el grupo de ejecución afectado utilizando el mandato mqsireload.

Cambios en la ubicación de las propiedades de descripción

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.

Uso del asistente de configuración y base de datos predeterminados en Windows

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.

Grupo de ejecución predeterminado al crear intermediarios

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.

Inicio y detención de grupos de ejecución

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.

Utilización de los nodos SOAPAsyncRequest, SOAPInput y SOAPRequest

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.

Utilización de HTTPS con los nodos HTTPInput y HTTPReply

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).

Flujos de mensajes supervisados

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.

Referencias de campo ESQL con un índice de cero

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;

Utilización de nodos RegistryLookup

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.

Interfaces en el WebSphere Message Broker Toolkit

Los cambios siguientes están en el WebSphere Message Broker Toolkit:

Vista Problemas
En el WebSphere Message Broker Toolkit Versión 6.1, puede configurar la lista de problemas que se muestran en la vista Problemas pulsando el icono en la barra del panel de vista Problemas, o la flecha abajo junto al icono, y seleccionando Configurar filtro de la lista de opciones que se visualiza. En WebSphere Message Broker Toolkit Versión 8.0, el icono ya no se muestra. Pulse la flecha abajo que se muestra en el extremo derecho de la barra y seleccione Configurar contenido.
Vista Desarrollo de intermediario
En WebSphere Message Broker Toolkit Versión 8.0, la Vista Desarrollo de intermediario muestra los proyectos de instancia de patrón en un panel aparte, además de otros proyectos en el espacio de trabajo.
Perspectiva de administración de intermediario
En WebSphere Message Broker Toolkit Versión 6.1, puede conectar, configurar y desplegar en intermediarios utilizando la perspectiva Administración de intermediarios en WebSphere Message Broker Toolkit. En la Versión 8.0, la perspectiva de administración de intermediario se elimina y ahora puede conectar, configurar y desplegar en intermediarios utilizando la vista Intermediarios de la perspectiva Desarrollo de aplicaciones de intermediario. Para tareas de configuración más avanzadas, puede utilizar WebSphere Message Broker Explorer.
Visor del registro de sucesos
En el WebSphere Message Broker Toolkit Versión 6.1, las respuestas y los mensajes de despliegue del intermediario se muestran en el visor del registro de sucesos. En la Versión 8.0, los mensajes de despliegue de la instancia de WebSphere Message Broker Toolkit se muestran en la vista Registro de despliegue, en la perspectiva Desarrollo de aplicaciones de intermediario.
Asistentes de mandato
En WebSphere Message Broker Toolkit Versión 6.1, puede utilizar los asistentes de mandatos para crear, cambiar y suprimir componentes, como por ejemplo intermediarios, en el sistema local. En la Versión 8.0, puede utilizar la vista Intermediarios para crear y suprimir componentes. Como alternativa, puede utilizar WebSphere Message Broker Explorer para crear, cambiar y suprimir intermediarios en el sistema local.
Creador de expresiones XPath
En WebSphere Message Broker Toolkit Versión 6.1, el visor de tipos de datos muestra dos categorías de nivel superior, Tipos de datos y Variables. En Versión 8.0, puede encontrar las variables bajo la única categoría de nivel superior Tipos de datos.

Rastreo predeterminado para el agente de administración

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.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 17:01:23


Tema de referenciaTema de referencia | Versión 8.0.0.5 | bh44620_