内容


在 WebSphere Process Server V7 中迁移流程实例

Comments

简介

流程实例迁移是 WebSphere Process Server V7 中一个重要的特性,支持将正在运行的实例迁移到新版业务流程中。该特性支持 版本控制,而且有着广泛的用户需求。客户可以通过将正在运行的业务实例迁移到一个新版的生产环境中,能够调整他们的业务流程或决策,这使得他们的业务流程能够适应不断变换的环境和未来敏捷的业务需求,特别是流程频繁变化和流程实例长期运行的环境。

图 1 展示了一个流程实例迁移的示例。在这个示例中,当前日期,2010 年 5 月 10 日,在 2010 年 2 月 30 日基于版本 1 模板创建的的流程实例,执行期间在合适的点可以迁移到一个新模板版本 — 版本 2。不久,当到版本 3 指定的 Valid From 日期 — 2010 年 8 月时,它们可能被再次迁移到版本 3。

图 1. 流程实例迁移的示例
流程实例迁移的示例
流程实例迁移的示例

本文主要关注在 WebSphere Process Server V7 中的流程迁移,介绍并演示了如何在 BPM 周期内迁移流程实例,包括使用一个迁移规范在 WebSphere Integration Developer(以下称为 Integration Developer )中创建一个新版本的业务流程、在 WebSphere Process Server(以下称为 Process Server)中将正在运行的流程实例从之前版本迁移到新版本中、以及使用 WebSphere Business Monitor(以下称为 Business Monitor)在整个迁移过程中监控不同版本的流程实例。

实例迁移步骤

图 2 展示了整个过程,从在 Integration Developer 中定义一个新版本流程实例、在 Process Server 中迁移实例、到在 Business Monitor 中监控整个迁移流程的不同版本实例。

图 2. 流程实例迁移步骤
流程实例迁移步骤
流程实例迁移步骤

在 Integration Developer 的开发阶段,您需要复制并修改一个流程定义来创建一个新版本,这包括一个使该版本成为迁移目标的流程迁移规范。在开发阶段,该流程迁移规范和一个新流程版本一起包装在一个 EAR 文件中,同时部署到 Process Server 上。

执行阶段,正在运行的流程实例被迁移到一个新流程版本中。您可以使用管理员脚本来批量迁移流程实例,或者使用 Business Process Choreographer (BPC) Explorer 来迁移特定实例,或者使用 BPC APIs 同时迁移。当一个流程实例迁移了之后,流程实例和正在活动的操作引用新模板版本流程。随后的流程实例导航使用新版业务逻辑。在流程实例迁移后,已经导航的活动并不受迁移的影响。

Common Base Events (CBE) 是在流程实例迁移过程中生成的。在迁移开始时生成一个事件,在迁移完成时,再一次生成一个事件。您可以在 Integration Developer 中为每个流程版本构建监控模型。当一个实例被迁移,在运行时使用一个新模板时,Business Monitor 使用迁移事件从迁移模板的一个版本自动转换到另一个版本,在不同版本流程上无缝地监控实例。

现有版本是否在运行时被迁移由两个因素决定:为创建一个新版本对流程模板所做的修改和迁移执行的时间点。

可以迁移什么?

为了创建新版本对业务流程做的修改有:

  • 描述或服务质量属性的修改,比如显示名称、交易行为以及流程构建的监控行为。
  • 一个流程的业务逻辑的修改,比如添加或删除活动、添加或删除连接或分支、添加数据变量、以及修改流的错误操作。

关于对流程模板进行修改的更多细节,参考 流程实例迁移的支持文档

何时迁移?

流程实例只允许在执行期间合适的点上进行迁移。如果新版流程仅含有描述修改或服务质量属性修改,您可以在流程导航期间任何时间迁移流程实例。然而,如果修改影响流程的业务逻辑,流程实例只有流程导航没有到达任何修改时才能迁移。

简单场景

基础业务流程最初仅由一个接收节点、一个人工任务和一个回复活动构成。为了生成新版流程,您可以在旧人工任务之后添加另一个人工任务、并修改现有片段。在图 3 中,您可以看到流程的原始版本在左边,而在右边的是修改版本。之前的流程实例版本在任务 ApprovalTask 完成之前将被迁移到新版本。

图 3. 简单场景
简单场景
简单场景

