Web服务组合流程

导读：

　　 Web服务组合流程

　　UDDI定义一种公用方法发布商业信息和服务信息。它用来检测指定的商业伙伴是否提供某一特定Web服务；发现某一特定领域中提供特定服务的公司；并定位合作者或意向性合作者已经发布的Web服务以便了解所需的技术性细节与该服务进行交互。UDDI规范由SOAP消息的XML schema和UDDI APIs的描述组成。

　　一旦注册完毕，服务提供都和服务消费者都能从中获益。对服务提供者来说，他所提供的Web服务得到了一种有效的宣传，由于从任何地方都可以访问到X-UDDI，服务提供者获得了全球可见性，有利于拓展他们的市场；对于服务消费者来说，由于注册信息中包含了Web服务的技术细节，因此服务消费者不必花费时间找服务相关的信息，从而可以更快更有效地将其应用程序与远程服务集成起来。

　　组合Web服务涉及一系列的问题，它的实现流程大致如下。

　　1．首先，Web服务提供者借助UDDISOA P信息与代理机构之间进行交互，实现对自己提供服务的创建、监测、更新、删除等操作。

　　◎创建：这里服务提供者要根据X-UDDI的要求准确地填写自己的详细信息，包括“白页”、“黄页”、“绿页”。白页中包含公司的联系信息及文本描述；黄页提供了公司的分类信息以及公司的电子功能的详细信息；绿页则列出了服务及商业过程的相关技术数据。有关企业和服务的信息高度组织在一起因此各公司可以按照商业实体、商业服务以及其他类别搜索注册中心。

　　◎监测：服务提供者查看自己提供服务的状态，判断是正常以便于用户可以按需调用。

　　◎更新：当所提供服务的存放位置或某些接口、操作发生变动应即时地更新自己在注册中心的信息，以便于用户可以准确地定位到新服务的所在地或恰当的操作。

　　◎删除：当服务提供者的服务不适应业务需要或不打算再提供此类服务时可以自行删除。

　　2．其次就是图3.2中提及的图形化建模。一般情况下服务设计者即可以根据以往类似服务的流程模板重新设置细节，也可以根据用户需求同时参考领域专家的建议，使用建模工具，得用其中具有实际意义的图元和标识流程走向的箭头把当前业务需求描述出来，组成一个新的组合Web服务。这些工作之后，一方面我们要生成工程的自描述文件；另一方面要生成动态服务选取器能够识别的组合服务定义文档。这里涉及到服务所属专业领域的理论知识和相关实际经验，建模语言的描述能力等问题。

　　3．然后是Web服务动态选取。这里将首先解析图形化建模系统传过来的组合服务描述文档，从中抽取出在建模阶段中对每一个活动节点或条件节点的约束信息，并整合这些约束，交给X-UDDI中的查询模块返回指定条件的服务集合，然后按一定权重量化各服务相应QoS中各分量(可信度、信誉度、执行代价、执行时间等)，运用动态规划算法从全局优化角度考虑，计算出最好的服务组合，再生成一种以BPEL4WS规范描述的可执行文档送交执行引擎。

　　4．最后执行引擎执行具体的组合Web服务。组合Web Service 的触发条件满足时，执行引擎完成对活动的调度和执行，实现组合Web Service 的功能。具体的运行维护工作主要包括过程管理：支持组合WebService 的实例化，并维护其整个生命周期（包括创建、挂起、恢复、结束等等）；活动管理：按组合Web Service 描述，在适当的条件下激活指定的活动，使该活动的属性处于激活状态，在该活动的操作完成后，引擎负责结束活动的激活状态；服务管理：由于组合Web Service 的外特性仍为Web Service，且组合的各个活动实现也是Web Service，因此执行引擎必须具有解析服务描述WSDL的能力以及构造、发送、接收、解析SOAP消息的能力；交互管理：为完成组合Web Service 与其合作伙伴之间的交互，引擎还需要维护组合Web Service 实例与其合作伙伴间的交互信息。在这期间服务实施者可以对执行情况进行监控，可以按需要对服务重新启动、暂停、挂起和终止。若预先描述文档中的某个服务不可用则执行引擎将把相关信息返给动态服务选取器由它重新制定一个执行计划。

　　 TOP



本文转自

http://soa.5d6d.com/redirect.php?fid=4&tid=108&goto=nextnewset