工作流步骤参考 workflow-step-reference

CAUTION
AEM 6.4已结束扩展支持,本文档将不再更新。 有关更多详细信息,请参阅 技术支助期. 查找支持的版本 此处.

工作流模型由各种类型的一系列步骤组成。 根据类型,可以使用参数和脚本配置和扩展这些步骤,以提供所需的功能和控制。

NOTE
此部分介绍标准工作流步骤。
有关模块的特定步骤,另请参阅:

步骤属性 step-properties

每个步骤组件都有 步骤属性 对话框,可定义和编辑所需的属性。

步骤属性 — “常用”选项卡 step-properties-common-tab

以下属性的组合适用于 常用 选项卡:

  • 标题

    步骤的标题。

  • 描述

    步骤的描述。

  • 工作流暂存

    要应用 阶段 中。

  • 超时

    此步骤在其后将“超时”的时段。

    您可以在以下两种方式中进行选择: 关闭, 立即, 1小时, 6小时, 12小时, 24小时.

  • 超时处理程序

    在步骤超时时控制工作流的处理程序;例如:

    Auto Advancer

  • 处理程序前进

    选择此选项可在执行后自动将工作流推进到下一步。 如果未选择,则实施脚本必须处理工作流进度。

步骤属性 — “用户/组”选项卡 step-properties-user-group-tab

以下属性适用于 用户/组 选项卡:

  • 通过电子邮件通知用户

    • 当工作流到达步骤时,您可以通过向参与者发送电子邮件来通知他们。
    • 如果启用,则会向属性定义的用户发送电子邮件 用户/组 或,如果定义了组,则发送给组的每个成员。
  • 用户/组

    • 利用下拉选择框,可导航和选择用户或组。
    • 如果您将步骤分配给特定用户,则只有该用户才能对该步骤执行操作。
    • 如果您将步骤分配给整个组,则当工作流到达此步骤时,此组中的所有用户都将在其 工作流收件箱.
    • 请参阅 参与工作流 以了解更多信息。

AND 拆分 and-split

和拆分 在工作流中创建一个拆分,在该拆分之后,两个分支将处于活动状态。 您可以根据需要向每个分支添加工作流步骤。 此步骤允许您在工作流中引入多个处理路径。 例如,您可以允许并行执行某些审核步骤,从而节省时间。

wf-26

和拆分 — 配置 and-split-configuration

  • 编辑 和拆分 属性:

    • 拆分名称:为说明性目的指定名称。
    • 选择所需的分支数量;2、3、4或5。
  • 根据需要将工作流步骤添加到分支。

    wf-27

容器步骤 container-step

A 容器 步骤将启动作为子工作流运行的另一个工作流模型。

容器 允许您重复使用工作流模型来实施常见的步骤序列。 例如,翻译工作流模型可用于多个编辑工作流。

wf-28

容器步骤 — 配置 container-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

  • 通用

  • 容器

    • 子工作流:选择要启动的工作流。

跳转步骤 goto-step

跳转步骤 允许您根据ECMAScript的结果,指定要执行的工作流模型中的下一步:

  • true:的 跳转步骤 完成并工作流引擎执行指定的步骤。

  • false:的 跳转步骤 完成,普通路由逻辑确定要执行的下一步。

跳转步骤 允许您在工作流模型中实施高级路由结构。 例如,要实施循环,请 跳转步骤 可定义为在工作流中执行前一步,脚本将评估循环条件。

转到步骤 — 配置 goto-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

  • 通用

  • 进程

    • 要转到的步骤:选择要执行的步骤。
    • 脚本路径:用于确定是否执行 跳转步骤.
    • 脚本:用于确定是否执行 跳转步骤.
CAUTION
指定 脚本路径脚本. 两个选项不能同时使用。 如果为这两个属性指定值,则该步骤将使用 脚本路径.

模拟用于循环的 simulating-a-for-loop

模拟for循环要求您保持已发生循环迭代次数的计数:

  • 计数通常表示在工作流中执行操作的项目的索引。
  • 计数将作为循环的退出条件进行评估。

例如,要实施对多个JCR节点执行操作的工作流,可以使用循环计数器作为节点的索引。 要保留计数,请存储 integer 值。 使用 跳转步骤 递增计数并将计数与退出条件进行比较。

function check(){
   var count=0;
   var keyname="loopcount"
   try{
      if (workflowData.getMetaDataMap().containsKey(keyname)){
        log.info("goto script: found loopcount key");
        count= parseInt(workflowData.getMetaDataMap().get(keyname))+1;
      }

     workflowData.getMetaDataMap().put(keyname,count);

     }catch(err) {
         log.info(err.message);
         return false;
    }
   if (parseInt(count) <7){
       return true;
   } else {
      return false;
   }
}