您可以下载本文提供的 源代码和可部署的 EAR 文件。您可以将源代码导入 Integration Developer,便于更好地理解本文。对于运行时环境,您可以使用 Process Server V7.0,已经扩展了 Business Monitor V7.0。或者您可以使用 WebSphere Dynamic Process Edition V7.0,这其中包括它们两个。

创建一个业务流程的新版本

首先,您需要复制和修改现有流程模板来在 Integration Developer 中创建一个新版本,这个新版本包括一个成为迁移目标的迁移规范。

  1. 通过 New Process Version 向导创建一个项目副本:
    1. Business Integration 视图,右键单击模块 ApprovalProcessV1 并选择 New Process Version,如图 4 所示。
      图 4. 创建一个新流程版本
      创建一个新流程版本
      创建一个新流程版本
    2. 打开 New Process Version 向导。输入 ApprovalProcessV2 作为新模块名称,然后单击 Next,如图 5 所示。
      图 5. 指定模块名
      指定模块名
      指定模块名
    3. 指定新流程版本有效日期。确保日期晚于原始日期,然后单击 Next,如图 6 所示。
      图 6. 指定 validFrom 日期
      指定 validFrom 日期
      指定 validFrom 日期
    4. 为将要创建的流程迁移规范选择 ApprovalProcess ,然后单击 Finish,如图 7 所示。
      图 7. 选择迁移的流程组件
      选择迁移的流程组件
      选择迁移的流程组件
    5. 项目 ApprovalProcessV2 生成。您可以找到一个 ApprovalProcess 副本,并在其中找到一个迁移规范,如图 8 所示。
      图 8. 新流程版本被创建
      新流程版本被创建
      新流程版本被创建
  2. 对复制的流程进行所需修改:
    1. 在任务 ApprovalTask 和片段活动之间添加一个人工任务,如图 9 所示。
      图 9. 添加附加人工任务
      添加附加人工任务
      添加附加人工任务
    2. 从弹出窗口,输入 SecondApprovalTask 作为任务名称并选择 ApprovalTaskIF 作为任务接口,如图 10 所示。
      图 10. 为任务指定名称和接口
      为任务指定名称和接口
      为任务指定名称和接口
    3. 在业务流程编辑器,选择 SecondApprovalTask。在 Properties 视图的 Details 选项卡,选择 CustomerID 作为 SecondApprovalTask 的输入参数。然后创建一个名为 secondDecision 的布尔型变量,并将其设置为 SecondApprovalTask 的输出参数,如图 11 所示。
      图 11. 为任务指定参数
      为任务指定参数
      为任务指定参数
    4. ReportSnippet 片段中修改代码,如清单 1 所示。
      清单 1. 修改片段代码
      finalDecision = decision && secondDecision;
      System.out.println("ApprovalProcess V2: result is " + finalDecision);
      System.out.println("Handling claim for customer " + CustomerID);
  3. 检查生产的流程迁移规范问题:
    1. 打开生成的流程迁移规范。Integration Developer 中的 Process Migration Specification Editor 有两个选项卡:OverviewDifferencesOverview 选项卡提供关于资源和目标版本的详细信息,如图 12 所示。
      图 12. 流程迁移规范编辑器概述
      流程迁移规范编辑器概述
      流程迁移规范编辑器概述
    2. 切换到如图 13 所示的 Differences 选项卡。此选项卡提供一个已经应用到目标流程的修改的一个直观表示。将以前版本和新版本相比较,就可以清楚的看到这些改变。注意,迁移规范在 Integration Developer 中验证。您必须解决所有报告问题,使其可在运行时部署。
      图 13. 流程迁移规范编辑器中的不同
      流程迁移规范编辑器中的不同
      流程迁移规范编辑器中的不同

运行时实例迁移到新版本

