Sviluppare progetti in AEM

Iniziare creando una cartella sotto /apps/<your-app-folder> denominata projects. Crea un'altra cartella sotto quella denominata templates.

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

Per semplificare le operazioni, il modello personalizzato verrà avviato dal modello di progetto semplice esistente.

1. Copia e incolla il nodo /libs/cq/core/content/projects/templates/default sotto la cartella templates creata nel passaggio 1.

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

Ora dovresti disporre di un percorso come /apps/aem-guides/projects-tasks/projects/templates/authoring-project.

1. Modifica le proprietà jcr:title e jcr:description del nodo author-project con valori di titolo e descrizione personalizzati.

   1. Lascia la proprietà wizard che punta alle proprietà predefinite di 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"

Per questo modello di progetto vogliamo utilizzare le Attività.

1. Aggiungi un nuovo nodo nt:unstructured sotto il progetto/gadget di authoring denominato tasks.
2. Aggiungi proprietà stringa al nodo attività per cardWeight = "100", jcr:title="Attività" e sling:resourceType="cq/gui/components/projects/admin/pod/taskpod".

Ora il riquadro Attività verrà visualizzato per impostazione predefinita quando viene creato un nuovo progetto.

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

Al modello di progetto verrà aggiunto un Ruolo Approvatore personalizzato.

1. Sotto il nodo del modello di progetto (authoring-project) aggiungere un nuovo nt:unstructured con etichetta di nodo roles.

2. Aggiungi un altro nodo nt:unstructured etichettato come approvatori come figlio del nodo roles.

3. Aggiungi proprietà stringa jcr:title = "Approvers", roleclass ="owner", roleid="approvers".

   1. Il nome del nodo approvatori, nonché jcr:title e roleid possono essere qualsiasi valore stringa (purché roleid sia univoco).
   2. roleclass gestisce le autorizzazioni applicate per tale ruolo in base ai tre ruoli OOTB: owner, editor e observer.
   3. In generale, se il ruolo personalizzato è più di un ruolo manageriale, la classe a rotelle può essere proprietario; se è un ruolo di authoring più specifico come Fotografo o Designer, la classe a rotelle editor dovrebbe essere sufficiente. La grande differenza tra owner e editor è che i proprietari del progetto possono aggiornare le proprietà del progetto e aggiungere nuovi utenti al progetto.

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

Copiando il modello Progetto semplice, otterrai quattro flussi di lavoro integrati configurati. Ogni nodo sotto i flussi di lavoro/modelli punta a un flusso di lavoro specifico e a una procedura guidata di dialogo iniziale per tale flusso di lavoro. Più avanti in questo tutorial verrà creato un flusso di lavoro personalizzato per questo progetto. Per il momento, elimina i nodi sotto il flusso di lavoro o i modelli:

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

Per facilitare agli autori di contenuti l’identificazione del modello di progetto, puoi aggiungere una miniatura personalizzata. La dimensione consigliata è di 319x319 pixel.

1. In CRXDE Lite crea un file di pari livello tra gadget, ruoli e nodi di flussi di lavoro denominati thumbnail.png.
2. Salvare, quindi passare al nodo jcr:content e fare doppio clic sulla proprietà jcr:data (evitare di fare clic su 'visualizza').
   1. Verrà visualizzata una finestra di dialogo per la modifica del file jcr:data e sarà possibile caricare una miniatura personalizzata.

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

Il modello personalizzato dovrebbe essere visualizzato come una delle opzioni per la creazione del progetto.

Dopo aver selezionato il modello personalizzato, fai clic su "Successivo" e osserva che quando si popolano i membri del progetto, è possibile aggiungerli come ruolo di Approvatore.

Fai clic su Crea per completare la creazione del progetto basato sul modello personalizzato. Noterai nella dashboard del progetto che la sezione Attività e le altre tessere configurate in gadget vengono visualizzate automaticamente.

