Utveckla projekt i AEM

Börja med att skapa en mapp under /apps/<your-app-folder> med namnet projects. Skapa en annan mapp under som heter templates.

/apps/aem-guides/projects-tasks/
                    + projects (nt:folder)
                             + templates (nt:folder)

Vi kommer att starta vår anpassade mall från den befintliga mallen Enkelt projekt för att göra det enklare.

1. Kopiera och klistra in noden /libs/cq/core/content/projects/templates/default under mappen templates som skapades i steg 1.

/apps/aem-guides/projects-tasks/
             + templates (nt:folder)
                  + default (cq:Template)

Du bör nu ha en sökväg som /apps/aem-guides/projects-tasks/projects/templates/authoring-project.

1. Redigera egenskaperna jcr:title och jcr:description för noden author-project till anpassade värden för title och description.

   1. Lämna egenskapen wizard som pekar på standardprojektegenskaperna.

/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"

För den här projektmallen vill vi använda uppgifter.

1. Lägg till en ny nt:undefined-nod under authoring-project/gadgets som kallas tasks.
2. Lägg till String-egenskaper i aktivitetsnoden för cardWeight = "100", jcr:title="Tasks" och sling:resourceType="cq/gui/components/projects/admin/pod/taskpod".

Nu visas aktivitetspanelen som standard när ett nytt projekt skapas.

../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"

Vi ska lägga till en anpassad godkännarroll i vår projektmall.

1. Under projektmallsnoden (authoring-project) lägger du till en ny nt:undefined-nodsetiketterad roles.

2. Lägg till en annan nt:undefined-nod med namnet Godkännare som underordnad till rollnoden.

3. Lägg till strängegenskaper jcr:title = "Godkännare", rollklass ="ägare", roleid="godkännare".

   1. Namnet på godkännarnoden, samt jcr:title och roleid, kan vara vilket strängvärde som helst (så länge som roleid är unikt).
   2. rollklass styr behörigheterna som används för den rollen baserat på tre OTB-roller: ägare, redigerare och observatör.
   3. Om den anpassade rollen är mer av en ledarroll kan rollklassen vara owner; om den är en mer specifik redigeringsroll som fotograf eller Designer bör rollklassen editor vara tillräcklig. Den stora skillnaden mellan ägare och redigerare är att projektägare kan uppdatera projektegenskaperna och lägga till nya användare i projektet.

../projects/templates/authoring-project
    + gadgets (nt:unstructured)
    + roles (nt:unstructured)
        + approvers (nt:unstructured)
             - jcr:title = "Approvers"
             - roleclass = "owner"
             - roleid = "approver"

Genom att kopiera mallen Enkelt projekt får du fyra OOTB-arbetsflöden konfigurerade. Varje nod under arbetsflöden/modeller pekar på ett specifikt arbetsflöde och en startdialogruteguide för det arbetsflödet. Senare i den här självstudiekursen skapar vi ett anpassat arbetsflöde för det här projektet. Ta nu bort noderna under arbetsflöde/modeller:

../projects/templates/authoring-project
    + gadgets (nt:unstructured)
    + roles (nt:unstructured)
    + workflows (nt:unstructured)
         + models (nt:unstructured)
            - (remove ootb models)

Om du vill göra det enkelt för innehållsförfattare att identifiera projektmallen kan du lägga till en anpassad miniatyrbild. Den rekommenderade storleken är 319 x 319 pixlar.

1. Skapa en fil på samma nivå som gadgets, roller och arbetsflödesnoder med namnet thumbnail.png i CRXDE Lite.
2. Spara och navigera sedan till noden jcr:content och dubbelklicka på egenskapen jcr:data (undvik att klicka på Visa).
   1. Då visas en dialogruta där du kan redigera filen jcr:data och du kan överföra en anpassad miniatyrbild.

../projects/templates/authoring-project
    + gadgets (nt:unstructured)
    + roles (nt:unstructured)
    + workflows (nt:unstructured)
    + thumbnail.png (nt:file)