在 Integration Developer 中使用迁移规范创建一个新版本之后,您可以将其导出作为一个可部署的 EAR 文件。当其在运行时部署时,您可以将现有流程实例的原始版本迁移到新版本。您可以使用 BPC Explorer 和管理员脚本 migrateProcessInstances.py 来迁移流程实例。

  1. 启动原始流程:
    1. 确保服务器正在运行,仅在其中部署 ApprovalProcessV1
    2. 登录 BPC Explorer。在 Process Templates 部分,单击 Currently Valid。当前有效的流程模板视图如图 14 所示。
      图 14. 当前有效的流程模板
      当前有效的流程模板
      当前有效的流程模板
    3. 选择原始流程 ApprovalProcess 并单击 Start Instance,在输入字段输入数据并单击 Submit,如图 15 所示。
      图 15. 启动一个流程实例
      启动一个流程实例
      启动一个流程实例
    4. 重复上述步骤,启动另一个流程实例。
  2. 通过 BPC Explorer 迁移流程实例:
    1. 在服务器上部署 ApprovalProcessV2
    2. 登录 BPC Explorer。在 Process Templates 部分,单击 All Versions。两个版本的 ApprovalProcess 模板都被呈现。选择原始版本并单击 Instances,如图 16 所示。
      图 16. 模板的所有版本
       模板的所有版本
      模板的所有版本
    3. 在流程实例视图,选择一个实例并单击 Migrate
      图 17. 流程实例
      流程实例
      流程实例
    4. 迁移之后,您将看到 Valid From 之下的时间戳已被修改(图 18)。
      图 18. 从日期修改之时起生效
      从日期修改之时起生效
      从日期修改之时起生效
    5. 单击此流程实例。您可以验证流程实例是否迁移,如图 19 所示。
      图 19. 流程实例细节
      流程实例细节
      流程实例细节
    6. 切换到 To-Do 视图完成 ApprovalTask。您可以看到一个新任务 SecondApprovalTask,如图 20 所示。
      图 20. 在新视图中创建一个任务
      在新视图中创建一个任务
      在新视图中创建一个任务

      注意:在 2b 中,您可以选择多个版本来在 BPC Explorer 中查看它们的所有实例。在 2c 中,您可以同时选择不同版本的实例并将它们迁移到一起。每个实例将被迁移到其当前有效的版本中。

  3. 通过 migrateProcessInstances.py 迁移流程实例:
    1. 打开一个命令行并改变工作目录到 BPC 子目录(清单 2),其中管理员脚本 migrateProcessInstances.py 是本地的。
      清单 2. 将工作目录修改到 BPC 子目录
      cd install_root/ProcessChoreographer/admin
    2. 在清单 3 中输入以下命令来迁移流程实例。
      清单 3. 调用 migrateProcessInstances.py 的脚本语法
      install_root/bin/wsadmin -f migrateProcessInstances.py
             [(-server server_name ) | ( -cluster cluster_name )]
             ( -templateName  template_name)
             (-sourceValidFromUTC  timestamp)

      该管理员脚本通常用于批量迁移实例。输入清单 4 中的命令迁移原始版本的所有剩余实例。

      清单 4. 调用 migrateProcessInstances.py 脚本
      install_root/bin/wsadmin -f migrateProcessInstances.py
              -server server1
              -templateName ApprovalProcess
              -sourceValidFromUTC 2009-01-09T12:20:53
    3. 当脚本运行时,在迁移执行的地方输出节点名和服务器名(清单 5)。
      清单 5. 控制台中的 migrateProcessInstances.py 脚本输出
      WASX7209I: Connected to process "server1" on node linuxNode01 
       using SOAP connector; The type of process is: UnManagedProcess
      WASX7303I: The following options are passed to the scripting 
       environment and are available as arguments that are stored 
       in the argv variable: "[-server, server1, -templateName, ApprovalProcess, 
       - sourceValidFromUTC, 2009-01-09T12:20:53]"
      
      The process instance migration is running on server 'server1' on 
       node 'linuxNode01'.
      Please check the log files of the server to get information about 
      the progress and results of the migration.
    4. 在服务器上查看 SystemOut.log 文件,查看进度信息。显示余下的实例也被迁移。
      清单 6. 日志中的 migrateProcessInstances.py 脚本输出
      00003b48 InstanceMigra I   CWWBF0126I: The migration job for process 
      instances of process template 'ApprovalProcess' with valid-from 
      date '2009-01-09T12:20:53' to the currently active template version 
      started.
      00003b48 InstanceMigra I   CWWBF0130I: The instance migration service 
      is running for process instances of process template 'ApprovalProcess' 
      with valid-from date '2009-01-09T12:20:53' to the currently active 
      template version. Progress: migrated instances '1' in '1' seconds.
      00003b48 InstanceMigra I   CWWBF0128I: The process instance migration 
      job for process instances of process template 'ApprovalProcess' with 
      valid-from date '2009-01-09T12:20:53' to the currently active template 
      version finished. It migrated '1' instances in '1' seconds.
    5. 登录 BPC Explorer,您可以看到 Valid From 时间戳已被修改,如图 21 所示。
      图 21. 从日期修改之时起生效
      从日期修改之时起生效
      从日期修改之时起生效
  4. 在 BPC Explorer 中通过 Reports 函数和 Graphical Process 小部件跟踪迁移历史。
    1. 登录到 BPC Explorer 并切换到 Report 选项卡。
    2. Process Reports 部分,单击 New Search 图标创建一个报告,如图 22 所示。
      图 22. 创建流程报告
      创建流程报告
      创建流程报告
    3. 选择 Snapshot Report 作为报告类型并单击 Next
    4. 在下一页,选择 Take a snapshot now
    5. Specify Report Content 页,添加以下列,如图 23 所示,这些列包含在报告表格中。单击 Next
      图 23. 指定报告内容
      指定报告内容
      指定报告内容
    6. Specify Filter ContentReport Summary Run Report 中,单击 Next。一个报告表格清单被生成,含有一个迁移流程实例的清单,如图 24 所示。
      图 24. 生成的流程报告
      生成的流程报告
      生成的流程报告
    7. 切换到 Views 选项卡。在 Process Instances 部分,单击 Administered By Me
    8. 在流程实例视图,选择一个已经迁移的实例,然后单击 View Process State。流程实例状态视图的开始是一个 Graphical Process 小部件。在这个小部件中,一个有颜色的云被用于指向旧的流程模型版本,在云上弹出一个消息对话框,显示实例的迁移历史,如图 25 所示。
      图 25. 在 Graphical Process 小部件中查看流程状态
      在 Graphical Process 小部件中查看流程状态
      在 Graphical Process 小部件中查看流程状态