Dal menu Start dell’AEM, passa a Strumenti -> Flusso di lavoro -> Modelli. Fai clic su Crea nell’angolo in alto a destra per creare un modello di flusso di lavoro.

Assegna al nuovo modello un titolo: "Flusso di lavoro di approvazione del contenuto" e un nome URL: "content-approval-workflow".

Per ulteriori informazioni sulla creazione di flussi di lavoro, consulta questa pagina.

Come best practice, i flussi di lavoro personalizzati devono essere raggruppati in una cartella separata sotto /etc/workflow/models. In CRXDE Lite, crea una 'nt:folder' sotto /etc/workflow/models denominata "aem-guides". L’aggiunta di una sottocartella assicura che i flussi di lavoro personalizzati non vengano accidentalmente sovrascritti durante gli aggiornamenti o le installazioni di Service Pack.

*È importante non posizionare mai la cartella o i flussi di lavoro personalizzati sotto le sottocartelle ootb, come /etc/workflow/models/dam o /etc/workflow/models/projects, in quanto anche l'intera sottocartella potrebbe essere sovrascritta da aggiornamenti o Service Pack.

Posizione del modello di flusso di lavoro in 6.3

Se si utilizza AEM 6.4+, il modello di flusso di lavoro viene creato in /conf/global/settings/workflow/models. Ripetere i passaggi precedenti con la directory /conf, aggiungere una sottocartella denominata aem-guides e spostare content-approval-workflow sotto di essa.

Posizione del modello di flusso di lavoro in 6.4+

Introdotta in AEM 6.3 è la possibilità di aggiungere Fasi del flusso di lavoro a un determinato flusso di lavoro. Le fasi vengono visualizzate dall'utente nella casella Posta in arrivo della scheda Informazioni flusso di lavoro. Mostrerà all’utente la fase corrente del flusso di lavoro e le fasi precedenti e successive.

Per configurare le fasi, apri la finestra di dialogo Proprietà pagina dal Sidekick. La quarta scheda è etichettata "Stadi". Aggiungi i seguenti valori per configurare le tre fasi di questo flusso di lavoro:

1. Modifica contenuto
2. Approvazione
3. Pubblicazione

Configura gli Stadi del Flusso di lavoro dalla finestra di dialogo Proprietà pagina.

Barra di avanzamento del flusso di lavoro visualizzata dalla casella in entrata AEM.

Se necessario, puoi caricare un'immagine Image nelle proprietà della pagina da usare come miniatura del flusso di lavoro quando gli utenti la selezionano. Le dimensioni dell’immagine devono essere di 319x319 pixel. Quando un utente seleziona il flusso di lavoro, viene visualizzata anche l'aggiunta di una Descrizione alle Proprietà pagina.

Il processo di flusso di lavoro Crea attività progetto è progettato per creare un’attività come passaggio nel flusso di lavoro. Solo dopo aver completato l’attività il flusso di lavoro proseguirà. Un aspetto importante del passaggio Crea attività progetto è che può leggere i valori dei metadati del flusso di lavoro e utilizzarli per creare l’attività in modo dinamico.

Elimina innanzitutto il Passaggio partecipante creato per impostazione predefinita. Dal Sidekick nel menu dei componenti, espandere il sottotitolo "Projects" e trascinare "Create Project Task" nel modello.

Fai doppio clic sul passaggio "Crea attività progetto" per aprire la finestra di dialogo del flusso di lavoro. Configura le seguenti proprietà:

Questa scheda è comune a tutti i passaggi del processo del flusso di lavoro e verranno impostati Titolo e Descrizione (non visibili all’utente finale). La proprietà importante che verrà impostata è la fase del flusso di lavoro su "Modifica contenuto" dal menu a discesa.

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

Il processo di flusso di lavoro Crea attività progetto è progettato per creare un’attività come passaggio nel flusso di lavoro. La scheda Attività consente di impostare tutti i valori dell'attività. Nel nostro caso, vogliamo che l’assegnatario sia dinamico, quindi lasceremo il campo vuoto. I restanti valori della proprietà:

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"