Du bör se den anpassade mallen som ett av alternativen när du skapar projekt.

När du har valt den anpassade mallen klickar du på Nästa och noterar att du kan lägga till dem som en godkännarroll när du fyller i projektmedlemmar.

Klicka på Skapa för att slutföra projektet baserat på den anpassade mallen. På projektkontrollpanelen ser du att aktivitetspanelen och andra paneler som konfigurerats under gadgets visas automatiskt.

Navigera AEM Start-menyn till Verktyg -> Arbetsflöde -> Modeller. Klicka på Skapa i det övre högra hörnet för att skapa en arbetsflödesmodell.

Ge den nya modellen en rubrik:"Arbetsflöde för godkännande av innehåll" och ett URL-namn:"arbetsflöde för godkännande av innehåll".

Mer information om hur du skapar arbetsflöden finns här.

Som en god vana bör anpassade arbetsflöden grupperas i sin egen mapp under /etc/workflow/models. I CRXDE Lite skapar du en 'nt:folder' under /etc/workflow/models med namnet "aem-guides". Genom att lägga till en undermapp säkerställer du att anpassade arbetsflöden inte skrivs över av misstag vid uppgraderingar eller Service Pack-installationer.

*Observera att det är viktigt att aldrig placera mappen eller anpassade arbetsflöden under undermappar som /etc/workflow/models/dam eller /etc/workflow/models/projects, eftersom hela undermappen också kan skrivas över av uppgraderingar eller servicepaket.

Placering av arbetsflödesmodell i 6.3

Om du använder AEM 6.4+ skapas arbetsflödesmodellen under /conf/global/settings/workflow/models. Upprepa stegen ovan med katalogen /conf och lägg till en undermapp med namnet aem-guides och flytta content-approval-workflow under den.

Placering av arbetsflödesmodell i 6.4+

I AEM 6.3 introducerades möjligheten att lägga till arbetsflödessteg i ett visst arbetsflöde. Stegen visas för användaren från Inkorgen på fliken Arbetsflödesinformation. Den visar användaren det aktuella steget i arbetsflödet samt de steg som föregår och följer det.

Om du vill konfigurera faserna öppnar du dialogrutan Sidegenskaper från Sidekick. Den fjärde fliken heter "Steg". Lägg till följande värden för att konfigurera de tre stegen i det här arbetsflödet:

1. Redigera innehåll
2. Godkännande
3. Publish

Konfigurera arbetsflödesstegen i dialogrutan Sidegenskaper.

Förloppsindikatorn för arbetsflödet som visas i AEM Inkorg.

Du kan också överföra en bild till de sidegenskaper som används som arbetsflödets miniatyrbild när användare markerar den. Bilddimensionerna ska vara 319 x 319 pixlar. Om du lägger till en beskrivning i Sidegenskaper visas även när en användare väljer arbetsflödet.

Arbetsflödet Skapa projektuppgift är utformat för att skapa en uppgift som ett steg i arbetsflödet. Arbetsflödet går framåt först när uppgiften har slutförts. En kraftfull aspekt av steget Skapa projektuppgift är att det går att läsa metadatavärden för arbetsflödet och använda dem för att dynamiskt skapa uppgiften.

Ta först bort det deltagarsteg som skapas som standard. Expandera underrubriken "Projekt" från Sidekick i komponentmenyn och dra och släpp "Skapa projektuppgift" till modellen.

Dubbelklicka på steget"Skapa projektuppgift" för att öppna arbetsflödesdialogrutan. Konfigurera följande egenskaper:

Den här fliken är vanlig för alla steg i arbetsflödet och vi ställer in titeln och beskrivningen (de visas inte för slutanvändaren). Den viktiga egenskap som vi ska ange är arbetsflödessteget till "Redigera innehåll" från den nedrullningsbara menyn.

Common Tab
-----------------
    Title = "Start Task Creation"
    Description = "This the first task in the Workflow"
    Workflow Stage = "Edit Content"

