在AEM中开发项目
本开发教程将演示如何为 AEM Projects. 在本教程中，我们将创建一个自定义项目模板，该模板可用于在AEM中创建新项目，以管理内容创作工作流和任务。
此视频简要介绍在以下教程中创建的已完成工作流。
简介
AEM Projects 是AEM的一项功能，旨在简化在AEM Sites或资产实施中管理和分组与内容创建相关的所有工作流和任务的过程。
AEM项目附带多个 OOTB项目模板. 创建新项目时，作者可以从这些可用模板中进行选择。 具有独特业务需求的大型AEM实施将需要创建自定义项目模板，并根据其需求进行量身定制。 通过创建自定义项目模板，开发人员可以配置项目功能板、挂接到自定义工作流，以及为项目创建其他业务角色。 我们将查看项目模板的结构并创建一个示例模板。
设置
本教程将逐步完成创建自定义项目模板所需的代码。 您可以下载并安装 附加包 到本地环境，以便与教程一起使用。 您还可以访问托管在的完整Maven项目 GitHub.
本教程假定了 AEM开发实践 和对 AEM Maven项目设置. 所有提及的代码都将用作引用，并且只应部署到 本地开发AEM实例.
项目模板的结构
项目模板应置于源代码管理下，并应位于/apps下的应用程序文件夹下。 理想情况下，应将它们放置在具有命名约定的子文件夹中 */projects/templates/<my-template>. 通过遵循此命名约定，作者在创建项目时将自动使用任何新的自定义模板。 可用项目模板的配置在以下位置设置： /content/projects/jcr:content 节点 cq:allowedTemplates 属性。 默认情况下，这是正则表达式： /(apps|libs)/。*/projects/templates/.*
项目模板的根节点将具有 jcr:primaryType of cq：模板. 在的根节点下面有3个节点： 小工具, 角色和 工作流. 这些节点都 nt：非结构化. 根节点下方还可以是一个thumbnail.png文件，在“创建项目”向导中选择模板时，该文件会显示该文件。
全节点结构：
/apps/<my-app>
+ projects (nt:folder)
+ templates (nt:folder)
+ <project-template-root> (cq:Template)
+ gadgets (nt:unstructured)
+ roles (nt:unstructured)
+ workflows (nt:unstructured)
项目模板根
项目模板的根节点类型为 cq：模板. 在此节点上，您可以配置属性 jcr:title 和 jcr:description ，该值显示在创建项目向导中。 还有一个名为 向导 表单中，该表单将填充项目的属性。 默认值为： /libs/cq/core/content/projects/wizard/steps/defaultproject.html 在大多数情况下，应该可以正常使用，因为它允许用户填充基本的项目属性并添加组成员。
*请注意，创建项目向导不使用SlingPOSTServlet。 而是会将值发布到自定义Servlet:com.adobe.cq.projects.impl.servlet.ProjectServlet. 添加自定义字段时应考虑这一点。
可以找到翻译项目模板的自定义向导示例： /libs/cq/core/content/projects/wizard/translationproject/defaultproject.
小工具
此节点上没有其他属性，但小工具节点的子项会控制在创建新项目时填充项目功能板的项目拼贴。 项目图块 （也称为小工具或pod）是填充项目工作区的简单卡片。 在下面可找到ootb拼贴的完整列表：/libs/cq/gui/components/projects/admin/pod。 项目所有者始终可以在创建项目后添加/删除图块。
角色
有3个 默认角色 对于每个项目： 观察员, 编辑器和 所有者. 通过在角色节点下添加子节点，您可以为模板添加其他特定于业务的项目角色。 然后，您可以将这些角色与与项目关联的特定工作流关联起来。
工作流
创建自定义项目模板的其中一个最诱人的原因是，它使您能够配置可用的工作流以用于项目。 这些工作流可以是OOTB工作流或自定义工作流。 在 工作流 该节点需要 模型 节点(也 nt:unstructured)和子节点下指定可用的工作流模型。 属性modelId 指向/etc/workflow下的工作流模型和属性 向导 指向启动工作流时使用的对话框。 “项目”的一大优势在于能够添加自定义对话框（向导），以在工作流开始时捕获特定于业务的元数据，该元数据可以在工作流中驱动进一步的操作。
<projects-template-root> (cq:Template)
+ workflows (nt:unstructured)
+ models (nt:unstructured)
+ <workflow-model> (nt:unstructured)
- modelId = points to the workflow model
- wizard = dialog used to start the workflow
创建项目模板
由于我们主要是复制/配置节点，因此我们将使用CRXDE Lite。 在本地AEM实例中打开 CRXDE Lite.
-
首先，在下面创建新文件夹
/apps/<your-app-folder>已命名projects. 在该文件夹下创建另一个文件夹，该文件夹名为templates./apps/aem-guides/projects-tasks/ + projects (nt:folder) + templates (nt:folder) -
为了简化操作，我们将从现有的简单项目模板启动自定义模板。
- 复制并粘贴节点 /libs/cq/core/content/projects/templates/default 在 模板 文件夹。
/apps/aem-guides/projects-tasks/ + templates (nt:folder) + default (cq:Template) -
你现在应该有这样的路 /apps/aem-guides/projects-tasks/projects/templates/authoring-project.
-
编辑 jcr:title 和 jcr:description author-project节点的属性更改为自定义标题和描述值。
- 离开 向导 属性。
/apps/aem-guides/projects-tasks/projects/ + templates (nt:folder) + authoring-project (cq:Template) - jcr:title = "Authoring Project" - jcr:description = "A project to manage approval and publish process for AEM Sites or Assets" - wizard = "/libs/cq/core/content/projects/wizard/steps/defaultproject.html" -
-
对于此项目模板，我们要使用“任务”。
- 添加新 nt：非结构化 authoring project/gadgets下的节点，称为 任务.
- 将字符串属性添加到任务节点 cardWeight = "100", jcr:title="Tasks"，和 sling:resourceType="cq/gui/components/projects/admin/pod/taskpod"。
现在 任务拼贴 默认情况下，将在创建新项目时显示。
../projects/templates/authoring-project + gadgets (nt:unstructured) + team (nt:unstructured) + asset (nt:unstructured) + work (nt:unstructured) + experiences (nt:unstructured) + projectinfo (nt:unstructured) .. + tasks (nt:unstructured) - cardWeight = "100" - jcr:title = "Tasks" - sling:resourceType = "cq/gui/components/projects/admin/pod/taskpod" -
我们将向项目模板添加自定义审批者角色。
- 在项目模板(authoring-project)节点下，添加新 nt：非结构化 节点标记 角色.
- 添加其他 nt：非结构化 节点将批准者标记为角色节点的子项。
- 添加字符串属性 jcr:title = "批准者", 卷类 ="所有者", 罗利德="批准者"
- 批准者节点的名称以及jcr:title和roleid可以是任何字符串值（只要roleid是唯一的）。
- 卷类 根据 3个OOTB角色: 所有者, 编辑者和 观察.
- 通常，如果自定义角色更像管理角色，则角色类可以 所有者； 如果它是更具体的创作角色（如摄影师或设计师），则 编辑者 卷类应该足够了。 两者之间的巨大区别 所有者 和 编辑者 项目所有者可以更新项目属性并向项目添加新用户。
../projects/templates/authoring-project + gadgets (nt:unstructured) + roles (nt:unstructured) + approvers (nt:unstructured) - jcr:title = "Approvers" - roleclass = "owner" - roleid = "approver" -
复制简单项目模板后，您将配置4个OOTB工作流。 工作流/模型下方的每个节点都指向特定的工作流以及该工作流的启动对话框向导。 在本教程的后面部分，我们将为此项目创建一个自定义工作流。 现在，删除工作流/模型下的节点：
../projects/templates/authoring-project + gadgets (nt:unstructured) + roles (nt:unstructured) + workflows (nt:unstructured) + models (nt:unstructured) - (remove ootb models) -
为了便于内容作者识别项目模板，您可以添加自定义缩略图。 建议大小为319x319像素。
- 在CRXDE Lite中，将新文件创建为小工具、角色和工作流节点的同级文件，这些节点名为 thumbnail.png.
- 保存，然后导航到
jcr:content节点，然后双击jcr:data属性（避免单击“view”）。- 这应会提示您进行编辑
jcr:data文件对话框中，您可以上传自定义缩略图。
- 这应会提示您进行编辑
../projects/templates/authoring-project + gadgets (nt:unstructured) + roles (nt:unstructured) + workflows (nt:unstructured) + thumbnail.png (nt:file)
项目模板的已完成XML表示：
<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0" xmlns:cq="http://www.day.com/jcr/cq/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0" xmlns:nt="http://www.jcp.org/jcr/nt/1.0"
jcr:description="A project to manage approval and publish process for AEM Sites or Assets"
jcr:primaryType="cq:Template"
jcr:title="Authoring Project"
ranking="{Long}1"
wizard="/libs/cq/core/content/projects/wizard/steps/defaultproject.html">
<jcr:content
jcr:primaryType="nt:unstructured"
detailsHref="/projects/details.html"/>
<gadgets jcr:primaryType="nt:unstructured">
<team
jcr:primaryType="nt:unstructured"
jcr:title="Team"
sling:resourceType="cq/gui/components/projects/admin/pod/teampod"
cardWeight="60"/>
<tasks
jcr:primaryType="nt:unstructured"
jcr:title="Tasks"
sling:resourceType="cq/gui/components/projects/admin/pod/taskpod"
cardWeight="100"/>
<work
jcr:primaryType="nt:unstructured"
jcr:title="Workflows"
sling:resourceType="cq/gui/components/projects/admin/pod/workpod"
cardWeight="80"/>
<experiences
jcr:primaryType="nt:unstructured"
jcr:title="Experiences"
sling:resourceType="cq/gui/components/projects/admin/pod/channelpod"
cardWeight="90"/>
<projectinfo
jcr:primaryType="nt:unstructured"
jcr:title="Project Info"
sling:resourceType="cq/gui/components/projects/admin/pod/projectinfopod"
cardWeight="100"/>
</gadgets>
<roles jcr:primaryType="nt:unstructured">
<approvers
jcr:primaryType="nt:unstructured"
jcr:title="Approvers"
roleclass="owner"
roleid="approvers"/>
</roles>
<workflows
jcr:primaryType="nt:unstructured"
tags="[]">
<models jcr:primaryType="nt:unstructured">
</models>
</workflows>
</jcr:root>
测试自定义项目模板
现在，我们可以通过创建新项目来测试项目模板。
-
您应会看到自定义模板作为项目创建选项之一。
-
选择自定义模板后，单击“下一步”，并注意在填充项目成员时，您可以将他们添加为审批者角色。
-
单击“创建”以完成基于自定义模板的项目创建。 您会在“项目功能板”上注意到，任务拼贴以及在小工具下配置的其他拼贴会自动显示。
为什么选择工作流？
传统上，以审批流程为中心的AEM工作流程会使用参与者工作流步骤。 AEM收件箱包含有关任务和工作流以及与AEM项目增强集成的详细信息。 这些功能使使用“项目创建任务”流程步骤更具吸引力。
为什么要执行任务？
与传统的参与者步骤相比，使用任务创建步骤具有以下几个优势：
- 开始日期和到期日期 — 使作者能够轻松管理其时间，新的日历功能会利用这些日期。
- 优先级 — 内置的“低”、“正常”和“高”优先级允许作者优先处理工作
- 线程化注释 — 作者在执行一项任务时，能够留下评论，从而加强协作
- 可见性 — 任务图块和项目视图允许经理查看所用时间
- 项目集成 — 任务已与项目角色和功能板集成
与参与者步骤一样，任务可以动态分配和路由。 任务元数据（如标题、优先级）还可以根据之前的操作动态设置，下面的教程中将会看到这些操作。
虽然任务比参与者步骤具有一些优势，但它们确实会产生额外的开销，在项目之外没有这样的用处。 此外，必须使用ecma脚本对任务的所有动态行为进行编码，这些脚本具有自己的限制。
用例要求示例
上图概述了我们的示例审批工作流程的高级要求。
第一步是创建一个任务以完成对一段内容的编辑。 我们将允许工作流启动器选择此第一项任务的受分派人。
完成第一项任务后，被分派人将有三个用于传送工作流的选项：
常规 — 常规路由创建一个分配给项目审批者组的任务，以进行审核和批准。 任务的优先级为“正常”，到期日期为创建后5天。
拉什 — 紧急传送还会创建分配给项目审批者组的任务。 任务的优先级为“高”，到期日期仅为1天。
绕过 — 在此示例工作流中，初始参与者可以选择绕过批准组。 （是的，这可能会挫败“批准”工作流的目的，但它允许我们说明其他路由功能）
审批者组可以批准内容或将其发送回初始代理人以重新工作。 如果被发送回以进行重新工作，则会创建新任务，并将其相应地标记为“已发回以进行重新工作”。
工作流的最后一步是利用ootb激活页面/资产流程步骤并复制有效负载。
创建工作流模型
-
从“AEM开始”菜单中，导航到“工具” — >“工作流” — >“模型”。 单击右上角的“创建”以创建新的工作流模型。
为新模型提供一个标题：“内容批准工作流”和URL名称：“content-approval-workflow”。
有关 创建工作流，阅读此处.
-
作为最佳实践，自定义工作流应分组到/etc/workflow/models下其自己的文件夹中。 在CRXDE Lite中，创建新 'nt:folder' 在/etc/workflow/models下，名为 "aem-guides". 添加子文件夹可确保在升级或Service Pack安装期间不会意外覆盖自定义工作流。
*请注意，切勿将文件夹或自定义工作流放在ootb子文件夹（如/etc/workflow/models/dam或/etc/workflow/models/projects）下，因为整个子文件夹也可能会被升级或Service Pack覆盖。
工作流模型在6.3中的位置
注意如果使用AEM 6.4+，则工作流的位置已发生更改。 请参阅 有关更多详细信息，请参阅此处。
如果使用AEM 6.4+，则在下创建工作流模型
/conf/global/settings/workflow/models. 使用/conf目录重复上述步骤，并添加一个名为aem-guides然后移动content-approval-workflow下面。
工作流模型在6.4+中的位置 -
AEM 6.3中引入了将工作流阶段添加到给定工作流的功能。 将从“工作流信息”(Workflow Info)选项卡上的收件箱中向用户显示阶段。 它将向用户显示工作流中的当前阶段以及该工作流之前和之后的阶段。
要配置阶段，请从SideKick打开“页面属性”对话框。 第四个选项卡标有“阶段”。 添加以下值以配置此工作流的三个阶段：
- 编辑内容
- 批准
- 发布
从页面属性对话框中配置工作流阶段。
工作流进度栏，如AEM收件箱中所示。
（可选）您可以上传 图像 到页面属性，当用户选择页面属性时，该属性将用作工作流缩略图。 图像尺寸应为319x319像素。 添加 描述 当用户转到选择工作流时，页面属性也会显示。
-
创建项目任务工作流流程旨在作为工作流中的步骤创建任务。 只有完成任务后，工作流才会前进。 “创建项目任务”步骤的一个强大方面是，它可以读取工作流元数据值并使用这些值动态创建任务。
首先删除默认创建的参与者步骤。 从组件菜单的Sidekick中，展开 "项目" 下标题并拖放 "创建项目任务" 在模型上。
双击“创建项目任务”步骤以打开工作流对话框。 配置以下属性：
此选项卡对于所有工作流流程步骤都是通用的，我们将设置标题和描述（最终用户看不到这些标题和描述）。 我们将设置的重要属性是工作流阶段 "编辑内容" 下拉菜单中。
Common Tab ----------------- Title = "Start Task Creation" Description = "This the first task in the Workflow" Workflow Stage = "Edit Content"创建项目任务工作流流程旨在作为工作流中的步骤创建任务。 “任务”选项卡允许我们设置任务的所有值。 在本例中，我们希望受让人是动态的，因此我们将其留空。 其余的属性值：
Task Tab ----------------- Name* = "Edit Content" Task Priority = "Medium" Description = "Edit the content and finalize for approval. Once finished submit for approval." Due In - Days = "2"路由选项卡是一个可选对话框，可为完成任务的用户指定可用的操作。 这些操作只是字符串值，会保存到工作流的元数据中。 这些值可以由脚本和/或后续工作流中的处理步骤读取，以动态“路由”工作流。 基于 工作流目标 我们将在此选项卡中添加三个操作：
Routing Tab ----------------- Actions = "Normal Approval" "Rush Approval" "Bypass Approval"此选项卡允许我们配置预创建任务脚本，在创建任务之前，我们可以通过编程方式决定任务的各种值。 我们可以选择将脚本指向外部文件或直接在对话框中嵌入短脚本。 在本例中，我们将将“预创建任务脚本”指向外部文件。 在步骤5中，我们将创建该脚本。
Advanced Settings Tab ----------------- Pre-Create Task Script = "/apps/aem-guides/projects/scripts/start-task-config.ecma" -
在上一步中，我们引用了预创建任务脚本。 我们现在将创建该脚本，在该脚本中，我们将根据工作流元数据值“”的值设置任务的代理人受让人" 的 "被分派人" 值会在工作流启动时设置。 我们还将读取工作流元数据，通过读取“taskPriority” 工作流元数据的值以及"taskDueDate" ，以便在第一个任务到期时动态设置。
出于组织目的，我们在应用程序文件夹下创建了一个文件夹，用于保存所有与项目相关的脚本： /apps/aem-guides/projects-tasks/projects/scripts. 在此文件夹下创建新文件，该文件名为 "start-task-config.ecma". *请注意，确保start-task-config.ecma文件的路径与步骤4中“高级设置”选项卡中设置的路径匹配。
将以下内容添加为文件的内容：
// start-task-config.ecma // Populate the task using values stored as workflow metadata originally posted by the start workflow wizard // set the assignee based on start workflow wizard var assignee = workflowData.getMetaDataMap().get("assignee", Packages.java.lang.String); task.setCurrentAssignee(assignee); //Set the due date for the initial task based on start workflow wizard var dueDate = workflowData.getMetaDataMap().get("taskDueDate", Packages.java.util.Date); if (dueDate != null) { task.setProperty("taskDueDate", dueDate); } //Set the priority based on start workflow wizard var taskPriority = workflowData.getMetaDataMap().get("taskPriority", "Medium"); task.setProperty("taskPriority", taskPriority); -
导航回内容批准工作流。 拖放 或拆分 组件（位于“Workflow”类别下的Sidekick中） 启动任务 步骤。 在“常用对话框”中，为3个分支选择单选按钮。 OR拆分将读取工作流元数据值 "lastTaskAction" 以确定工作流的路线。 的 "lastTaskAction" 属性设置为步骤4中配置的“路由”选项卡中的值之一。 对于每个“分支”选项卡，填写 脚本 文本区域，其值如下：
function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Normal Approval") { return true; } return false; }function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Rush Approval") { return true; } return false; }function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Bypass Approval") { return true; } return false; }*请注意，我们正在执行直接字符串匹配以确定路由，因此分支脚本中设置的值必须与步骤4中设置的路由值相匹配。
-
拖放另一个“创建项目任务“在OR拆分下方的最左侧（分支1）的模型上继续。 使用以下属性填写对话框：
Common Tab ----------------- Title = "Approval Task Creation" Description = "Create a an approval task for Project Approvers. Priority is Medium." Workflow Stage = "Approval" Task Tab ------------ Name* = "Approve Content for Publish" Task Priority = "Medium" Description = "Approve this content for publication." Days = "5" Routing Tab - Actions ---------------------------- "Approve and Publish" "Send Back for Revision"由于这是“正常批准”路由，因此任务的优先级将设置为“中”。 此外，我们还为批准者组提供5天时间来完成任务。 “任务”(Task)选项卡上的“被分派人”(Assignee)留空，因为我们将在“高级设置”(Advanced Settings)选项卡中动态分配此任务。 完成此任务时，我们会为批准者组提供两条可能的路由： "批准并发布" 是否批准了内容，并且该内容可以发布和 "发送回以进行修订" 如果原始编辑器需要更正的问题。 审批者可以留下评论，原始编辑者将看到该工作流是否返回给他/她。
在本教程的前面，我们创建了一个包含批准者角色的项目模板。 每次从此模板创建新项目时，都会为“批准者”角色创建特定于项目的组。 与参与者步骤一样，任务只能分配给用户或组。 我们希望将此任务分配给与审批者组对应的项目组。 从项目中启动的所有工作流都将具有元数据，可将项目角色映射到项目特定组。
复制并粘贴以下代码 脚本 “高级设置”选项的文本域。 此代码将读取工作流元数据并将任务分配给项目的批准者组。 如果找不到批准者组值，则将回退到将任务分配给管理员组。
var projectApproverGrp = workflowData.getMetaDataMap().get("project.group.approvers","administrators");
task.setCurrentAssignee(projectApproverGrp);
-
拖放另一个“创建项目任务“在模型上向OR拆分下的中间分支（分支2）进一步。 使用以下属性填写对话框：
Common Tab ----------------- Title = "Rush Approval Task Creation" Description = "Create a an approval task for Project Approvers. Priority is High." Workflow Stage = "Approval" Task Tab ------------ Name* = "Rush Approve Content for Publish" Task Priority = "High" Description = "Rush approve this content for publication." Days = "1" Routing Tab - Actions ---------------------------- "Approve and Publish" "Send Back for Revision"由于这是紧急审批路线，因此任务的优先级将设置为“高”。 此外，我们仅为批准者组提供一天时间来完成任务。 “任务”(Task)选项卡上的“被分派人”(Assignee)留空，因为我们将在“高级设置”(Advanced Settings)选项卡中动态分配此任务。
我们可以重复使用与步骤7中相同的脚本代码片段来填充 脚本 “高级设置”选项卡上的文本区域。 复制并粘贴以下代码：
var projectApproverGrp = workflowData.getMetaDataMap().get("project.group.approvers","administrators"); task.setCurrentAssignee(projectApproverGrp); -
将无操作组件拖放到最右侧的分支（分支3）。 “无操作”组件不执行任何操作，它将立即进行高级，这表示原始编辑器希望绕过批准步骤。 从技术上讲，我们可以不执行任何工作流步骤而离开此分支，但作为最佳实践，我们将添加一个“无操作”步骤。 这向其他开发人员明确说明了Branch 3的用途。
双击工作流步骤并配置标题和描述：
Common Tab ----------------- Title = "Bypass Approval" Description = "Placeholder step to indicate that the original editor decided to bypass the approver group."
在配置了OR拆分中的所有三个分支后，工作流模型应该如下所示。
-
由于批准者组可以选择将工作流发送回原始编辑器以进行进一步修订，因此我们将依赖 后藤 步骤，以阅读上次执行的操作并将工作流路由到开头或继续。
将跳转步骤组件（位于“工作流”下的Sidekick中）拖放到OR拆分下，该组件在该拆分中重新连接。 双击并在对话框中配置以下属性：
Common Tab ---------------- Title = "Goto Step" Description = "Based on the Approver groups action route the workflow to the beginning or continue and publish the payload." Process Tab --------------- The step to go to. = "Start Task Creation"我们将配置的最后一段内容是“转到”流程步骤中的脚本。 脚本值可以通过对话框进行嵌入，也可以配置为指向外部文件。 跳转脚本必须包含 函数check() 如果工作流应转到指定的步骤，则返回true。 返回的假结果会导致工作流继续运行。
如果审批者组选择 "发送回以进行修订" 操作（在步骤7和8中配置），然后我们要将工作流返回到 "开始任务创建" 中。
在“流程”选项卡上，将以下代码片段添加到“脚本”文本区域：
function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Send Back for Revision") { return true; } return false; } -
要发布有效负载，我们将使用ootb 激活页面/资产 处理步骤。 此流程步骤需要很少的配置，并且会将工作流的有效负载添加到复制队列以进行激活。 我们将在跳转步骤下添加步骤，这样，只有在审批者组已批准发布内容或原始编辑者选择绕过审批路径时，才能访问该步骤。
拖放 激活页面/资产 流程步骤（位于“WCM工作流”下的Sidekick中），位于模型中的跳转步骤下方。
添加转到步骤和激活页面/资产步骤后，工作流模型应该是什么样子。
-
如果审批者组发回内容以进行修订，我们希望告知原始编辑者。 我们可以通过动态更改任务创建属性来完成此操作。 我们将关闭的lastActionTaked属性值 "发送回以进行修订". 如果存在该值，我们将修改标题和描述，以指明此任务是内容被发送回修订版的结果。 我们还将把 "高" 这样编辑就会处理第一个项目。 最后，我们将任务到期日期设置为从工作流发送回进行修订的一天。
替换开始
start-task-config.ecma脚本（在步骤5中创建），其中包含以下内容：// start-task-config.ecma // Populate the task using values stored as workflow metadata originally posted by the start workflow wizard // set the assignee based on start workflow wizard var assignee = workflowData.getMetaDataMap().get("assignee", Packages.java.lang.String); task.setCurrentAssignee(assignee); //Set the due date for the initial task based on start workflow wizard var dueDate = workflowData.getMetaDataMap().get("taskDueDate", Packages.java.util.Date); if (dueDate != null) { task.setProperty("taskDueDate", dueDate); } //Set the priority based on start workflow wizard var taskPriority = workflowData.getMetaDataMap().get("taskPriority", "Medium"); task.setProperty("taskPriority", taskPriority); var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); //change the title and priority if the approver group sent back the content if(lastAction == "Send Back for Revision") { var taskName = "Review and Revise Content"; //since the content was rejected we will set the priority to High for the revison task task.setProperty("taskPriority", "High"); //set the Task name (displayed as the task title in the Inbox) task.setProperty("name", taskName); task.setProperty("nameHierarchy", taskName); //set the due date of this task 1 day from current date var calDueDate = Packages.java.util.Calendar.getInstance(); calDueDate.add(Packages.java.util.Calendar.DATE, 1); task.setProperty("taskDueDate", calDueDate.getTime()); }
创建“启动工作流”向导
从项目中启动工作流时，必须指定一个向导以启动该工作流。 默认向导： /libs/cq/core/content/projects/workflowwizards/default_workflow 允许用户输入要运行工作流的工作流标题、开始注释和有效负荷路径。 下面还提供了几个其他示例： /libs/cq/core/content/projects/workflowwizards.
创建自定义向导会非常强大，因为您可以在工作流启动之前收集关键信息。 数据将作为工作流元数据的一部分进行存储，工作流进程可以读取此数据并根据输入的值动态更改行为。 我们将创建一个自定义向导，以根据启动向导值动态分配工作流中的第一个任务。
-
在CRXDE-Lite中，我们将在下方创建一个子文件夹
/apps/aem-guides/projects-tasks/projects名为“向导”的文件夹。 从以下位置复制默认向导：/libs/cq/core/content/projects/workflowwizards/default_workflow在新创建的向导文件夹下，将其重命名为 content-approval-start. 现在，完整路径应为：/apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.默认向导为两列向导，第一列显示选定工作流模型的标题、描述和缩略图。 第二列包含工作流标题、开始注释和有效负载路径的字段。 向导是标准的触屏UI表单，可利用标准 Granite UI表单组件 填充字段。
-
我们将向向导中添加一个额外的字段，用于设置工作流中第一个任务的代理人(请参阅 创建工作流模型:步骤5)。
下
../content-approval-start/jcr:content/items/column2/items创建类型的新节点nt:unstructured已命名 "assign". 我们将使用项目用户选取器组件(该组件基于 Granite用户选取器组件)。 通过此表单字段，可以轻松地将用户和组选择限制为仅属于当前项目的用户和组选择。以下是 分配 节点：
<assign granite:class="js-cq-project-user-picker" jcr:primaryType="nt:unstructured" sling:resourceType="cq/gui/components/projects/admin/userpicker" fieldLabel="Assign To" hideServiceUsers="{Boolean}true" impersonatesOnly="{Boolean}true" showOnlyProjectMembers="{Boolean}true" name="assignee" projectPath="${param.project}" required="{Boolean}true"/> -
我们还将添加一个优先级选择字段，该字段将确定工作流中第一个任务的优先级(请参阅 创建工作流模型:步骤5)。
下
/content-approval-start/jcr:content/items/column2/items创建类型的新节点nt:unstructured已命名 优先级. 我们将使用 Granite UI选择组件 填充表单字段。在 优先级 添加节点 项目 节点 nt：非结构化. 在 项目 节点可添加3个节点，以填充“高”、“中”和“低”的选择选项。 每个节点的类型 nt：非结构化 应该有 文本 和 值 属性。 文本和值应该相同：
- 高
- 中
- 低
对于“媒体”节点，添加一个名为“selected" 值设置为 true. 这将确保“中”是选择字段中的默认值。
以下是节点结构和属性的XML表示形式：
<priority jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/coral/foundation/form/select" fieldLabel="Task Priority" name="taskPriority"> <items jcr:primaryType="nt:unstructured"> <high jcr:primaryType="nt:unstructured" text="High" value="High"/> <medium jcr:primaryType="nt:unstructured" selected="{Boolean}true" text="Medium" value="Medium"/> <low jcr:primaryType="nt:unstructured" text="Low" value="Low"/> </items> </priority> -
我们将允许工作流启动器设置初始任务的到期日期。 我们将使用 Granite UI日期选取器 表单字段来捕获此输入。 我们还将添加一个隐藏字段，其中 TypeHint 以确保将输入存储为JCR中的Date类型属性。
添加2 nt：非结构化 具有以下属性的节点在XML中如下所示：
<duedate granite:rel="project-duedate" jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/coral/foundation/form/datepicker" displayedFormat="YYYY-MM-DD HH:mm" fieldLabel="Due Date" minDate="today" name="taskDueDate" type="datetime"/> <duedatetypehint jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/coral/foundation/form/hidden" name="taskDueDate@TypeHint" type="datetime" value="Calendar"/> -
您可以查看启动向导对话框的完整代码 此处.
连接工作流和项目模板
我们最后需要做的就是确保可以从其中一个项目中启动工作流模型。 为此，我们需要重新访问在此系列第1部分中创建的项目模板。
工作流配置是项目模板的一个区域，用于指定要与该项目一起使用的可用工作流。 配置还负责在启动工作流(我们在 先前步骤). 项目模板的工作流配置是“实时”的，这意味着更新工作流配置将影响新创建的项目以及使用该模板的现有项目。
-
在CRXDE-Lite中，导航到之前在
/apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models.在模型节点下，添加一个名为 内容批准 节点类型为 nt：非结构化. 将以下属性添加到节点：
<contentapproval jcr:primaryType="nt:unstructured" modelId="/etc/workflow/models/aem-guides/content-approval-workflow/jcr:content/model" wizard="/apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.html" />注意如果使用AEM 6.4，则工作流的位置已发生更改。 指向
modelId属性到下运行时工作流模型的位置/var/workflow/models/aem-guides/content-approval-workflow<contentapproval jcr:primaryType="nt:unstructured" modelId="/var/workflow/models/aem-guides/content-approval-workflow" wizard="/apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.html" /> -
将内容批准工作流添加到项目模板后，应该可以从项目的工作流拼贴中启动该工作流。 继续，启动并播放我们创建的各种路由。
辅助材料