La scheda di instradamento è una finestra di dialogo facoltativa che può specificare le azioni disponibili per l'utente che completa l'operazione. Queste azioni sono solo valori stringa e vengono salvate nei metadati del flusso di lavoro. Questi valori possono essere letti da script e/o passaggi di processo più avanti nel flusso di lavoro per "indirizzare" dinamicamente il flusso di lavoro. In base agli obiettivi del flusso di lavoro, aggiungi tre azioni a questa scheda:

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

Questa scheda consente di configurare uno script pre-creazione attività in cui è possibile decidere in modo programmatico vari valori dell'attività prima che venga creata. Abbiamo la possibilità di puntare lo script a un file esterno o di incorporare uno script breve direttamente nella finestra di dialogo. Nel nostro caso, lo script pre-creazione attività verrà indirizzato a un file esterno. Nel passaggio 5 creeremo tale script.

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

Nel passaggio precedente si faceva riferimento a uno script di pre-creazione attività. Ora verrà creato lo script in cui l'assegnatario dell'attività verrà impostato in base al valore di un valore di metadati del flusso di lavoro "assegnatario". Il valore "assegnatario" viene impostato all'avvio del flusso di lavoro. Leggeremo inoltre i metadati del flusso di lavoro per scegliere in modo dinamico la priorità dell'attività leggendo il valore "taskPriority" dei metadati del flusso di lavoro e il "taskDueDate" ​ per impostare in modo dinamico la scadenza della prima attività.

Per motivi organizzativi, è stata creata una cartella sotto la cartella dell'app che contiene tutti gli script relativi al progetto: /apps/aem-guides/projects-tasks/projects/scripts. Creare un file nella cartella "start-task-config.ecma". *Verificare che il percorso del file start-task-config.ecma corrisponda al percorso impostato nella scheda Impostazioni avanzate al passaggio 4.

Aggiungi quanto segue come contenuto del file:

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

Torna al flusso di lavoro di approvazione dei contenuti. Trascina il componente OR Split (presente nel Sidekick sotto la categoria 'Flusso di lavoro') sotto il passaggio Avvia attività. Nella finestra di dialogo Comune, seleziona il pulsante di opzione per 3 rami. La suddivisione OR leggerà il valore dei metadati del flusso di lavoro "lastTaskAction" per determinare la route del flusso di lavoro. La proprietà "lastTaskAction" è impostata su uno dei valori della scheda Routing configurata nel passaggio 4. Per ciascuna scheda Ramo, compila l'area di testo Script con i seguenti valori:

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

*Si noti che viene eseguita una corrispondenza Stringa diretta per determinare la route, pertanto è importante che i valori impostati negli script Branch corrispondano ai valori di Route impostati nel passaggio 4.

Trascina un altro passaggio "Crea attività progetto" sul modello all'estrema sinistra (Ramo 1) sotto la divisione O. Compila la finestra di dialogo con le seguenti proprietà:

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"

Poiché questo è il percorso di approvazione normale, la priorità dell'attività è impostata su Medium. Inoltre, al gruppo Approvatori vengono concessi 5 giorni per completare l'Attività. L’assegnatario viene lasciato vuoto nella scheda Attività poiché questo viene assegnato in modo dinamico nella scheda Impostazioni avanzate. Al completamento di questa attività, al gruppo approvatori vengono assegnati due percorsi possibili: "Approva e Publish" se approvano il contenuto e può essere pubblicato e "Invia di nuovo per la revisione" se sono presenti problemi che l'editor originale deve correggere. L’approvatore può lasciare commenti che l’editor originale visualizzerà se il flusso di lavoro gli viene restituito.

Trascina un altro passaggio "Crea attività progetto" sul modello nel ramo centrale (Ramo 2) sotto la divisione O. Compila la finestra di dialogo con le seguenti proprietà:

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"