迁移的 Common Base Events

在流程实例迁移期间您可以生成 CBE 事件。在迁移开始时生成一个事件,当迁移完成时,再次生成一个事件。这些事件被 BPC Explorer 报告函数和 WebSphere Business Monitor 用来跟踪流程迁移。

以下事件被生成:

  • PROCESS_MIGRATION_TRIGGERED:该事件在使用一个新模板的流程实例迁移开始时生成。它同流程的源版本一致,由 migrateToPTID、migrateToValidFrom 和 migration front 这类元素组成。
  • PROCESS_MIGRATED:该事件在流程被迁移来使用一个新模板时生成。它同流程的目标版本一致,由 migrateFromPTID、migrateFromValidFrom 和 migration front 这类元素组成。

为了满足 Integration Developer 中不同版本的流程模型,您可以在 Properties 视图的 Event Monitor 选项卡中提供这些事件。PROCESS_MIGRATION_TRIGGERED 和 PROCESS_MIGRATED 事件分别可以满足流程源版本和目标版本的需求。为了获取 PROCESS_MIGRATION_TRIGGERED 事件,您可以在流程的源版本中提供它,如图 26 所示。

图 26. 支持 PROCESS_MIGRATION_TRIGGERED 事件
支持 PROCESS_MIGRATION_TRIGGERED 事件
支持 PROCESS_MIGRATION_TRIGGERED 事件

类似地,为了获取 PROCESS_MIGRATED 事件,您可以在流程的目标版本中提供它,如图 27 所示。

图 27. 支持 PROCESS_MIGRATED 事件
支持 PROCESS_MIGRATED 事件
支持 PROCESS_MIGRATED 事件

流程实例被迁移到一个新版本之后,您可以在 CBE 浏览窗口找到这些版本,如图 28 所示。您可以通过 Integration Applications > Common Base Event Browser 从 Process Server 管理控制台访问它。

图 28. 迁移的 CBE
迁移的 CBE
迁移的 CBE

监控流程实例迁移

这部分讲述在 Business Monitor 中如何监控迁移的流程实例的不同模块版本。