OR 拆分 or-split

或拆分 在工作流中创建一个拆分,在该拆分之后,只有一个分支将处于活动状态。 通过此步骤,您可以在工作流中引入条件处理路径。 您可以根据需要向每个分支添加工作流步骤。

NOTE
有关创建OR拆分的其他信息,请参阅: https://helpx.adobe.com/experience-manager/using/aem64_workflow_servlet.html

wf-29

OR拆分 — 配置 or-split-configuration

  • 编辑 或拆分 属性:

    • 通用

      • 选择所需的分支数量;2、3、4或5。
    • 分支: x>

      • 脚本路径:包含脚本的文件的路径。
      • 脚本:在框中添加脚本。
      • 默认路由:当多个分支的计算结果为true时,将遵循默认分支。 您只能指定一个分支作为默认分支。
    note note
    NOTE
    每个分支都有一个单独的选项卡:
    • 每个分支的脚本每次计算一个。
    • 从左到右评估分支。
    • 将执行计算为true的第一个脚本。
    • 如果没有分支的计算结果为true,则工作流不会前进。
    note caution
    CAUTION
    指定 脚本路径脚本. 两个选项不能同时使用。 如果为这两个属性指定值,则该步骤将使用 脚本路径.
    note note
    NOTE
    请参阅 为OR拆分定义规则.
  • 根据需要将工作流步骤添加到分支。

参与者步骤和选择者 participant-steps-and-choosers

参与者步骤 participant-step

A 参与者步骤 允许您为特定操作分配所有权。 仅当用户手动确认该步骤时,工作流才会继续。 当您希望某人对工作流执行操作时,会使用此插件;例如,审核步骤。

虽然与用户授权不直接相关,但在分配操作时必须考虑用户授权;用户必须有权访问工作流有效负载页面。

参与者步骤 — 配置 participant-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

NOTE
在以下情况下,始终会通知工作流启动器:
  • 工作流已完成(已完成)。
  • 工作流已中止(终止)。
NOTE
需要配置某些属性才能启用电子邮件通知。 您还可以自定义电子邮件模板或为新语言添加电子邮件模板。 请参阅 配置电子邮件通知 用于在AEM中配置电子邮件通知。

对话框参与者步骤 dialog-participant-step

使用 对话框参与者步骤 从分配了工作项的用户那里收集信息。 此步骤对于收集稍后在工作流中使用的少量数据非常有用。

完成该步骤后, 完成工作项 对话框包含您在对话框中定义的字段。 在字段中收集的数据将存储在工作流有效负载的节点中。 随后,后续工作流步骤可以从存储库中读取值。

要配置该步骤,请指定要将工作项分配到的组或用户,以及对话框的路径。

对话框参与者步骤 — 配置 dialog-participant-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

对话框参与者步骤 — 创建对话框 dialog-participant-step-creating-a-dialog

要创建对话框,请执行以下操作:

对话框参与者步骤 — 在有效负载中存储数据 dialog-participant-step-storing-data-in-the-payload

您可以在工作流有效负荷或工作项元数据中存储小组件数据。 的格式 name 小组件节点的属性决定数据存储的位置。

  • 使用有效负载存储数据

    • 要将小组件数据作为工作流有效负载的属性进行存储,请对小组件节点name属性的值使用以下格式:

      ./jcr:content/nodename

    • 数据存储在 nodename 有效负载节点的属性。 如果节点不包含该属性,则会创建该属性。

    • 当与有效负载一起存储时,具有相同有效负载的对话框的后续使用将覆盖属性的值。

  • 将数据与工作项一起存储

    • 要将小组件数据存储为工作项元数据的属性,请对name属性的值使用以下格式:

      nodename

    • 数据存储在 nodename 工作项的属性 metadata. 如果随后使用了相同有效负载的对话框,则保留数据。

