wsdl bpel

wsdl - ¿Cómo consumo un servicio web real de un proceso BPEL?



(3)

Parece que su socio WSDL está asociado a un enlace de un socio. Los enlaces de socios y los tipos de enlaces son un concepto en BPEL que se utiliza para definir interfaces duales en el sentido de que si un socio A desea comunicarse con un proceso BPEL como comprador, debe proporcionar un determinado conjunto de funcionalidades que el proceso puede usar para otras comunicaciones (es decir, envío de una confirmación de envío al comprador). Por lo tanto, un sociovínculo mantiene dos roles, el myRole es el portType (interfaz aka) que proporciona el proceso en sí, el partnerRole se refiere a un portType que el proceso espera que el socio implemente. MyRoles debe implementarse, por supuesto, mediante el proceso BPEL y, por lo tanto, debe tener un punto final expuesto por el motor BPEL. PartnerRoles se puede vincular a puntos finales arbitrarios. Esto sucede en el descriptor de implementación, que es deploy.xml en ODE.

Supongo que puede arreglar su proceso asignando su WSDL asociado a un rol de socio.

He estado investigando en BPEL durante aproximadamente dos semanas y aún no lo entiendo del todo.

Implementé el ejemplo de HelloWorld en ODE y también pude implementar este otro .

Mi intención era hacer algo como el segundo ejemplo, pero con mi propia WS real desplegada y funcionando.

Ahora estoy en el punto de tener un proceso sin errores y correctamente implementado en ODE con la siguiente estructura:

Empecé el proyecto a partir de una definición de servicio que importaba mi Multiply.wsdl. El Diseñador ha compuesto la etiqueta de importación en MuktiplyProcessArtifacts.wsdl al lado de PartnerLinkTypes, todo automágicamente así que asumo que todos los espacios de nombres, etc. están bien.

Hay algunos conceptos que malinterpreto para hacer que todo esto funcione:

  1. En mi Multiply.wsdl original tengo

soap: address location = "http: // localhost: 8080 / WS-multiplicar / multiplicar"

pero ODE me dice que mi dirección soap debe tener el formato host.port / ode / processes ..

Esto no me parece razonable ya que mi WS podría implementarse en cualquier lugar fuera de mi ODE_HOME.

  1. El segundo ejemplo que mencioné antes explica cómo el Diseñador supuestamente crea un "Caller.wsdl", que de hecho tiene la función que yo desearía, que es implementar un WSDL "envoltorio", proporcionando al proceso BPEL puntos de entrada y salida. El problema es que el Diseñador no genera esa interfaz. ¿Se supone que debo crearlo yo mismo? ¿Tengo que crearlo?

  2. Si realmente se necesita esa tercera wsdl, ¿es a la que tendría que llamar si quisiera probar todo el proceso?

Es obligatorio tener Ode.war implementado en el servidor de Tomcat, Tomcat crear una ruta como la imagen, necesitas configurar tu endpoit con la ruta completa / ode / procesos

c: / apache-tomcat-7.0.55 / webapps / ode / WEB-INF / processes / BPEL_WS /