正如我们知道的,您可以使用一个监控模型来监控流程的状态 。迁移之前,流程的源版本(V1)和目标版本(V2)有不同的事件过滤准则,一旦 V1 实例被迁移来使用 V2 模板,现有的监控模型(M1)将不能监控到迁移的 V2 实例生成的后续事件。作为一种解决方案,您需要为 V2 创建一个新版的监控模型(M2)。M1 仍然用于监控 V1,而将在 Integration Developer 中创建 M2 来在 V2 中监控附加活动。

当在运行时一个 V1 实例被迁移来使用 V2 模板时,Business Monitor 使用迁移事件来从 M1 切换到 M2,无缝地监控不同版本流程的实例。

为 V2 创建监控模型 M2

为了监控迁移的实例,您需要在 Integration Developer 中创一个新版本的监控模型(M2)。

  1. 生成监控模型 M2:
    1. 在 Business Integration 视图,右键单击 ApprovalProcessV2 模块,然后选择 Generate Monitor Model,如图 29 所示。
      图 29. 生成监控模型
      生成监控模型
      生成监控模型
    2. Generate Monitor Model 向导,对于目标监控项目,选择现有项目 ApprovalProcessMonitoring 来在和 M1 相同的项目中生成 M2。对于目标监控模式名称,输入 ApprovalProcessM2,这表示该模型是 M1 的第 2 版,然后单击 Next(图 30)。
      图 30. 指定模型项目和名称
       指定模型项目和名称
      指定模型项目和名称
    3. Choose What to Monitor 窗口,确保选择 ApprovalProcessM1 已经使用的所有相同事件和模板。您也可以选择更多,但是要保证不能漏掉任何一个 M1 已经使用的。
    4. 扩展 Event Source ApprovalProcessV > ApprovalProcessV2 Module > ApprovalProcess > ApprovalProcess 并为其在 Monitoring Templates选项卡中选择 State 模板。如图 31 所示。
      图 31. 为事件源选择监控模板
       为事件源选择监控模板
      为事件源选择监控模板
    5. 对于 Event Source ReceiveReplyApprovalTaskSecondApprovalTask,为它们在 Emitted Events 选项卡中选择输出事件(图 32)。
      图 32. 为事件源选择输出事件
       为事件源选择输出事件
      为事件源选择输出事件
    6. 选择 Include all selected events and enable them in the application 确保所有的相关事件在 V2 中可用,然后单击 Next
    7. Choose How to Monitor 窗口,将活动的实现修改为 Event group(图 33)。单击 Finish
      图 33. 活动实现修改为事件组
      活动实现修改为事件组
      活动实现修改为事件组
  2. ApprovalProcessM2 生成之后,您必须在实例运行之前,对模型 M2 进行以下修改:
    1. 切换到 Business Monitoring 视图。在 Project Explorer 视图,扩展 ApprovalProcessMonitoring > Monitor Models。您可以找到生成的 M2(图 34)。将它同原始模型 M1 组装到一起。
      图 34. 生成监控模型 M2
      生成监控模型 M2
      生成监控模型 M2
    2. 双击 ApprovalProcessM2.mm 在 Monitor Model 编辑器中打开它。在 Monitor Details Model 选项卡,选择根级监控模型,然后修改 ID 来匹配 ApprovalProcessM1
      图 35. 修改 M2 ID 来匹配 M1
      修改 M2 ID 来匹配 M1
      修改 M2 ID 来匹配 M1
    3. 确保 Time Stamp(如图 35 所示)晚于 M1 的 Time Stamp
    4. 将 M1 中已有的每个指标、KPI、度量和可视化添加到 M2 中 。为了确保匹配不同版本中数据表名,每一个都需要精确地命名为 M1 中完全相同的名称。在此,我们将指标 CustomerIDApprovalTask_IsApprovedFinalApproval 添加到 M2 中(图 36),这与 M1 中的定义相同。
      图 36. 添加 M1 指标到 M2
      添加 M1 指标到 M2
      添加 M1 指标到 M2
    5. 在 M2 中添加新指标、KPI、度量和可视化来监控 V2 中的附加活动。在此,我们添加 5 个新指标: SecondApprovalTask_IsApprovedMigrate_TriggerIsMigratedV1V2。这些没有在 M1 定义,进一步监控附加任务以及迁移流程。图 37 显示的是 V1,它指出迁移之前的源模块版本。为了定义其他的 4 个指标,参考提供的 样例代码
      图 37. 添加新指标到 M2
      添加新指标到 M2
      添加新指标到 M2