Arbetsflödet Skapa projektuppgift är utformat för att skapa en uppgift som ett steg i arbetsflödet. På fliken Uppgift kan vi ange alla värden för uppgiften. I vårt fall vill vi att den som ska tilldelas ska vara dynamisk så att den lämnas tom. Resten av egenskapsvärdena:

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"

Fliken för routning är en valfri dialogruta som kan ange tillgängliga åtgärder för användaren som utför uppgiften. Dessa åtgärder är bara strängvärden och sparas i arbetsflödets metadata. Dessa värden kan läsas av skript och/eller processteg senare i arbetsflödet för att dynamiskt dirigera arbetsflödet. Baserat på de arbetsflödesmål vi ska lägga till lägger du till tre åtgärder på den här fliken:

Routing Tab
-----------------
    Actions =
        "Normal Approval"
        "Rush Approval"
        "Bypass Approval"

På den här fliken kan vi konfigurera ett fördefinierat uppgiftsskript, där vi programmässigt kan bestämma olika värden för uppgiften innan den skapas. Vi kan välja att peka skriptet mot en extern fil eller bädda in ett kort skript direkt i dialogrutan. I det här fallet pekar vi på Skriptet för förskapande av uppgift mot en extern fil. I steg 5 ska vi skapa det skriptet.

Advanced Settings Tab
-----------------
   Pre-Create Task Script = "/apps/aem-guides/projects/scripts/start-task-config.ecma"

I föregående steg refererade vi till ett Pre-Create Task Script. Skriptet skapas nu där vi ställer in Tilldelning av uppgiften baserat på värdet för arbetsflödets metadatavärde tilldelad. Värdet "tilldelad" anges när arbetsflödet startas. Vi läser också arbetsflödets metadata för att dynamiskt välja uppgiftens prioritet genom att läsa värdet taskPriority för arbetsflödets metadata samt "taskdueDate" ​ som dynamiskt ställs in när den första uppgiften förfaller.

För organisatoriska syften har vi skapat en mapp under vår appmapp för alla våra projektrelaterade skript: /apps/aem-guides/projects-tasks/projects/scripts. Skapa en fil under den här mappen med namnet "start-task-config.ecma". *Observera att sökvägen till filen start-task-config.ecma matchar sökvägen som angetts på fliken Avancerade inställningar i steg 4.

Lägg till följande som innehåll i filen:

// 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);

Gå tillbaka till arbetsflödet för godkännande av innehåll. Dra och släpp komponenten ELLER Dela (finns i Sidekick under kategorin Arbetsflöde) under steget Starta uppgift. I dialogrutan Allmänt väljer du alternativknappen för 3 grenar. OR Split läser arbetsflödets metadatavärde "lastTaskAction" för att fastställa arbetsflödets väg. Egenskapen "lastTaskAction" är inställd på ett av värdena från fliken Routning som konfigurerats i steg 4. Fyll i textområdet Script med följande värden för var och en av grenflikarna:

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;
}

*Observera att vi gör en direkt strängmatchning för att fastställa vägen, så det är viktigt att värdena som anges i grenskripten matchar de flödesvärden som anges i steg 4.

Dra och släpp ytterligare ett Skapa projektuppgift-steg till modellen längst till vänster (grenen 1) under ELLER-delningen. Fyll i dialogrutan med följande egenskaper:

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"

Eftersom det här är standardvägen för godkännande anges aktivitetens prioritet till Medium. Dessutom ger vi gruppen Godkännare 5 dagar på oss att slutföra uppgiften. Den som ska tilldelas är tom på fliken Aktivitet eftersom den tilldelas dynamiskt på fliken Avancerade inställningar. Vi ger gruppen Godkännare två möjliga vägar när den här aktiviteten slutförs: "Godkänn och Publish" om de godkänner innehållet och det kan publiceras och "Skicka tillbaka för revision" om det finns problem som den ursprungliga redigeraren måste korrigera. Godkännaren kan lämna kommentarer som den ursprungliga redigeraren ser om arbetsflödet returneras till honom/henne.