Poiché questo è il percorso di approvazione rapida, la priorità dell'attività è impostata su Alta. Inoltre, al gruppo Approvatori viene assegnato un solo giorno per completare l'attività. L’assegnatario viene lasciato vuoto nella scheda Attività poiché questo viene assegnato in modo dinamico nella scheda Impostazioni avanzate.

È possibile riutilizzare lo stesso frammento di script del passaggio 7 per popolare l'area di testo Script nella scheda Impostazioni avanzate Copia e incolla il codice seguente:

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

task.setCurrentAssignee(projectApproverGrp);

Trascina + rilascia un componente ​ nessuna operazione all’estrema destra del ramo (Ramo 3). Il componente Nessuna operazione non esegue alcuna azione e avanza immediatamente, rappresentando il desiderio dell’editor originale di ignorare il passaggio di approvazione. Tecnicamente potremmo lasciare questo ramo senza alcun passaggio del flusso di lavoro, ma come best practice aggiungeremo un passaggio Nessuna operazione. Questo chiarisce agli altri sviluppatori qual è lo scopo del ramo 3.

Fai doppio clic sul passaggio del flusso di lavoro e configura il Titolo e la Descrizione:

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

Il modello di flusso di lavoro deve essere simile a questo dopo la configurazione di tutti e tre i rami nella suddivisione O.

Poiché il gruppo Approvatori ha la possibilità di inviare nuovamente il flusso di lavoro all'editor originale per ulteriori revisioni, ci baseremo sul passaggio Vai per leggere l'ultima azione eseguita e indirizzare il flusso di lavoro all'inizio o lasciarlo continuare.

Trascina + rilascia il componente Passaggio a (che si trova nel Sidekick sotto Flusso di lavoro) sotto la divisione O dove si unisce di nuovo. Fai doppio clic su e configura le seguenti proprietà nella finestra di dialogo:

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"

L’ultimo elemento che configureremo è lo script come parte del passaggio del processo Vai a. Il valore Script può essere incorporato tramite la finestra di dialogo o configurato per puntare a un file esterno. Lo script Goto deve contenere un function check() e restituire true se il flusso di lavoro deve andare al passaggio specificato. Se si restituiscono risultati falsi, il flusso di lavoro continua.

Se il gruppo di approvatori sceglie l'azione "Torna indietro per revisione" (configurata nei passaggi 7 e 8), si desidera restituire il flusso di lavoro al passaggio "Avvia creazione attività".

Nella scheda Processo aggiungere il frammento seguente all'area di testo Script:

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

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

return false;
}

Per pubblicare il payload utilizzeremo il passaggio del processo Attiva pagina/risorsa. Questo passaggio del processo richiede una configurazione ridotta e aggiungerà il payload del flusso di lavoro alla coda di replica per l’attivazione. Il passaggio successivo al passaggio Vai a verrà aggiunto e potrà essere raggiunto solo se il gruppo di approvatori ha approvato il contenuto per la pubblicazione o se l’editor originale ha scelto il percorso Ignora approvazione.

Trascina il passaggio del processo Attiva pagina/risorsa (presente nel Sidekick in Flusso di lavoro WCM) sotto il passaggio Vai a nel modello.

Descrizione dell’aspetto del modello di flusso di lavoro dopo l’aggiunta del passaggio Vai a e il passaggio Attiva pagina/risorsa.

Se il gruppo di approvatori invia nuovamente il contenuto per la revisione, lo comunicheremo all’editor originale. Possiamo farlo modificando dinamicamente le proprietà di creazione dell’Attività. Verrà disattivato il valore della proprietà lastActionTaken "Send Back for Revision". Se tale valore è presente, verranno modificati il titolo e la descrizione per indicare che questa attività è il risultato del rinvio del contenuto per la revisione. Verrà inoltre aggiornata la priorità a "Alta" in modo che sia il primo elemento su cui lavora l'editor. Infine, verrà impostata una data di scadenza dell’attività a un giorno dal momento in cui il flusso di lavoro è stato rimandato per la revisione.

