WebSphere Partner Gateway valida el contenido de servicio de un mensaje RosettaNet utilizando correlaciones de validación. Estas correlaciones de validación definen la estructura de un mensaje válido y definen su cardinalidad, formato y los valores válidos (enumeración) de los elementos del mensaje. Dentro de cada paquete de flujo de documentos PIP, WebSphere Partner Gateway proporciona las correlaciones de validación como archivos XSD en el directorio GuidelineMaps.
Puesto que RosettaNet especifica el formato de un mensaje PIP, normalmente no será necesario personalizar las correlaciones de validación. Sin embargo, si lo hace, consulte Creación de paquetes de flujo de documentos PIP para obtener información sobre los pasos necesarios para actualizar los archivos XSD que se utilizan para validar los mensajes y cómo crear un paquete de flujo de documentos PIP personalizado.
La cardinalidad determina el número de veces que un elemento particular puede o debe aparecer en un mensaje. En las correlaciones de validación, los atributos minOccurs y maxOccurs determinan la cardinalidad del atributo, tal como se muestra en el ejemplo de BCG_5C4RegistrationStatusNotification_V01.02.xsd:
<xsd:element name="GeographicRegion" type="GeographicRegionType"
minOccurs="0"/>
Si WebSphere Partner Gateway no necesita comprobar la cardinalidad de un elemento, los valores de los atributos minOccurs y maxOccurs del elemento en la correlación de validación son "0" y "unbounded", tal como se indica en el ejemplo siguiente:
<xsd:element name="DesignRegistrationIdentification"
type="DesignRegistrationIdentificationType2"
minOccurs="0" maxOccurs="unbounded"/>
El formato determina la disposición o diseño de los datos para el tipo de un elemento. En las correlaciones de validación, el tipo tiene una o varias restricciones, tal como indican los ejemplos siguientes:
<xsd:simpleType name="_common_LineNumber_R"> <xsd:restriction base="xsd:string"> <xsd:minLength value="1" /> <xsd:maxLength value="6" /> </xsd:restriction> </xsd:simpleType>
Todos los elementos de tipo _common_LineNumber_R de un mensaje deben ser Strings y deben tener una longitud de entre 1 y 6 caracteres.
<xsd:simpleType name="_GlobalLocationIdentifier"> <xsd:restriction base="xsd:string"> <xsd:pattern value="[0-9]{9}.{1,4}" /> </xsd:restriction> </xsd:simpleType>
Todos los elementos de tipo _GlobalLocationIdentifier de un mensaje deben ser Strings y deben tener nueve caracteres de datos numéricos seguidos por entre uno y cuatro caracteres de datos alfanuméricos. Por lo tanto, la longitud mínima es 10 caracteres y la máxima es 13.
<xsd:element name="DayOfMonth"> <xsd:simpleType> <xsd:restriction base="xsd:positiveInteger"> <xsd:totalDigits value="2" /> <xsd:minInclusive value="1" /> <xsd:maxInclusive value="31" /> </xsd:restriction> </xsd:simpleType> </xsd:element>
Todos los elementos de tipo _DayofMonth de un mensaje deben ser PositiveInteger, deben tener uno o dos caracteres y deben tener un valor entre 1 y 31 (ambos inclusive).
La enumeración determina los valores válidos para un elemento. En las correlaciones de validación, el tipo del elemento tiene una o varias restricciones de enumeración, tal como muestra el ejemplo siguiente:
<xsd:simpleType name="_local_GlobalDesignRegistrationNotificationCode"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="Initial" /> <xsd:enumeration value="Update" /> </xsd:restriction> </xsd:simpleType>
Todos los elementos de tipo _local_GlobalDesignRegistrationNotificationCode de un mensaje deben tener sólo "Initial" o "Update" como valores.