Web服务内幕，第7部分：WSFL和递归组合
James Snell ( jasnell@us.ibm.com )
Web
服务体系结构最引人注目的承诺之一是它允许新的交互类型以及新的流程类型出现。兑现这个承诺的一部分工作是提供一个允许通过组合现有流程和服务来建立那些新流程的框架。Web
服务流语言（Web Services Flow
Language，WSFL）对其“递归组合”原理做了完整的介绍，这个原理允许完整的商业流程作为活动被嵌入到其它的流模型中。Web
服务内幕的这一部分通过说明“递归组合”背后的思想为这个介绍 WSFL 的系列画上了句号。
递归组合介绍
图 1：Web 服务的递归组合
您可能马上会问，“它是什么？为什么它很重要？”我将用一个现实生活中的案例回答这些问题。例如，您在 ReaderCo
公司工作，您希望买一本书。您的公司已经有了一个使用 WSFL 建模的采购商业流程。现在，我的公司 SnellCo
是销售书籍的。我有一个为处理书籍订单而建立的商业流程。您的 WSFL 流模型包含一个向能够处理此订单的公司提交此订单的活动。我的 WSFL
流模型只可在已经接收到购买订单时才能够开始。因此，通过用 WSDL 接口将我的商业流程包装起来并将其作为“书籍订购 Web 服务”在 Web 上发布，您的
WSFL 流模型就可以发现我的服务并提交其购买订单。
在这个案例中，您不用在意我的 WSFL
流模型是什么样子，只是希望能够将购买订单推进这个模型来使整个流程运转。而我也真的不在意您的 WSFL
流模型是什么样子，我只希望接收到您的购买订单，这样就可以让这个流程继续进行。WSFL
支持递归组合，允许您和我用某种方法将我们的两个商业流程链接起来，这种方法要求我们只要在提交的购买订单的格式上达成一致即可。在保持分布式工作流体系结构时，这可以简化进行商业活动的方法。
商业流程的私有生命周期
图 2：导出 WSFL 中的单个活动
导出一个 WSFL 活动与将 Java 类上的操作标记为 public 大致相同。也就是说，当一个方法被标记为
public 时，对于其它使用该 Java 类的应用程序它就是可见的和可访问的。它与下面这种情况完全相同，即当您导出一个活动时，它变为可见的，同时也是使用
WSDL 进行描述的 Web 服务接口描述的一部分。为搞清楚这一点，我将向您展示一个简单的示例。
首先，设想一个非常简单的工作流流程，如图 3 所示。
图 3：一个非常简单的工作流流程
在这个流程中，只有三个活动：查看股票、确定最好的卖出价格以及卖出股票（不卖出泡泡框实质上会结束工作流而无需任何附加活动）。这个流程的流模型如清单
1 所示。
清单 1：股票订购流模型
_
_
_
牋牋_targetMessage="processInstanceData"
targetPart="request"/>
_
_
_
_
_target="determineSellPrice"/>
_target="sellStocks"/>
_target="determineSellPrice"/>_
_source= "determineSellPrice"
target="sellStocks"/>
其中的两个操作，查看股票和卖出股票，要求商业流程与商业流程自身外部的 Web
服务进行交互，所以我们需要将那些活动作为流程公共接口的一部分导出。我们使用流模型中的导出机制进行此导出操作，如清单 2 所示。
清单 2：添加到流模型中的查看股票和卖出股票活动 targetMessage="checkStocksOutput"
targetPart="stockQuote"/>
WSFL 实现引擎现在可获取全局模型，在整个 WSDL 生成过程中运行此全局模型并创建公共 Web 服务接口（WSDL
portType）定义，如清单 3 所示。
清单 3：流模型的一个公共 Web 服务接口
__ _
现在，为了解释一下刚才发生的事情，我将要后退一步。考虑一下查看股票操作。实质上，为了执行这个活动，WSFL
引擎必须向一些位于网络外部的股票行情服务发出一个 Web 服务请求。但是，该引擎需要确切知道要进行这次调用，应怎样做以及做些什么。在 WSDL
术语中，查看股票操作是一个请求—响应操作。使用 WSFL 全局模型中的 plug-link
机制，您向引擎提供执行该操作的必要信息并将其绑回到正在执行的商业流程中。
那么如何将其绑回到递归组合中呢？WSFL 工作流中的每个活动都是由 Web 服务公开的操作执行。那些操作通过使用 WSDL
端口类型定义而被公开。WSFL 全局模型和 pluglink 允许您为商业流程的各部分建立 WSDL
端口类型定义。您可以将这两者链接在一起，这样一个流程中的活动就可以通过另一个流程的公共接口实现。图 4
显示一个递归组合流程，其中一个流程中的活动被绑定到另一个流程的公共接口。
图 4: 一个递归组合流程
聚集服务
动态组合
从本质上来说，多个服务提供者可以用完全相同的公共接口实现两个完全不同的工作流。因为他们导出相同的 Web
服务操作集合，他们彼此之间可进行互操作。由于 WSFL 流模型链接到 Web
服务的公共接口（而不是该接口的特定实现），所以两个提供者都有涉足履行活动的能力。WSFL 引擎，以 WSFL
流模型的设计师提供的规则为基础，可在任何给定的情况下动态地确定使用哪个提供者。
包装
我写这一系列文章的目的只是为了向您介绍
WSFL。因此，我省去了许多细节问题，而其它还有一些细节被我完全忽略了。目的是为了帮助您对 WSFL
的基本概念有一个初步了解，而不是要您成为这方面的专家。我建议，如果您已经对 WSFL 的基本概念有了初步的了解，您可以阅读 WSFL
规范。学习这个规范，从头至尾彻底看一下这些概念，并花费一些时间练习将工作流放在一起。而且，和以前一样，如果您有什么看法和问题，请发消息给我。
对流程和工作流进行试验 您可以通过使用 Web 服务流程管理工具包（可从
alphaWorks 获得）对这些概念进行试验。虽然它不是一个 WSFL 实现，但它的确能够为现有的 MQ 系列工作流实现
“公共接口”概念。关于它如何运作以及其功能的完整信息包含在软件包中。
参考资料
关于作者 jasnell@us.ibm.com 与他联系。
浏览： Web服务内幕，第1部分
Web服务内幕，第2部分
Web服务内幕，第3部分
Web服务内幕，第4部分
Web服务内幕，第5部分
Web服务内幕，第6部分
Web服务内幕，第8部分
Web服务内幕，第9部分
Web服务内幕，第10部分
2002-08-26 13:22