Sostituire lo script start-task-config.ecma iniziale (creato nel passaggio 5) con quanto segue:

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

}

In CRXDE-Lite verrà creata una sottocartella sotto la cartella /apps/aem-guides/projects-tasks/projects denominata "procedure guidate". Copiare la procedura guidata predefinita da: /libs/cq/core/content/projects/workflowwizards/default_workflow sotto la cartella delle procedure guidate appena create e rinominarla in content-approval-start. Il percorso completo dovrebbe essere: /apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.

La procedura guidata predefinita è una procedura guidata a due colonne la cui prima colonna mostra Titolo, Descrizione e Miniatura del modello di flusso di lavoro selezionato. La seconda colonna include campi per Titolo flusso di lavoro, Commento iniziale e Percorso payload. La procedura guidata è un modulo interfaccia utente touch standard e utilizza componenti modulo interfaccia utente Granite standard per compilare i campi.

Verrà aggiunto un campo aggiuntivo alla procedura guidata utilizzato per impostare l'assegnatario della prima attività nel flusso di lavoro (vedere Crea modello flusso di lavoro: passaggio 5).

Sotto ../content-approval-start/jcr:content/items/column2/items creare un nuovo nodo di tipo nt:unstructured denominato "assign". Verrà utilizzato il componente Selettore utente Progetti (basato sul componente Selettore utente Granite). Questo campo modulo consente di limitare facilmente la selezione di utenti e gruppi solo a quelli appartenenti al progetto corrente.

Di seguito è riportata la rappresentazione XML del nodo 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"/>

Verrà inoltre aggiunto un campo di selezione della priorità che determinerà la priorità della prima attività nel flusso di lavoro (vedere Creare il modello di flusso di lavoro: passaggio 5).

Sotto /content-approval-start/jcr:content/items/column2/items creare un nuovo nodo di tipo nt:unstructured denominato priority. Per compilare il campo modulo, verrà utilizzato il componente Seleziona interfaccia utente Granite.

Sotto il nodo priority verrà aggiunto un nodo items di nt:unstructured. Sotto il nodo items aggiungere altri 3 nodi per popolare le opzioni di selezione per High, Medium e Low. Ogni nodo è di tipo nt:unstructured e deve avere una proprietà text e value. Sia il testo che il valore devono avere lo stesso valore:

1. Alta
2. Medium
3. Bassa

Per il nodo Medium aggiungere una proprietà booleana aggiuntiva denominata "selected" con un valore impostato su true. In questo modo Medium sarà il valore predefinito nel campo di selezione.

Di seguito è riportata una rappresentazione XML della struttura e delle proprietà del nodo:

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

Consentiremo all’iniziatore del flusso di lavoro di impostare la scadenza dell’attività iniziale. Per acquisire questo input verrà utilizzato il campo modulo Granite UI DatePicker. Verrà inoltre aggiunto un campo nascosto con un TypeHint per garantire che l'input venga memorizzato come proprietà di tipo Data nel JCR.

Aggiungi due nodi nt:unstructured con le seguenti proprietà rappresentate in 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"/>

È possibile visualizzare il codice completo per la finestra di dialogo di avvio della procedura guidata qui.

In CRXDE-Lite passa al modello di progetto di authoring creato in precedenza alle /apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models.

Sotto il nodo dei modelli aggiungere un nuovo nodo denominato contentapproval con tipo di nodo nt:unstructured. Aggiungi le seguenti proprietà al nodo:

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

Una volta che il flusso di lavoro di approvazione del contenuto è stato aggiunto al modello di progetto, dovrebbe essere disponibile per l’avvio dalla sezione Flusso di lavoro del progetto. Lanciate e giocate con i vari percorsi che abbiamo creato.