对话框参与者步骤 — 对话框定义 dialog-participant-step-dialog-definition

  1. 对话框结构

    对话框参与者步骤的对话框与为创作组件而创建的对话框类似。 它们存储在以下位置:

    /apps/myapp/workflow/dialogs

    标准触屏UI的对话框具有以下节点结构:

    code language-xml
    newComponent (cq:Component)
      |- cq:dialog (nt:unstructured)
        |- content
          |- layout
            |- items
              |- column
                |- items
                  |- component0
                  |- component1
                  |- ...
    
    note note
    NOTE
    有关详细信息,请参阅 创建和配置对话框.
  2. 对话框路径属性

    对话框参与者步骤 具有 对话框路径 资产(与 参与者步骤)。 的值 对话框路径 属性是 dialog 的子代码。

    例如,对话框包含在名为 EmailWatch 节点中存储的值:

    /apps/myapp/workflows/dialogs

    对于触屏UI,会将以下值用于 对话框路径 属性:

    /apps/myapp/workflow/dialogs/EmailWatch/cq:dialog

    wf-30

  3. 示例对话框定义

    以下XML代码段表示用于存储 StringwatchEmail 有效负载内容的节点。 标题节点表示 文本字段 组件:

    code language-xml
    jcr:primaryType="nt:unstructured"
        jcr:title="Watcher Email Address Dialog"
        sling:resourceType="cq/gui/components/authoring/dialog">
        <content jcr:primaryType="nt:unstructured"
            sling:resourceType="granite/ui/components/foundation/container">
            <layout jcr:primaryType="nt:unstructured"
                margin="false"
                sling:resourceType="granite/ui/components/foundation/layouts/fixedcolumns"
            />
            <items jcr:primaryType="nt:unstructured">
                <column jcr:primaryType="nt:unstructured"
                    sling:resourceType="granite/ui/components/foundation/container">
                    <items jcr:primaryType="nt:unstructured">
                        <title jcr:primaryType="nt:unstructured"
                            fieldLabel="Notification Email Address"
                            name="./jcr:content/watchEmails"
                            sling:resourceType="granite/ui/components/foundation/form/textfield"
                        />
                    </items>
                </column>
            </items>
        </content>
    </cq:dialog>
    

    对于触屏优化UI,此示例将导致出现如下对话框:

    chlimage_1-177

动态参与者步骤 dynamic-participant-step

动态参与者步骤 组件类似于 参与者步骤 在运行时自动选择参与者时的差异。

要配置该步骤,请选择 参与者选择器 用于标识要将工作项分配到的参与者,以及对话框。

动态参与者步骤 — 配置 dynamic-participant-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

动态参与者步骤 — 开发参与者选择器 dynamic-participant-step-developing-the-participant-chooser

创建参与者选择器。 因此,您可以使用任何选择逻辑或条件。 例如,您的参与者选择者可以选择工作项目最少的用户(在组内)。 您可以创建任意数量的参与者选择器,以用于 动态参与者步骤 组件。

创建OSGi服务或ECMAScript,以选择用户将工作项分配到的。

  • ECMAscript

    脚本必须包含名为getParticiant的函数,该函数将用户ID作为 String 值。 将自定义脚本存储在 /apps/myapp/workflow/scripts 文件夹或子文件夹。

    标准AEM实例中包含一个示例脚本:

    /libs/workflow/scripts/initiator-participant-chooser.ecma

    note caution
    CAUTION
    必须 不会更改 /libs 路径。
    这是因为 /libs 在下次升级实例时被覆盖(在应用修补程序或功能包时可能会被覆盖)。

    此脚本将选择工作流启动器作为参与者:

    code language-none
    function getParticipant() {
        return workItem.getWorkflow().getInitiator();
    }
    
    note note
    NOTE
    工作流启动器参与者选择器 组件 动态参与者步骤 并使用此脚本作为步骤实施。
  • OSGi服务

    服务必须实施 com.day.cq.workflow.exec.ParticipantStepChooser 界面。 界面定义以下成员:

    • SERVICE_PROPERTY_LABEL 字段:使用此字段可指定参与者选择器的名称。 该名称显示在 动态参与者步骤 属性。
    • getParticipant 方法:将动态解析的主体ID返回为 String 值。
    note caution
    CAUTION
    getParticipant 方法返回动态解析的主体id。 可以是组ID或用户ID。
    但是,组ID只能用于 参与者步骤,返回参与者列表时。 对于 动态参与者步骤 返回空列表,该列表不能用于委派。

    使实施可用于 动态参与者步骤 组件,将您的Java类添加到导出服务的OSGi包中,然后将该包部署到AEM服务器。

    note note
    NOTE
    随机参与者选择器 是选择随机用户( com.day.cq.workflow.impl.process.RandomParticipantChooser)。 的 随机参与者选择器 步骤组件示例扩展 动态参与者步骤 并使用此服务作为步骤实施。

动态参与者步骤 — 参与者选择器服务示例 dynamic-participant-step-example-participant-chooser-service

以下Java类实现 ParticipantStepChooser 界面。 类返回启动工作流的参与者的名称。 该代码使用与示例脚本( initator-participant-chooser.ecma)。

@Property 注释设置 SERVICE_PROPERTY_LABEL 字段 Workflow Initiator Participant Chooser.