Dra och släpp ytterligare ett Skapa projektuppgift-steg till modellen till mellangrenen (grenen 2) under ELLER-delningen. Fyll i dialogrutan med följande egenskaper:

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"

Eftersom det här är vägen för Rush-godkännande är aktivitetens prioritet inställd på Hög. Dessutom ger vi gruppen Godkännare endast en dag för att slutföra uppgiften. Den som ska tilldelas är tom på fliken Aktivitet eftersom den tilldelas dynamiskt på fliken Avancerade inställningar.

Vi kan återanvända samma skriptfragment som i steg 7 för att fylla i textområdet Script på fliken ​ Avancerade inställningar ​. Kopiera+Klistra in nedanstående kod:

var projectApproverGrp = workflowData.getMetaDataMap().get("project.group.approvers","administrators");

task.setCurrentAssignee(projectApproverGrp);

Dra och släpp en ​ Ingen åtgärd-komponent längst till höger (grenen 3). Komponenten Ingen åtgärd utför ingen åtgärd och kommer att fortsätta omedelbart, vilket motsvarar den ursprungliga redigerarens önskan att kringgå godkännandesteget. Tekniskt sett kan vi lämna den här grenen utan några arbetsflödessteg, men som en bra rutin lägger vi till steget Ingen åtgärd. Detta gör det klart för andra utvecklare vad syftet med gren 3 är.

Dubbelklicka på arbetsflödessteget och konfigurera rubriken och beskrivningen:

Common Tab
-----------------
    Title = "Bypass Approval"
    Description = "Placeholder step to indicate that the original editor decided to bypass the approver group."

Arbetsflödesmodellen ska se ut så här när alla tre grenarna i ELLER-delningen har konfigurerats.

Eftersom gruppen Godkännare har möjlighet att skicka tillbaka arbetsflödet till den ursprungliga redigeraren för ytterligare revisioner, använder vi steget Gå till för att läsa den senaste åtgärden som utförts och dirigera arbetsflödet till början eller låter det fortsätta.

Dra och släpp Gå till steg-komponenten (finns i Sidekick under Arbetsflöde) under ELLER-delningen där den ska sammanfogas igen. Dubbelklicka på och konfigurera följande egenskaper i dialogrutan:

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"

Den sista delen som vi ska konfigurera är skriptet som en del av Gå till-processsteget. Skriptvärdet kan bäddas in via dialogrutan eller konfigureras så att det pekar på en extern fil. Goto-skriptet måste innehålla en funktionskontroll() och returnera true om arbetsflödet ska gå till det angivna steget. Om du returnerar false flyttas arbetsflödet framåt.

Om godkännargruppen väljer åtgärden "Skicka tillbaka för granskning" (konfigurerad i steg 7 och 8) vill vi returnera arbetsflödet till steget "Skapa startaktivitet".

På fliken Process lägger du till följande utdrag i skripttextområdet:

function check() {
var lastAction = workflowData.getMetaDataMap().get("lastTaskAction","");

if(lastAction == "Send Back for Revision") {
    return true;
}

return false;
}

För att publicera nyttolasten använder vi steget Aktivera sida/resurs i verktygsfältet. Det här steget kräver liten konfiguration och lägger till arbetsflödets nyttolast i replikeringskön för aktivering. Vi lägger till steget under steget Gå till och på det här sättet kan det bara nås om gruppen Godkännare har godkänt innehållet för publicering eller om den ursprungliga redigeraren har valt vägen Åsidosätt godkännande.

Dra och släpp steget Aktivera sida/resurs-process (finns i Sidekick under WCM-arbetsflöde) under steget Gå till i modellen.

Hur arbetsflödesmodellen ska se ut när du har lagt till steget Gå till och Aktivera sidan/resursen.

