gpt4 book ai didi

wsdl - 如何使用 BPEL 流程中的真实 Web 服务?

转载 作者:行者123 更新时间:2023-12-01 11:48:38 24 4
gpt4 key购买 nike

我已经对 BPEL 进行了大约两周的研究,但仍然不太明白。

我已经在 ODE 中部署了 HelloWorld 示例,并且还设法部署了 this other one .

我的意图是做一些类似于第二个示例的事情,但是我自己部署并运行了真正的 WS。

我现在正处于一个没有错误的过程并正确部署在具有以下结构的 ODE 中:

enter image description here

我已经从导入我的 Multiply.wsdl 的服务定义开始了这个项目。设计人员已自动将导入标记组合到 PartnerLinkTypes 旁边的 MuktiplyProcessArtifacts.wsdl 中,因此我假设所有命名空间等都可以。

为了完成所有这些工作,我误解了一些概念:

  1. 在我原来的 Multiply.wsdl 中有

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

但是 ODE 告诉我我的 soap:address 必须采用 host.port/ode/processes.. 的形式。

这对我来说听起来不合理,因为我的 WS 可以在我的 ODE_HOME 之外的任何地方实现。

  1. 我之前提到的第二个例子解释了设计者如何创建一个“Caller.wsdl”,它实际上具有我想要的功能,即实现一个“包装器”WSDL,为 BPEL 流程提供入口点和导出点。问题是 Designer 不会生成该界面。我应该自己创建它吗?我必须创建它吗?

  2. 如果确实需要第 3 个 wsdl,如果我想测试整个过程,是否必须调用它?

最佳答案

看起来您的合作伙伴 WSDL 与合作伙伴链接的 myrole 相关联。 Partnerlinks 和 partnerlink types 是 BPEL 中的一个概念,用于定义双重接口(interface),从某种意义上说,如果合作伙伴 A 想要作为买方与 BPEL 流程进行通信,它需要提供流程可用于的一组特定功能进一步沟通(即向买方发送发货确认)。因此,一个 partnerlink 维护两个角色,myRole 是流程本身提供的 portType(又名接口(interface)),partnerRole 指的是流程期望合作伙伴实现的 portType。 MyRoles 当然必须由 BPEL 流程实现,因此需要有一个由 BPEL 引擎公开的端点。 PartnerRoles 可以绑定(bind)到任意端点。这发生在部署描述符中,即 ODE 中的 deploy.xml。

我想您可以通过将合作伙伴 WSDL 分配给合作伙伴角色来修复流程。

关于wsdl - 如何使用 BPEL 流程中的真实 Web 服务?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13643534/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com