package com.adobe.example;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.osgi.framework.Constants;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import com.adobe.granite.workflow.WorkflowException;
import com.adobe.granite.workflow.WorkflowSession;
import com.adobe.granite.workflow.exec.ParticipantStepChooser;
import com.adobe.granite.workflow.exec.WorkItem;
import com.adobe.granite.workflow.metadata.MetaDataMap;

@Component
@Service
@Properties({
        @Property(name = Constants.SERVICE_DESCRIPTION, value = "An example implementation of a dynamic participant chooser."),
        @Property(name = ParticipantStepChooser.SERVICE_PROPERTY_LABEL, value = "Workflow Initiator Participant Chooser (service)") })
public class InitiatorParticipantChooser implements ParticipantStepChooser {

 private Logger logger = LoggerFactory.getLogger(this.getClass());

 public String getParticipant(WorkItem arg0, WorkflowSession arg1,
   MetaDataMap arg2) throws WorkflowException {

  String initiator = arg0.getWorkflow().getInitiator();
  logger.info("Assigning Dynamic Participant Step work item to {}",initiator);

  return initiator;
 }
}

动态参与者步骤 属性对话框, 参与者选择器 列表包含项目 Workflow Initiator Participant Chooser (script),表示此服务。

“启动工作流模型时,日志会指示启动工作流的用户的ID以及为该工作项分配的用户。 在本例中, admin 用户启动了工作流。

13.09.2015 15:48:53.037 *INFO* [10.176.129.223 [1347565733037] POST /etc/workflow/instances HTTP/1.1] com.adobe.example.InitiatorParticipantChooser Assigning Dynamic Participant Step work item to admin

表单参与者步骤 form-participant-step

表单参与者步骤 在打开工作项时显示表单。 当用户填写并提交表单时,字段数据将存储在工作流有效负载的节点中。

要配置该步骤,请指定要将工作项分配到的组或用户,以及表单的路径。

表单参与者步骤 — 配置 form-participant-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

表单参与者步骤 — 创建表单 form-participant-step-creating-the-form

创建用于 表单参与者步骤 正常。 但是,表单参与者步骤的表单必须具有以下配置:

  • 表单开始 组件必须具有 操作类型 属性设置为 Edit Workflow Controlled Resource(s).

  • 表单开始 组件必须具有 Form Identifier 属性。

  • 表单组件必须具有 元素名称 属性设置为存储字段数据的节点的路径。 路径必须在工作流有效负载内容中找到节点。 值使用以下格式:

    ./jcr:content/path_to_node

  • 表单必须包含 工作流提交按钮 组件。 您不会配置组件的任何属性。

工作流的要求决定了字段数据存储的位置。 例如,字段数据可用于配置页面内容的属性。 的以下值 元素名称 属性将字段数据存储为 redirectTarget 属性 jcr:content 节点:

./jcr:content/redirectTarget

在以下示例中,字段数据用作 文本 有效负载页面上的组件:

./jcr:content/par/text_3/text

“第一个示例可用于 cq:Page 组件呈现。 仅当有效负载页面包含 文本 ID为 text_3.

表单可以位于存储库中的任意位置,但必须授权工作流用户读取表单。

随机参与者选择器 random-participant-chooser

随机参与者选择器 步骤是参与者选择器,用于将生成的工作项分配给从列表中随机选择的用户。

wf-31

随机参与者选择器 — 配置 random-participant-chooser-configuration

要配置该步骤,请编辑并使用以下选项卡:

  • 通用

  • 参数

    • 参与者:指定可供选择的用户列表。 要将用户添加到列表,请单击 添加项目 并键入用户节点或用户ID的主路径。 用户的顺序不会影响为工作项目分配的可能性。

工作流发起者参与人选择器 workflow-initiator-participant-chooser

工作流启动器参与者选择器 步骤是一个参与者选择器,用于将生成的工作项分配给启动工作流的用户。 除 常用 属性。

工作流启动器参与者选择器 — 配置 workflow-initiator-participant-chooser-configuration

要配置该步骤,请使用以下选项卡进行编辑:

流程步骤 process-step

A 流程步骤 运行ECMAScript或调用OSGi服务以执行自动处理。

wf-32

流程步骤 — 配置 process-step-configuration

要配置该步骤,请编辑并使用以下选项卡:

  • 通用

  • 进程

    • 进程:要执行的进程实施。 使用下拉菜单选择ECMAScript或OSGi服务。 有关信息:

    • 处理程序高级:选择此选项可在执行后自动将工作流推进到下一步。 如果未选择,则实施脚本必须处理工作流进度。

    • 参数:要传递到进程的参数。

recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e