Om gruppen Godkännare skickar tillbaka innehållet för revision vill vi meddela den ursprungliga redigeraren. Vi kan uppnå detta genom att dynamiskt ändra egenskaperna för att skapa uppgifter. Egenskapsvärdet för lastActionTaken för "Send Back for Revision" kommer att avaktiveras. Om det värdet finns ändrar vi titeln och beskrivningen för att ange att den här uppgiften är resultatet av att innehållet skickas tillbaka för revision. Vi uppdaterar även prioriteten till "Hög" så att det är det första objektet som redigeraren arbetar med. Slutligen ställer vi in aktivitetens förfallodatum till en dag från när arbetsflödet skickades tillbaka för revision.

Ersätt det inledande skriptet start-task-config.ecma (skapat i steg 5) med följande:

// 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());

}

I CRXDE-Lite skapar vi en undermapp under mappen /apps/aem-guides/projects-tasks/projects med namnet"guider". Kopiera standardguiden från /libs/cq/core/content/projects/workflowwizards/default_workflow under den nya guidemappen och byt namn på den till content-approval-start. Den fullständiga sökvägen bör nu vara: /apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.

Standardguiden är en guide med två kolumner där den första kolumnen med rubrik, beskrivning och miniatyrbild för arbetsflödesmodellen är vald. Den andra kolumnen innehåller fält för arbetsflödets titel, Start Comment och Payload Path. Guiden är ett standardformulär för Touch-gränssnitt och använder standardkomponenter för användargränssnittet i Granite för att fylla i fälten.

Vi ska lägga till ytterligare ett fält i guiden som används för att ange den som ska tilldelas den första uppgiften i arbetsflödet (se Skapa arbetsflödesmodellen: Steg 5).

Under ../content-approval-start/jcr:content/items/column2/items skapar du en ny nod av typen nt:unstructured med namnet "assign". Vi kommer att använda projektanvändarväljarkomponenten (som är baserad på Granite-användarväljarkomponenten). Det här formulärfältet gör det enkelt att begränsa användar- och gruppmarkeringen till endast de som tillhör det aktuella projektet.

Nedan visas XML-representationen av noden assign:

<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"/>

Vi lägger också till ett prioritetsurvalsfält som avgör prioriteten för den första aktiviteten i arbetsflödet (se Skapa arbetsflödesmodellen: Steg 5).

Under /content-approval-start/jcr:content/items/column2/items skapar du en ny nod av typen nt:unstructured med namnet priority. Vi kommer att använda Begränsa gränssnittsmarkeringskomponenten för att fylla i formulärfältet.

Under noden priority lägger vi till en items-nod av nt:undefined. Under noden items lägger du till ytterligare 3 noder för att fylla i markeringsalternativen Hög, Medium och Låg. Varje nod är av typen not:unStructed och ska ha en text- och value-egenskap. Både texten och värdet ska ha samma värde:

1. Hög
2. Medium
3. Låg

För Medium-noden lägger du till ytterligare en boolesk egenskap med namnet selected" med värdet true. Detta garanterar att Medium är standardvärdet i urvalsfältet.

Nedan visas en XML-representation av nodstrukturen och -egenskaperna:

<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>

Vi tillåter att arbetsflödesinitieraren anger förfallodatumet för den första uppgiften. Vi använder formulärfältet Granite UI DatePicker för att hämta indata. Vi lägger också till ett dolt fält med TypeHint för att se till att indata lagras som en Date-typegenskap i JCR.

Lägg till två nt:ostrukturerade-noder med följande egenskaper som finns representerade nedan i 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"/>

Du kan visa den fullständiga koden för startguiden här.

I CRXDE-Lite navigerar du till den projektmall som skapades tidigare /apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models.

Under modellnoden lägger du till en ny nod med namnet contentapproval med nodtypen nt:undefined. Lägg till följande egenskaper i noden:

<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"
/>

<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"
/>

När arbetsflödet för godkännande av innehåll har lagts till i projektmallen bör det vara tillgängligt att starta från projektets arbetsflödespanel. Starta och lek med de olika routningar vi har skapat.