Limitaciones del modelo MRM

En este tema se proporciona información sobre áreas en las que el WebSphere MQ Integrator Broker no sigue exactamente la especificación del esquema XML.

Características del esquema XML que sólo se soportan en el editor de mensajes

Las características siguientes se pueden crear y editar utilizando el editor de mensajes pero el WebSphere Business Integration Message Broker no las reconoce:

  • Faceta del patrón en tipos de datos no de serie de caracteres. El intermediario de mensajes solamente validará las facetas de patrón que se apliquen a los tipos simples basados en xsd:string.
  • Faceta de espacio en blanco. El intermediario de mensajes no utiliza la faceta de espacio en blanco para nada (aunque se pueden incluir facetas de espacio en blanco en el modelo de mensaje si es necesario). Es posible controlar de forma precisa el proceso de los espacios en blanco utilizando valores en los formatos físicos.
  • Atributo ID. El modelo de mensaje puede contener atributos con el "id" del nombre pero no se comprobará sin son exclusivos.

Excepciones del esquema XML

Se pueden crear las características siguientes y editar utilizando el editor de mensajes pero el intermediario de mensajes las procesará de modo que difiera de la especificación del esquema XML, como se indica a continuación:

  • Valores por omisión y valores fijos. El proceso de los valores fijo o de los valores por omisión depende del formato físico en el que se analizan los mensajes. Para obtener información detallada acerca de cómo cada formato físico utiliza estos campos, consulte el tema Relación con el modelo lógico para obtener el formato físico correspondiente.
  • Atributo xsi:type. El intermediario de mensajes no procesa automáticamente el atributo xsi:type. Se puede incluir un atributo con el nombre "xsi:type" del modelo de mensaje y se puede procesar utilizando un flujo de mensajes.

Diferencias de la validación

Si se habilita la validación en un flujo de mensajes, las siguientes características o ejemplos no se validarán exactamente del mismo modo que cuando las valida un analizador XML:

  • Cualquier elemento o atributo. Si el modelo de mensaje contiene un comodín ("cualquier elemento o cualquier atributo") el intermediario de menajes validará el campo "processContents" del modo siguiente:
    • omitir. No se realizará la comprobación y se permitirá cualquier elemento o atributo.
    • lax. No se realizará la comprobación y se permitirá cualquier elemento o atributo.
    • strict. Se permitirá cualquier elemento o atributo del mismo conjunto de mensajes.
    Nota: Si todas las definiciones de un espacio de nombres se incluyen en el mismo conjunto de mensajes, la validación de "strict" será la misma que la validación de un analizador XML.
  • Sustitución de elementos y grupos "all". Si se puede sustituir un elemento y aparece en un grupo "all", se aplican las excepciones siguientes a la validación del elemento:
    • Un elemento sustituible de un grupo "all" siempre se validará como si fuera opcional.
    • No se rechazará un mensaje de entrada si se utilizan más de una sustitución en el mismo grupo "all".

Conceptos relacionados
El modelo de mensaje
Esquema XML
Extensiones del esquema

Tareas relacionadas
Desarrollo de modelos de mensajes
Trabajo con los objetos del modelo de mensajes

Referencia relacionada
Información de referencia del modelo de mensaje
Información adicional del dominio MRM
Información lógica adicional