在AEM中開發專案
此開發教學課程說明如何為AEM Projects開發。 在本教學課程中,我們將建立一個自訂專案範本,可用來在AEM中建立專案,以管理內容製作工作流程和任務。
此影片簡短示範在下列教學課程中建立的已完成工作流程。
簡介 introduction
AEM Projects是AEM的一項功能,旨在讓您可以更輕鬆地管理與內容建立相關的所有工作流程和工作,並將其群組為AEM Sites或Assets實作的一部分。
AEM專案附帶幾個OOTB專案範本。 建立專案時,作者可以從這些可用的範本中進行選擇。 具有獨特業務需求的大型AEM實作將想要建立自訂專案範本,以符合其需求。 透過建立自訂專案範本,開發人員可以設定專案控制面板、連結至自訂工作流程,並為專案建立其他業務角色。 我們將檢視專案範本的結構,並建立範例範本。
設定
本教學課程將逐步說明建立自訂專案範本所需的程式碼。 您可以下載附加套件並安裝到本機環境,以隨附教學課程。 您也可以存取在GitHub上託管的完整Maven專案。
本教學課程假設您具備AEM開發實務的一些基本知識,並且熟悉AEM Maven專案設定。 所有提及的程式碼都是要當作參考使用,而且只應部署至本機開發AEM執行個體。
專案範本的結構
專案範本應該放在原始檔控制之下,而且應該放在應用程式資料夾的/apps之下。 理想情況下,應該將它們放在命名慣例為 */projects/templates/<my-template>的子資料夾中。 依照此命名慣例,任何新的自訂範本在建立專案時便能自動供作者使用。 cq:allowedTemplates 屬性將可用專案範本的組態設定在: /content/projects/jcr:content 節點。 依預設,這是規則運算式: /(apps|libs)/。*/projects/templates/.*
專案範本的根節點會有 cq:Template 的 jcr:primaryType。 在根節點底下有三個節點: 小工具、角色 和 工作流程。 這些節點都是 nt:unstructured。 根節點下方也可以是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:Template 型別。 您可以在此節點上設定顯示在建立專案精靈中的屬性 jcr:title 和 jcr:description。 也有名稱為 精靈 的屬性,指向將填入專案屬性的表單。 預設值: /libs/cq/core/content/projects/wizard/steps/defaultproject.html 在大多數情況下應該可以正常運作,因為它允許使用者填入基本的Project屬性並新增群組成員。
*請注意,[建立專案精靈]不使用Sling POST servlet。 而是將值發佈到自訂servlet:com.adobe.cq.projects.impl.servlet.ProjectServlet。 新增自訂欄位時,應將此列入考量。
您可以找到翻譯專案範本的自訂精靈範例: /libs/cq/core/content/projects/wizard/translationproject/defaultproject。
小工具 gadgets
此節點上沒有其他屬性,但小工具節點的子項可控制建立新專案時用於填入專案控制面板的專案拼貼。 專案拼貼 (也稱為小工具或Pod)是填入專案工作地點的簡單卡片。 您可在下列位置找到ootb圖磚的完整清單: /libs/cq/gui/components/projects/admin/pod。 專案擁有者在建立專案後,一律可以新增/移除圖磚。
角色 roles
每個專案都有三個預設角色: 觀察者、編輯器 和 擁有者。 藉由在角色節點底下新增子節點,您可以為範本新增其他特定於業務的專案角色。 然後,您可以將這些角色連結至與專案關聯的特定工作流程。
工作流程 workflows
建立自訂專案範本最吸引人的原因之一,是它可讓您設定可用工作流程以用於專案。 這些功能包括OOTB工作流程或自訂工作流程。 在 工作流程 節點下,需要一個 模型 節點(也是nt:unstructured)和子節點,才能指定可用的工作流程模型。 屬性 modelId 指向/etc/workflow下的工作流程模型,而屬性 wizard 指向啟動工作流程時使用的對話方塊。 Projects的顯著優點是能夠新增自訂對話方塊(精靈),以在工作流程開始時擷取業務特定的中繼資料,並可推動工作流程中的進一步動作。
<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
建立專案範本 creating-project-template
由於我們主要是複製/設定節點,因此將使用CRXDE Lite。 在本機AEM執行個體中,開啟CRXDE Lite。
-
首先,在
/apps/<your-app-folder>下建立名為projects的資料夾。 在名為templates的資料夾下建立另一個資料夾。code language-shell /apps/aem-guides/projects-tasks/ + projects (nt:folder) + templates (nt:folder) -
為了更輕鬆辦事,我們將從現有的Simple Project範本開始自訂範本。
- 將節點 /libs/cq/core/content/projects/templates/default 複製並貼到步驟1中建立的 範本 資料夾下。
code language-shell /apps/aem-guides/projects-tasks/ + templates (nt:folder) + default (cq:Template) -
您現在應該有 /apps/aem-guides/projects-tasks/projects/templates/authoring-project 之類的路徑。
-
將作者專案節點的 jcr:title 和 jcr:description 屬性編輯為自訂標題和說明值。
- 讓 精靈 屬性保持指向預設Project屬性。
code language-shell /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" -
-
我們想要針對此專案範本使用任務。
- 在名為 tasks 的authoring-project/gadgets下新增新的 nt:unstructured 節點。
- 將String屬性新增至 cardWeight = "100"、jcr:title="Tasks"和 sling:resourceType="cq/gui/components/projects/admin/pod/taskpod"的任務節點。
現在,建立新專案時,預設會顯示任務動態磚。
code language-shell ../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:unstructured 節點。
-
新增另一個標示為核准者的 nt:unstructured 節點為角色節點的子節點。
-
新增字串屬性 jcr:title = "核准者",roleclass ="所有者",roleid="核准者"。
- 核准者節點的名稱以及jcr:title和roleid可以是任何字串值(只要roleid是唯一的)。
- roleclass 會根據三個OOTB角色: 擁有者、編輯者 和 觀察者 來控制套用到該角色的許可權。
- 一般而言,如果自訂角色更多的是管理角色,則角色可以是 所有者; 如果它是更具體的製作角色,例如攝影師或Designer,則 編輯者 角色應該就足夠了。 擁有者 與 編輯者 之間的最大差異,是專案擁有者可以更新專案屬性,並將新使用者新增至專案。
code language-shell ../projects/templates/authoring-project + gadgets (nt:unstructured) + roles (nt:unstructured) + approvers (nt:unstructured) - jcr:title = "Approvers" - roleclass = "owner" - roleid = "approver" -
-
透過複製簡單專案範本,您將獲得四個OOTB工作流程已設定。 工作流程/模型下方的每個節點都指向該工作流程的特定工作流程以及開始對話方塊精靈。 在本教學課程的稍後部分,我們將建立此專案的自訂工作流程。 目前,請刪除工作流程/模型下的節點:
code language-shell ../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屬性(避免按一下「檢視」)。- 這應該會以編輯
jcr:data檔案對話方塊提示您,而且您可以上傳自訂縮圖。
- 這應該會以編輯
code language-shell ../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指令碼來編碼。
範例使用案例需求 goals-tutorial
上圖概述範例核准工作流程的高層級需求。
第一個步驟是建立一個Task以完成編輯內容片段。 我們將允許工作流程發起人選擇此第一項任務的受指派人。
完成第一個任務後,受指派人將有三個選項可路由工作流程:
一般 — 一般路由會建立指派給專案核准者群組的任務,以進行檢閱和核准。 任務的優先順序為「一般」,到期日為建立日期起的5天。
快速傳送 — 快速傳送也會建立指派給專案核准者群組的任務。 任務的優先順序為「高」,到期日只有一天。
略過 — 在此範例工作流程中,初始參與者可以選擇略過核准群組。 (是的,這可能會失去「核准」工作流程的目的,但可讓我們說明其他路由功能)
核准者群組可以核准內容或將其傳回給初始受指派人進行重工。 如果傳回給,重工則會建立新任務並適當地標示為「傳回重工」。
工作流程的最後一個步驟會使用ootb啟動頁面/資產程式步驟,並複製裝載。
建立工作流程模型
-
從AEM開始功能表,導覽至工具 — >工作流程 — >模型。 按一下右上角的「建立」以建立工作流程模型。
為新模型指定標題「內容核准工作流程」和URL名稱「content-approval-workflow」。
-
根據最佳實務,自訂工作流程應該分組到他們自己的資料夾中/etc/workflow/models下方。 在CRXDE Lite中,在名為 "aem-guides" 的/etc/workflow/models底下建立 "nt:folder"。 新增子資料夾可確保自訂工作流程在升級或Service Pack安裝期間不會意外覆寫。
*請注意,請勿將資料夾或自訂工作流程放在ootb子資料夾(例如/etc/workflow/models/dam或/etc/workflow/models/projects)之下,因為升級或Service Pack也可能會覆寫整個子資料夾。
中的位置
工作流程模型在6.3中的位置
note note NOTE 如果使用AEM 6.4+,工作流程的位置已變更。 如需詳細資訊,請參閱。 如果使用AEM 6.4+,工作流程模型會在
/conf/global/settings/workflow/models下建立。 使用/conf目錄重複上述步驟,並新增名為aem-guides的子資料夾,然後將content-approval-workflow移到其下方。
工作流程模型在6.4+中的位置 -
AEM 6.3引進的功能是將「工作流程階段」新增至指定工作流程。 這些階段會從「工作流程資訊」標籤上的「收件匣」顯示給使用者。 它會向使用者顯示工作流程中的目前階段,以及工作流程之前和之後的階段。
若要設定階段,請從Sidekick開啟「頁面屬性」對話方塊。 第四個索引標籤標示為「階段」。 新增下列值以設定此工作流程的三個階段:
- 編輯內容
- 核准
- 發佈
從「頁面屬性」對話方塊設定「工作流程階段」 。
從AEM收件匣中看到的工作流程進度列。
您可以選擇將 影像 上傳到頁面屬性,當使用者選取它時,該頁面屬性會作為工作流程縮圖。 影像尺寸應為319x319畫素。 當使用者進入選取工作流程時,也會將 描述 新增至頁面屬性。
-
「建立專案任務」工作流程處理的設計目的,是建立「任務」作為工作流程中的步驟。 只有在完成任務後,工作流程才會前進。 「建立專案任務」步驟的強大方面是它可以讀取工作流程中繼資料值,並使用這些值來動態建立任務。
首先刪除預設建立的參與者步驟。 從Sidekick的元件功能表展開 「專案」 子標題,並將 「建立專案任務」 拖放至模型上。
連按兩下「建立專案任務」步驟以開啟工作流程對話方塊。 設定下列屬性:
此標籤在所有工作流程程式步驟中都是通用的,我們將設定標題和說明(一般使用者看不到這些內容)。 我們將設定的重要屬性是,從下拉式功能表中將「工作流程階段」設為 「編輯內容」。
code language-shell Common Tab ----------------- Title = "Start Task Creation" Description = "This the first task in the Workflow" Workflow Stage = "Edit Content"「建立專案任務」工作流程處理的設計目的,是建立「任務」作為工作流程中的步驟。 「工作」標籤可讓我們設定工作的所有值。 在我們的案例中,我們希望受指派人是動態的,因此我們會將其保留空白。 其餘的屬性值:
code language-shell 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"路由標籤是一個可選的對話方塊,可指定使用者完成工作的可用動作。 這些動作只是字串值,會儲存至工作流程的中繼資料。 指令碼可讀取這些值,和/或稍後在工作流程中處理步驟,以動態「路由」工作流程。 根據我們將要執行的工作流程目標,新增三個動作至此索引標籤:
code language-shell Routing Tab ----------------- Actions = "Normal Approval" "Rush Approval" "Bypass Approval"此索引標籤可讓我們設定「建立任務前的指令碼」,我們可在此以程式設計方式決定建立任務前的各種值。 我們可選擇將指令碼指向外部檔案,或直接在對話方塊中內嵌簡短指令碼。 在我們的案例中,我們會將「建立任務前的指令碼」指向外部檔案。 在步驟5中,我們將建立該指令碼。
code language-shell Advanced Settings Tab ----------------- Pre-Create Task Script = "/apps/aem-guides/projects/scripts/start-task-config.ecma" -
在上一個步驟中,我們參考了建立任務前的指令碼。 我們現在將建立該指令碼,其中將根據工作流程中繼資料值"assignee"的值來設定任務的受指派人。 工作流程啟動時會設定 "assignee" 值。 我們也會讀取工作流程中繼資料,藉由讀取工作流程中繼資料的"taskPriority""值,以及 "taskDueDate" 在第一個任務到期時動態設定,以動態選擇任務的優先順序。
為了方便組織,我們在應用程式資料夾底下建立了一個資料夾,用以儲存所有與專案相關的指令碼: /apps/aem-guides/projects-tasks/projects/scripts。 在此資料夾下建立名為 "start-task-config.ecma" 的檔案。 *請注意,您的start-task-config.ecma檔案的路徑必須與步驟4的[進階設定]索引標籤中所設定的路徑相符。
新增下列內容作為檔案的內容:
code language-none // 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); -
導覽回「內容核准工作流程」。 將 OR拆分 元件(可在「工作流程」類別下的Sidekick中找到)拖放到 開始任務 步驟下。 在「一般」對話方塊中,選取「3個分支」的選項按鈕。 OR分割會讀取工作流程中繼資料值 "lastTaskAction",以決定工作流程的路由。 "lastTaskAction" 屬性已設定為步驟4中所設定「路由」索引標籤的其中一個值。 針對每個「分支」索引標籤,使用下列值填入 指令碼 文字區域:
code language-none function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Normal Approval") { return true; } return false; }code language-none function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Rush Approval") { return true; } return false; }code language-none function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Bypass Approval") { return true; } return false; }*請注意,我們正在執行直接字串比對來判斷路由,因此在Branch指令碼中設定的值務必與步驟4中設定的Route值相符。
-
將另一個"建立專案任務"步驟拖放到模型上OR分割下方最左邊的(分支1)。 使用下列屬性填寫對話方塊:
code language-none 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"由於這是一般核准路由,因此任務的優先順序會設定為Medium。 此外,我們給核准者群組5天的時間來完成任務。 「工作」標籤上的被指定者會保留空白,因為我們會在「進階設定」標籤中動態地指定此被指定者。 完成此任務時,我們為核准者群組提供兩種可能的路徑:如果他們核准內容且可以發佈,則為 「核准並發佈」;如果原始編輯器需要更正問題,則為 「傳回以便修訂」。 核准者可留下附註,讓原始編輯者看到工作流程是否傳回給他/她。
在本教學課程的前面,我們建立了包含核准者角色的專案範本。 每次從此範本建立新專案時,專案特定的群組都會為核准者角色建立。 就像參與者步驟一樣,一個任務只能指派給使用者或群組。 我們想要將此任務指派給對應至「核准者群組」的專案群組。 所有從專案內啟動的工作流程都會有中繼資料,會將專案角色對應至專案特定群組。
在{Advanced Settings}索引標籤的 指令碼 文字區域中複製+貼上 列程式碼 此程式碼將讀取工作流程中繼資料,並將任務指派給專案的核准者群組。 如果找不到核准者群組值,則會退回將任務指派給管理員群組。
var projectApproverGrp = workflowData.getMetaDataMap().get("project.group.approvers","administrators");
task.setCurrentAssignee(projectApproverGrp);
-
將另一個"建立專案任務"步驟拖放到模型上,到OR分割下的中間分支(分支2)。 使用下列屬性填寫對話方塊:
code language-none 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"由於這是「匆忙核准」路由,因此任務的優先順序會設為「高」。 此外,我們只給核准者群組一天時間來完成任務。 「工作」標籤上的被指定者會保留空白,因為我們會在「進階設定」標籤中動態地指定此被指定者。
我們可以重複使用與步驟7相同的指令碼片段,以填入{進階設定{tab 上的 指令碼 文字區域。 複製+貼上下列程式碼:
code language-none var projectApproverGrp = workflowData.getMetaDataMap().get("project.group.approvers","administrators"); task.setCurrentAssignee(projectApproverGrp); -
拖放a 無操作 元件至最右邊的分支(分支3)。 「無操作」元件不會執行任何動作,而且會立即進階,代表原始編輯者要略過核准步驟。 技術上,我們可以離開此分支而不執行任何工作流程步驟,但作為最佳實務,我們將新增「無操作」步驟。 如此便能向其他開發人員清楚說明分支3的用途。
按兩下工作流程步驟並設定標題和說明:
code language-none Common Tab ----------------- Title = "Bypass Approval" Description = "Placeholder step to indicate that the original editor decided to bypass the approver group."
設定OR分割中的所有三個分支後,工作流程模型應該如下所示。
-
由於「核准者」群組可選擇將工作流程傳送回原始編輯器以進行進一步的修訂,因此我們將仰賴 跳至 步驟來讀取上次採取的動作,並將工作流程路由至開頭,或讓工作流程繼續。
將「跳到步驟」元件(可在Sidekick中的「工作流程」下方找到)拖放到OR分割下方,放置該元件重新結合的位置。 連按兩下並在對話方塊中設定下列屬性:
code language-none 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"最後一項我們要設定的是作為「跳至處理」步驟一部分的指令碼。 Script值可透過對話方塊內嵌,或設定為指向外部檔案。 Goto指令碼必須包含 函式check(),如果工作流程應該移至指定的步驟,則會傳回true。 傳回false會導致工作流程繼續進行。
如果核准者群組選擇 「傳回以進行修訂」 動作(在步驟7和步驟8中設定),則我們想要將工作流程傳回 「開始建立任務」 步驟。
在「流'b5'7b」標籤上,將下列程式碼片段新增至「指令碼」文字區域:
code language-none function check() { var lastAction = workflowData.getMetaDataMap().get("lastTaskAction",""); if(lastAction == "Send Back for Revision") { return true; } return false; } -
為了發佈裝載,我們將使用ootb 啟動頁面/資產 程式步驟。 此程式步驟幾乎不需要任何設定,而且會將工作流程的裝載新增至復寫佇列以進行啟用。 我們將在「跳至」步驟下方新增步驟,如此一來,只有核准者群組已核准要發佈的內容,或原始編輯者選擇「略過核准」路徑時,才能到達該步驟。
將 啟動頁面/資產 程式步驟(可在Sidekick中的WCM工作流程下找到)拖放到模型中跳到步驟的下方。
新增「跳至」步驟和「啟動頁面/資產」步驟後,工作流程模型看起來會是什麼樣子。
-
如果「核准者」群組傳回內容以供修訂,我們想讓原始編輯器知道。 我們可以動態變更「工作」建立屬性來達到此目的。 我們將關閉 「傳回以進行修訂」 的lastActionTaken屬性值。 如果該值存在,我們將修改標題和說明,以指出此工作是傳回內容以供修訂的結果。 我們也會將優先順序更新為 「高」,使其成為編輯器處理的第一個專案。 最後,我們將任務到期日設定為自工作流程傳回修訂之日算起的一天。
以下列專案取代起始
start-task-config.ecma指令碼(在步驟5中建立):code language-none // 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()); }
建立「啟動工作流程」精靈 start-workflow-wizard
從專案中啟動工作流程時,您必須指定精靈來啟動工作流程。 預設精靈: /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底下建立名稱為 "assign" 的型別nt:unstructured的新節點。 我們將使用Projects使用者選擇器元件(以Granite使用者選擇器元件為基礎)。 此表單欄位可讓您輕鬆地將使用者和群組選取限製為僅屬於目前專案的那些專案。以下是 指派 節點的XML表示法:
code language-xml <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 Select元件來填入表單欄位。我們將在 優先順序 節點下方新增 nt:unstructured 的 專案 節點。 在 專案 節點底下再新增3個節點,以填入「高」、「Medium」和「低」的選擇選項。 每個節點的型別為 nt:unstructured,應該有 文字 和 值 屬性。 文字和值應該是相同的值:
- 高
- 中
- 低
針對Medium節點,新增名稱為"selected" 且值設定為 true 的其他布林值屬性。 這將確保Medium是選取欄位中的預設值。
以下是節點結構和屬性的XML表示法:
code language-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 DatePicker表單欄位來擷取此輸入。 我們也會新增含有TypeHint的隱藏欄位,以確保在JCR中將輸入儲存為Date型別屬性。
新增兩個 nt:unstructured 節點,其下列屬性以XML表示:
code language-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"/> -
您可以在這裡檢視啟動精靈對話方塊的完整程式碼。
連線工作流程和專案範本 connecting-workflow-project
最後我們要做的就是確保可以從其中一個專案啟動工作流程模型。 為此,我們需要重新造訪在此系列第1部分建立的專案範本。
「工作流程組態」是「專案範本」的區域,可指定要用於該專案的可用工作流程。 組態還負責在啟動工作流程時指定[啟動工作流程精靈] (我們在先前步驟中建立的工作流程)。 專案範本的工作流程設定是「即時」的,這表示更新工作流程設定將會影響建立的新專案以及使用該範本的現有專案。
-
在CRXDE-Lite中,導覽至先前在
/apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models建立的編寫專案範本。在模型節點底下新增名稱為 contentapproval 的新節點,其節點型別為 nt:unstructured。 將下列屬性新增至節點:
code language-xml <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" />note note NOTE 如果使用AEM 6.4,工作流程的位置已變更。 將 modelId屬性指向/var/workflow/models/aem-guides/content-approval-workflow下的執行階段工作流程模型的位置請參閱此處,以取得工作流程位置變更的詳細資料。 code language-xml <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" /> -
將「內容核准」工作流程新增到「專案範本」後,就應該可以從「工作流程表徵圖」專案啟動它。 開始並嘗試使用我們建立的各種製程。
支援材料
- 下載完成的教學課程套件
- GitHub上的完整程式碼存放庫
- AEM專案檔案