Al importar un esquema XML a un conjunto de mensajes que soporta espacios de nombres, las construcciones que se indican a continuación no se aceptan. Cuando el usuario intenta importar un esquema que contiene una o varias de estas construcciones, se notifica un error que indica porqué y dónde la importación no se ha ejecutado correctamente.
A continuación, se muestra una lista de estas declaraciones de esquemas:
A continuación, se muestra un ejemplo de cada una de estas construcciones:
<?xml version="1.0" encoding="UTF-8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.ibm.com" xmlns:ibm="http://www.ibm.com"> <!-- Unsupported feature: redefine --> <redefine schemaLocation="test.xsd"/> <!-- Unsupported feature: list --> <simpleType name="type1"> <list itemType="string" /> </simpleType> <!-- Unsupported feature: union --> <simpleType name="type2"> <union memberTypes="string" /> </simpleType> </schema>
Al importar un esquema XML a un conjunto de mensajes que soporta espacios de nombres, las construcciones que se indican a continuación se ignorarán y no se difundirán al intermediario. Cuando el usuario intenta importar un esquema que contiene una o varias de estas construcciones, se emite un aviso que indica que se ignorarán. Podrá suprimir estas construcciones, pero no se puede configurar ninguna propiedad para éstas.
Si extrae el modelo lógico para el mensaje, (por ejemplo utilizando el recurso de generación de esquemas) estas construcciones se ignoran y no se incluyen en el esquema de salida.
A continuación, se muestra una lista de estas declaraciones de esquemas:
A continuación, se muestra un ejemplo de cada una de estas construcciones:
<?xml version="1.0" encoding="UTF-8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.ibm.com" xmlns:ibm="http://www.ibm.com"> <!-- Accepted feature: unique --> <element name="element1" type="string"> <unique name="unique1"> <selector xpath="path1"></selector> <field xpath="path1"></field> </unique> </element> <!-- Accepted feature: key --> <element name="element2" type="string"> <key name="key1"> <selector xpath="path1"></selector> <field xpath="path1"></field> </key> </element> <!-- Accepted feature: keyref --> <element name="element3" type="string"> <keyref name="keyref1" refer="ibm:key1"> <selector xpath="path1"></selector> <field xpath="path1"></field> </keyref> </element> </schema>
El problema ocurre cuando un esquema XML que tiene un espacio de nombres de destino, incluye otro esquema XML que no tiene ningún espacio de nombres de destino. La ubicación de esquema creada en el modelo de mensaje para la inclusión especifica sólo el nombre del archivo. Esto no tiene en cuenta que los archivos de definición de mensajes incluidos están en diferentes directorios en el modelo de mensaje.
Puede resolver el problema desde el área de trabajo seleccionando el separador Propiedades del archivo de definición de mensajes incluido en el editor de definiciones de mensajes. Suprima la entrada de inclusión con la ubicación de esquema incorrecta y añada otra entrada de inclusión, seleccionando el archivo correcto en el menú Archivo.
Al importar un esquema XML a un conjunto de mensajes que soporta espacios de nombres, las construcciones que se indican a continuación no se aceptan.
El usuario tiene la posibilidad de rechazar estas construcciones basadas en las preferencias establecidas por el usuario en la página de preferencias Importador de esquema XML (o el archivo de opciones de importación mqsicreatemsgdefs). Si el usuario especifica "rechazar", cuando se encuentra la construcción, la importación se detiene y se notifica un error. Si el usuario especifica "modificar", cuando se encuentra la construcción, el importador modificar el archivo de definición de mensajes resultante de la manera siguiente:
Observe que estas modificaciones son las modificaciones equivalentes que el mandato de importador de esquema XML WMQI 2.1 XML realizó para obtener una mayor compatibilidad.
A continuación, se muestra un ejemplo de cada una de estas construcciones:
<?xml version="1.0" encoding="UTF-8"?> <schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.ibm.com" xmlns:ibm="http://www.ibm.com"> <!-- Unsupported feature: redefine --> <redefine schemaLocation="test.xsd"/> <!-- Unsupported feature: import --> <import schemaLocation="test1.xsd" namespace="http://www.ibm1.com"/> <!-- Unsupported feature: list --> <simpleType name="type1"> <list itemType="string" /> </simpleType> <!-- Unsupported feature: union --> <simpleType name="type2"> <union memberTypes="string" /> </simpleType> <!-- Unsupported feature: abstract complex type --> <complexType name="type3" abstract="true"></complexType> <!-- Unsupported feature: abstract element --> <element name="element" type="string" abstract="true"></element> </schema>
Las construcciones Unique, Key y Keyref se importan y aparecen en el archivo de definición de mensajes pero, dado que estas construcciones no están soportadas, se crean entradas de tareas para informar al usuario de que el archivo .mxsd ha generado problemas.
Al importar un esquema XML a un conjunto de mensajes que no soporta espacios de nombres, no puede importar un documento de esquema que tenga un espacio de nombres de destino que esté limitado por un prefijo. Por ejemplo:
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.ibm.com" xmlns="http://www.ibm.com"> </xsd:schema>
Conceptos relacionados
Diseño de mensajes
El modelo de mensaje
Tareas relacionadas
Desarrollo de modelos de mensajes
Trabajar con un archivo de definición de mensajes
Trabajo con los objetos del modelo de mensajes
Importación
Referencia relacionada
Información de referencia del modelo de mensaje
Propiedades del objeto del modelo de mensaje
Formatos de importación
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ad15870_ |