开发和扩展工作流

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

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

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

下文涵盖了主要方面,而以下页面涵盖了更多详细信息:

注意

有关信息:

模型

A WorkflowModel 表示工作流的定义(模型)。 它由 WorkflowNodesWorkflowTransitions. 过渡连接节点并定义 流量. 模型始终具有起始节点和结束节点。

运行时模型

工作流模型已进行版本控制。 运行工作流实例时,它将使用(并保留)工作流的运行时模型(在工作流启动时可用)。

运行时模型是 生成时间 同步 在工作流模型编辑器中触发.

对发生的工作流模型和/或生成的运行时模型进行编辑, 之后 已启动的特定实例将不会应用于该实例。

注意

执行的步骤由定义 运行时模型;此函数是在以下时间生成的: 同步 操作在工作流模型编辑器中触发。

如果在此时间点之后更改了工作流模型(无 同步 ),则运行时实例将不会反映这些更改。 只有更新后生成的运行时模型才会反映这些更改。 但基础ECMA脚本除外,这些脚本仅保留一次,因此对它们进行了更改。

步骤

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

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

所有步骤共享以下通用属性: AutoadvanceTimeout 警报(可编写脚本)。

过渡

A WorkflowTransition 表示两个之间的过渡 WorkflowNodesWorkflowModel.

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

工作项

A WorkItem 是通过 Workflow 实例 WorkflowModel. 它包含 WorkflowData 实例所执行的操作以及对 WorkflowNode 描述底层工作流步骤。

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

有效负荷

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

有效负载实施引用存储库中的资源(按路径、UUID或URL)或序列化的Java对象。 引用存储库中的资源是非常灵活的,并且与Sling结合使用会非常有用;例如,引用的节点可以呈现为表单。

生命周期

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

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

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

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

收件箱

每个用户帐户都有其各自的工作流收件箱,分配了该 WorkItems 可访问。

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

工作流类型

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

wf-upgraded-03

  • 默认

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

  • 自定义工作流(控制台中无指示器)

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

  • 旧版

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

瞬态工作流

标准工作流在执行期间会保存运行时(历史记录)信息。 您还可以将工作流模型定义为 瞬态 以避免这样的历史继续存在。 这用于性能调整,因为它节省/避免了用于保存信息的时间/资源。

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

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

在加载大量资产时,引入了临时工作流,在这些情况下,资产信息非常重要,但工作流运行时历史记录并不重要。

注意

参见 创建临时工作流 了解更多详细信息。

注意

当工作流模型被标记为瞬态时,在少数情况下,运行时信息仍将保留:

  • 有效负载类型(例如,视频)需要外部步骤进行处理;在这种情况下,需要运行时历史记录来确认状态。
  • 工作流输入 AND拆分;在这种情况下,需要运行时历史记录来确认状态。
  • 当瞬态工作流进入参与者步骤时,它会将模式(运行时)更改为非瞬态;当任务传递给人员时,需要保留历史记录
注意

在临时工作流中,您不应使用 跳转步骤.

这就是 跳转步骤 创建一个sling作业以在 goto 点。 这会破坏使工作流成为瞬态流的目的,并在日志文件中生成错误。

要在临时工作流中做出决策,您可以使用 OR拆分.

注意

参见 Assets最佳实践 有关临时工作流如何影响资产性能的更多信息。

多资源支持

激活 多资源支持 对于工作流模型,这意味着即使您选择多个资源,也将启动单个工作流实例;这些资源将作为包附加。

如果 多资源支持 不会为您的工作流模型激活,并且已选择多个资源,然后将为每个资源启动一个单独的工作流实例。

注意

参见 为多资源支持配置工作流 了解更多详细信息。

工作流暂存

工作流暂存有助于在处理任务时可视化工作流的进度。 它们可用于提供工作流处理过程的概述,因为当工作流运行时,用户可以查看由描述的进度 暂存 (相对于单个步骤)。

由于各个步骤名称可以是特定的、具有技术性的,因此可以定义阶段名称,以提供工作流进度的概念性视图。

例如,对于包含六个步骤和四个阶段的工作流:

  1. 您可以 配置工作流暂存(显示工作流进度),然后将适当的暂存分配给工作流中的每个步骤

    • 可以创建多个阶段名称。
    • 然后,为每个步骤分配单个阶段名称(可以为一个或多个步骤分配阶段名称)。
    步骤名称 阶段(分配给步骤)
    步骤 1 创建
    步骤 2 创建
    步骤 3 审核
    步骤 4 批准
    步骤 5 完成
    步骤 6 完成
  2. 运行工作流时,用户可以根据阶段名称(而不是步骤名称)查看进度。 工作流进度将显示在 工作项的任务详细信息窗口的“工作流信息”选项卡 列于 收件箱.

工作流和Forms

通常,工作流用于处理AEM中的表单提交。 这可以与 核心组件表单组件 在标准AEM实例中可用,或者使用 AEM Forms解决方案.

创建新表单时,表单提交可以轻松与工作流模型相关联;例如,将内容存储在存储库的特定位置,或通知用户表单提交及其内容。

工作流和翻译

工作流也是 翻译 进程。

在此页面上