在不同版本上监控流程实例

在 Integration Developer 中创建了 M2 之后,您就可以生成 Business Monitor JEE 项目,并将其导出作为可部署的 EAR 文件,然后使用 V2 在运行时部署它。当一个 V1 实例被迁移来使用一个 V2 模板时,Business Monitor 使用迁移事件来从 M1 切换到 M2,在流程的不同版本上无缝地监控实例:

  • 当迁移流程被触发时,Process Server 发送 PROCESS_MIGRATION_TRIGGERED 事件到 M1。收到该事件后,Business Monitor 从 Business Monitor 数据库 M1 表中将与迁移实例相关的数据移动到 M2 表中。
  • 迁移流程成功完成后,Process Server 发送 PROCESS_MIGRATED 事件到 M2。迁移 V2 实例的进一步处理由 V2 管理,M2 监控。

注意:为了支持多个监控模型版本,Business Monitor 服务器不能在开发模式下运行。如果您正在 Integration Developer 中使用开发服务器,您将不能通过 Servers > WebSphere application servers > server1 在控制台中选择 Run in development mode 选项,重启服务器。

想要在运行时监控整个迁移流程中的不同版本实例:

  1. 确保 Process Server 正在运行,仅在其上部署 ApprovalProcessV1
  2. 部署模型 ApprovalProcessM1 到 Business Monitor 服务器 ,从 Process Server 服务器接收事件:
    1. 在主控制台单击 Applications > Monitor Models,然后单击 Install 根据向导成功安装模型 ApprovalProcessM1
    2. 单击 Security > Monitor Data Security,然后单击进入 root 组。
    3. Models 之下选择监控模型,然后为管理员用户分配各种角色,您可以为一个用户分配角色,操作如下:
    1. 选择一个角色,例如 Business-Manager 然后单击 Users
    2. 在下一页单击 Search 选择用户,然后单击 > 按钮,如图 38 所示。
    图 38. 为用户分配一个角色
    为用户分配一个角色
    为用户分配一个角色

    对于这 4 个角色 Business-ManagerPersonal-KPI-AdministratorPublic-KPI-AdministratorKPI-Administrator,重复同样的步骤。

  3. 打开 Business Space。添加和配置 Instances 小部件来查看 V1 监控的数据:
    1. Instances 小部件的下拉菜单中,选择 Edit Settings
    2. 扩展 ApprovalProcessM1(Across all versions)。设置 ApprovalProcess 作为默认监控内容并选择将要监控的指标,如图 39 所示,然后单击 OK
      图 39. 配置实例小部件
       配置实例小部件
      配置实例小部件
  4. 启动一个 ApprovalProcessV1 实例。更详细步骤,参考 迁移正在运行的实例到新版本
  5. 在 Business Space 中,在 Instances 小部件上,您可以找到一个在此创建的实例(图 40)。
    图 40. 迁移之前的实例数据
    迁移之前的实例数据
    迁移之前的实例数据
  6. 在 Process Server 服务器上部署 ApprovalProcessV2,并在 Business Monitor 服务器上部署模型 ApprovalProcessM2
  7. 在 Business Space 中,在 Instances 小部件上添加 SecondApprovalTask_IsApprovedIsMigratedV1V2 指标来查看 V2 监控的附加数据(图 41)。
    图 41. 为 V2 添加附加指标
    为 V2 添加附加指标
    为 V2 添加附加指标
  8. 将目前活动的 v1 实例添加到 ApprovalProcessV2。运行和完成 ApprovalTask 以及最新创建的 SecondApprovalTask。再一次在 Business Space 中查看 Instances 小部件。您可以在此找到整个迁移流程的已监控数据。
    图 42. 迁移之后的实例数据
    Instance data after migration
    Instance data after migration

结束语

这篇文章主要关注 WebSphere Process Server V7 中的流程实例迁移。介绍并演示了如何在 BPM 周期中迁移流程实例,包括在 WebSphere Integration Developer 中开发一个新版本的业务流程、在 WebSphere Process Server 中迁移正在运行的流程实例、以及使用 WebSphere Business Monitor 在整个迁移过程中监控不同版本的流程实例。


下载资源


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=618602
ArticleTitle=在 WebSphere Process Server V7 中迁移流程实例
publish-date=01202011