Lea estas notas de ayuda para la migración de conjuntos de mensajes a WebSphere Message Broker Versión 6.0.
Si está utilizando el Kit de herramientas de Message Brokers Versión 5.1, sustituya todas las referencias en este tema a "Versión 5.0" por "Versión 5.1".
Para migrar conjuntos de mensajes de la Versión 2.1 a la Versión 6.0, utilice el mandato mqsimigratemsgsets para convertir los archivos de exportación de conjunto de mensajes de la Versión 2.1 (.mrp) a los proyectos de conjunto de mensajes de la Versión 6.0. Antes de ejecutar el mandato, consulte el tema Migración de conjuntos de mensajes de la Versión 2.1, que proporciona notas detalladas sobre la operación de dicho mandato.
Para obtener ayuda sobre los cambios en el comportamiento de los analizadores y para obtener información general sobre migración, consulte los apartados siguientes:
Para migrar conjuntos de mensajes de la Versión 5.0 a la Versión 6.0, no es necesario ningún mandato de migración. Kit de herramientas de Message Brokers Versión 6.0 puede leer el contenido de un proyecto de conjunto de mensajes de la Versión 5.0 y convertirlo automáticamente en un formato de la Versión 6.0 cuando lo modifique y lo guarde por primera vez.
Para obtener ayuda sobre los cambios en el comportamiento de los analizadores y para obtener información general sobre la migración, consulte los apartados siguientes:
<!ELEMENT e0 (e1|e2)+>En el mensaje de salida, la declaración element ha cambiado:
<!ELEMENT e0 (e1|e2)+>El nuevo funcionamiento es coherente con la forma en que el formato físico XML procesa los espacios en blanco en todas las demás construcciones XML.
Un ejemplo específico de esta condición es cuando el mensaje contiene un mensaje incorporado y utiliza la técnica de Clave del mensaje o Identidad del mensaje para identificar el mensaje incorporado. Si el elemento que está proporcionando el valor de la clave del mensaje o de la identidad del mensaje no coincide con el modelo, el analizador no sabe si debe interpretar su valor como una clave del mensaje o una identidad del mensaje.
Antes de la Versión 6.0, el analizador intentaba aceptar todos los grupos Codificado delimitado desordenados, con la consiguiente reducción de rendimiento. En la Versión 6.0, si este comportamiento es un problema, considere modelar el contenido desordenado del grupo como un grupo hijo incorporado con Composición establecido en Conjunto no ordenado.
A partir de la corriente de bits se puede identificar un elemento o grupo complejo si esa corriente de bits proporciona un indicador de grupo, un patrón de datos o código, o si sus miembros hijo proporcionan un indicador de grupo, un patrón de datos o código.
A pesar de su nombre, bajo ciertas circunstancias, los miembros de un grupo Codificado delimitado no necesitan proporcionar un código; en concreto, si el miembro es un mensaje incorporado o un grupo o elemento complejo.
En la Versión 5.0, si la propiedad de CWF Cuenta de repeticiones no está establecida y Mín apariciones no es igual a Máx apariciones, se toma el valor uno como número de repeticiones. En la Versión 6.0, para el número de repeticiones se toma el valor de Máx apariciones. No se puede generar un aviso para esta situación. Un modelo de mensaje de este tipo no lo crean los importadores COBOL o C, por lo que sólo puede producirse si ha creado un modelo de mensaje CWF utilizando el editor de mensajes de la Versión 5.0.
Siga utilizando TDS Clave de mensaje si el mensaje va a desplegarse, en alguna ocasión, en un intermediario de la Versión 5.0 o Versión 2.1, porque estos intermediarios no soportan la técnica de Identidad del mensaje para la identificación de un mensaje incorporado.