Cuando el desarrollo de cualquier solución basada en BPEL, pronto encontrará que usted está definiendo un conjunto común de objetos de datos que se utilizan en múltiples procesos.
El lugar más obvio para definir los objetos de datos se encuentra en uno o más esquemas XML que puede hacer referencia a cada uno de sus procesos BPEL.
Oracle BPEL PM 10.1.3 ofrece ahora la posibilidad de importar estos esquemas como parte del Proyecto de Creación de BPEL Asistente (en versiones anteriores se tuvo que importar el esquema después de que el proyecto fue creado - que se puede, por supuesto, todavía lo hacen en 10.1.3).
Todo esto funciona muy bien, sin embargo hay un problemita sencillo, que he visto coger una serie de personas, y ahí es cuando se importa el esquema, que ellos mismos esquemas de importación.
Tomemos un ejemplo sencillo. Un escenario común es tener un esquema que define los objetos comunes, tales como dirección, phoneNo, etc Esto sería compartida a través de esquemas de dominio específico múltiples tales como los clientes (por ejemplo, que importa el esquema común el uso de la dirección, el tipo phoneNo para celebrar el equivalente la información de un cliente).
Ahora bien, si iban a importar el esquema de los clientes en nuestra BPEL Process, por defecto, todos los que estamos importando son las definiciones contenidas en Customer.xsd. Esto causa problemas cuando tratamos de analizar el esquema de cliente como el analizador no puede hacer referencia a las definiciones en el esquema común.
La respuesta obvia es simplemente para importar el esquema común también. Sin embargo, esto no funciona. Para entender por qué vamos a ver las declaraciones de importación creadas en el elemento del archivo WSDL para el proceso BPEL:
La cuestión aquí es que cada uno de los esquemas ha sido importado en un "aparte" del esquema, por lo tanto el esquema común no es visible para el esquema del cliente. Sin embargo, para solucionar este problema, simplemente editar el archivo WSDL para combinar las importaciones en un solo esquema, como se ilustra a continuación:
El lugar más obvio para definir los objetos de datos se encuentra en uno o más esquemas XML que puede hacer referencia a cada uno de sus procesos BPEL.
Oracle BPEL PM 10.1.3 ofrece ahora la posibilidad de importar estos esquemas como parte del Proyecto de Creación de BPEL Asistente (en versiones anteriores se tuvo que importar el esquema después de que el proyecto fue creado - que se puede, por supuesto, todavía lo hacen en 10.1.3).
Todo esto funciona muy bien, sin embargo hay un problemita sencillo, que he visto coger una serie de personas, y ahí es cuando se importa el esquema, que ellos mismos esquemas de importación.
Tomemos un ejemplo sencillo. Un escenario común es tener un esquema que define los objetos comunes, tales como dirección, phoneNo, etc Esto sería compartida a través de esquemas de dominio específico múltiples tales como los clientes (por ejemplo, que importa el esquema común el uso de la dirección, el tipo phoneNo para celebrar el equivalente la información de un cliente).
Ahora bien, si iban a importar el esquema de los clientes en nuestra BPEL Process, por defecto, todos los que estamos importando son las definiciones contenidas en Customer.xsd. Esto causa problemas cuando tratamos de analizar el esquema de cliente como el analizador no puede hacer referencia a las definiciones en el esquema común.
La respuesta obvia es simplemente para importar el esquema común también. Sin embargo, esto no funciona. Para entender por qué vamos a ver las declaraciones de importación creadas en el
La cuestión aquí es que cada uno de los esquemas ha sido importado en un "aparte" del esquema, por lo tanto el esquema común no es visible para el esquema del cliente. Sin embargo, para solucionar este problema, simplemente editar el archivo WSDL para combinar las importaciones en un solo esquema, como se ilustra a continuación:
No hay comentarios:
Publicar un comentario