使用SOA实现既有资产的开发和重组（下）

　　图 16

　　(2) 配置 generation properties 文件信息。我们需要对 flow 的配置文件以及 flow 中所有调用操作节点的配置文件进行设置。如图 17，首先使用属性编辑器打开该 flow 对应的配置文件，需要修改的属性例如：Flow Type，描述了 flow 中的节点类型;Request Name，描述了请求或命令的名称;Program Name，描述了将在适配器服务中运行的程序名称;Transaction ID，描述了程序所属的事务 ID;Request Type，描述了该 flow 调用事务的模式，包括 ASYNC，SYNC，SYNC ROLLBACK;Generate Internal Data Structures，选择是否生成 COBOL 源程序的数据结构，如 JCL 或 CBL;Web Service Generation Properties，用于生成非 SOAP 部署(如 CTG 或 MQ)的转换支持文件或 CICS 部署所需的 Web Service 描述文件等等。

　　图 17

　　此外，我们还需要对 flow 中所有调用操作的属性进行设置，在 Outline 视图中点击这个 flow 下的某个操作，属性编辑器将会自动打开对应的配置文件，见图 18。主要属性有：Invoke Type，描述了基于 COBOL 流程的节点调用类型，包括 DPL 和 MQ;Link To Program Name，描述了服务端由 DPL 类型调用链接的程序名称;System ID 描述了事务所运行的 CICS 系统名称;Maximum Commarea Length，COBOL 源代码所分配的存储量的最大值。

　　图 18

　　7. 生成 runtime code

　　这是整个资产开发的最后一步，即生成能够在 CICS Service Flow Runtime 上部署和运行的代码。CICS Service Flow Runtime 支持包含终端应用(如 FEPI 和 LINK3270)和基于 COBOL 的非终端应用(DPL 和 MQ 节点)，或者这些应用的集合。在 Project Explorer 视图的右键菜单中或者直接在 generation properties 编辑器中选择 generate runtime code，系统便会自动生成运行时代码，包括：COBOL、Copybook(描述了输入输出消息的数据结构)、JCL、Web Service bind 文件和 wsdl 描述文件。

　　最后我们可以编译这些运行时代码并部署 bind 文件来测试 Web Service，从而完成 COBOL 应用在 WDZ 7.0 上的开发与重组，实现既有资产到 SOA 的转换。

　　结论

　　本文介绍了利用 SOA 方法，使用 WDz SFPT 开发既有资产，将资产转化为 Web Service 的过程;并提供了一个详细的样例，描述了一种端到端的解决方案，实现和验证了上述过程，帮助读者深入了解 SOA 环境下既有资产的开发和转换。