开发和扩展工作流

最近更新： 2025年5月5日
  • 适用对象：
  • Experience Manager 6.5

创建对象：

  • 开发人员

AEM提供了多种工具和资源，用于创建工作流模型、开发工作流步骤，以及用于以编程方式与工作流交互。

借助工作流，您可以自动执行在AEM环境中管理资源和发布内容的流程。 工作流由一系列步骤组成，每个步骤都完成一个离散的任务。 您可以使用逻辑和运行时数据来确定流程何时可以继续，并从多个可能的步骤中选择下一个步骤。

例如，创建和发布网页的业务流程包括不同参与者的批准和签发任务。 这些流程可以使用AEM工作流建模并应用于特定内容。

下面介绍了主要方面，而以下页面介绍了更多详细信息：

注意
有关以下内容的信息：

模型

WorkflowModel表示工作流的定义（模型）。 它由WorkflowNodes和WorkflowTransitions组成。 转换连接节点并定义​ 流。 模型始终具有开始节点和结束节点。

运行时模型

工作流模型的版本已更新。 运行工作流实例时，它会使用和保留工作流的运行时模型（在工作流启动时可用）。

在工作流模型编辑器🔗中触发​ 同步 ​时，将生成运行时模型。

对发生的工作流模型或生成的运行时模型（或两者）之后 ​启动特定实例进行的编辑不应用于该实例。

注意
执行的步骤由运行时模型定义，该模型是在工作流模型编辑器中触发​ 同步 ​操作时生成的。
如果在此时间点之后更改了工作流模型（未触发​ 同步），则运行时实例不会反映这些更改。 只有更新后生成的运行时模型才会反映这些更改。 例外情况是基础ECMA脚本，这些脚本仅保留一次，以便进行这些更改。

步骤

每一步都完成一个离散的任务。 有不同类型的工作流步骤：

  • 参与者（用户/组）：这些步骤将生成工作项并将其分配给用户或组。 用户必须完成工作项目才能推进工作流。
  • 进程(脚本、Java™方法调用)：这些步骤由系统自动执行。 ECMA脚本或Java™类将实施该步骤。 可以开发服务来侦听特殊的工作流事件，并根据业务逻辑执行任务。
  • 容器（子工作流）：此类型的步骤会启动另一个工作流模型。
  • OR拆分/联接：使用逻辑来确定要在工作流中执行下一个步骤。
  • AND拆分/连接：允许同时执行多个步骤。

所有步骤共享以下通用属性： Autoadvance和Timeout警报（可脚本）。

过渡

WorkflowTransition表示WorkflowModel的两个WorkflowNodes之间的过渡。

  • 它定义了两个连续步骤之间的链接。
  • 可以应用规则。

工作项

WorkItem是通过WorkflowModel的Workflow实例传递的单位。 它包含实例所操作的WorkflowData以及对描述基础工作流步骤的WorkflowNode的引用。

  • 它用于识别任务，并放入相应的收件箱中。
  • 一个工作流实例可以同时有一个或多个WorkItems（取决于工作流模型）。
  • WorkItem引用工作流实例。
  • 在存储库中，WorkItem存储在工作流实例下方。

有效负荷

引用必须通过工作流进行高级处理的资源。

有效负载实施引用存储库中的资源（按路径、UUID或URL）或序列化Java™对象。 引用存储库中的资源是灵活的，并且Sling可带来高效率。 例如，引用的节点可以呈现为表单。

生命周期

在启动新工作流（通过选择相应的工作流模型并定义有效负载）时创建，并在处理结束节点时结束。

可以对工作流实例执行以下操作：

  • 终止
  • 暂停
  • 继续
  • 重新启动

已完成的实例和已终止的实例将被存档。

收件箱

每个用户帐户都有自己的工作流收件箱，分配的WorkItems可在其中访问。

WorkItems直接分配给用户帐户或分配给其所属的组。

工作流类型

工作流模型控制台中指明了各种类型的工作流：

wf-upgraded-03

  • 默认

    这些类型是标准AEM实例中包含的现成工作流。

  • 自定义工作流（控制台中没有指示器）

    这些工作流是作为新工作流创建的，或从覆盖了自定义设置的现成工作流创建的。

  • 旧版

    在早期版本的AEM中创建的工作流。 这些工作流可在升级期间保留，或作为工作流包从以前的版本导出，然后导入到新版本中。

瞬态工作流

标准工作流在运行时保存运行时（历史记录）信息。 您还可以将工作流模型定义为​ 临时，以避免保留此类历史记录。 此工作流用于性能调整，因为它节省了用于保存信息的时间和资源。

临时工作流可用于满足以下条件的任何工作流：

  • 经常运行。
  • 不需要工作流历史记录。

在加载许多资产时，引入了临时工作流，在这些资产中，资产信息非常重要，但工作流运行时历史记录并不重要。

注意
有关更多详细信息，请参阅创建临时工作流。
注意
当工作流模型标记为临时时，在少数情况下，运行时信息仍必须保留：
  • 有效负载类型（例如，视频）需要外部步骤进行处理；在这种情况下，需要运行时历史记录来确认状态。
  • 工作流进入​ AND拆分。 在这种情况下，需要运行时历史记录才能确认状态。
  • 瞬态工作流进入参与者步骤后，会在运行时将模式更改为非瞬态模式。 由于任务将传递到个人，因此必须保留历史记录。
注意
在临时工作流中，不应使用​ 跳转步骤。
原因是​ 跳转步骤 ​创建了一个Sling作业以在goto点继续工作流。 它否定了使工作流成为瞬态的目的，并在日志文件中生成错误。
使用​ OR拆分 ​在临时工作流中进行选择。
注意
请参阅Assets的最佳实践，以进一步了解临时工作流如何影响资源性能。