AEM Desarrollar proyectos en el ámbito de la

Comience creando una carpeta debajo de /apps/<your-app-folder> nombrado projects. Cree otra carpeta debajo de esa carpeta con nombre templates.

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

Para facilitar las cosas, empezaremos nuestra plantilla personalizada a partir de la plantilla de proyecto simple existente.

1. Copiar y pegar el nodo /libs/cq/core/content/projects/templates/default debajo de templates carpeta creada en el paso 1.

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

Ahora debería tener una ruta como /apps/aem-guides/projects-tasks/projects/templates/authoring-project.

1. Edite el jcr:título y jcr:description propiedades del nodo autor-proyecto a valores personalizados de título y descripción.

   1. Deje el asistente que señala a las propiedades de Project predeterminadas.

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

Para esta plantilla de proyecto queremos hacer uso de Tareas.

1. Añadir un nuevo nt:unstructured debajo del proyecto de creación/gadgets llamado tasks.
2. Agregue propiedades de cadena al nodo de tareas para cardWeight = "100", jcr:título="Tasks" y sling:resourceType="cq/gui/components/projects/admin/pod/taskpod".

Ahora, la Mosaico Tareas se mostrará de forma predeterminada cuando se cree un nuevo proyecto.

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

Agregaremos una función de aprobador personalizada a nuestra plantilla de proyecto.

1. Debajo del nodo de plantilla del proyecto (authoring-project) , agregue un nuevo nt:unstructured etiquetado con nodos funciones.

2. Añadir otro nt:unstructured nodo denominado aprobadores como elemento secundario del nodo roles.

3. Agregar propiedades de cadena jcr:título = "Aprobadores", roleclass ="propietario", roleid="aprobadores".

   1. El nombre del nodo de aprobadores, así como jcr:title y roleid, pueden ser cualquier valor de cadena (siempre que roleid sea único).
   2. roleclass determina los permisos aplicados a ese rol en función de tres funciones de OOTB: propietario, editor, y observador.
   3. En general, si la función personalizada es más bien una función directiva, se puede propietario; si se trata de una función de creación más específica como Fotógrafo o Diseñador, editor roleclass debería ser suficiente. La gran diferencia entre propietario y editor Los propietarios del proyecto pueden actualizar las propiedades del proyecto y agregar nuevos usuarios al proyecto.

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

Al copiar la plantilla Proyecto simple, obtendrá cuatro flujos de trabajo OOTB configurados. Cada nodo debajo de flujos de trabajo/modelos apunta a un flujo de trabajo específico y a un asistente de cuadro de diálogo de inicio para ese flujo de trabajo. Más adelante en este tutorial crearemos un flujo de trabajo personalizado para este proyecto. Por ahora, elimine los nodos debajo de flujo de trabajo/modelos:

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

Para facilitar a los autores de contenido la identificación de la plantilla de proyecto, puede agregar una miniatura personalizada. El tamaño recomendado sería de 319 x 319 píxeles.

1. En CRXDE Lite, cree un archivo como secundario de los nodos gadgets, roles y flujos de trabajo llamados thumbnail.png.
2. Guarde y, a continuación, vaya al jcr:content y haga doble clic en el jcr:data (evite hacer clic en "Ver").
   1. Esto debería solicitarle una edición jcr:data y puede cargar una miniatura personalizada.

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

Debería ver la plantilla personalizada como una de las opciones para crear proyectos.

Después de seleccionar la plantilla personalizada, haga clic en 'Siguiente' y observe que al rellenar Miembros del proyecto, puede agregarlos como una función de Aprobador.

Haga clic en "Crear" para terminar de crear el proyecto basado en la plantilla personalizada. Observará en el panel del proyecto que el mosaico Tareas y los demás mosaicos configurados en gadgets aparecen automáticamente.

AEM En el menú Inicio de la, vaya a Herramientas -> Flujo de trabajo -> Modelos. Haga clic en "Crear" en la esquina superior derecha para crear un modelo de flujo de trabajo.

Asigne un título al nuevo modelo: "Flujo de trabajo de aprobación de contenido" y un nombre de URL: "content-approval-workflow".

Para obtener más información relacionada con la creación de flujos de trabajo, lea aquí.

Como práctica recomendada, los flujos de trabajo personalizados deben agruparse en su propia carpeta debajo de /etc/workflow/models. En CRXDE Lite, cree un 'nt:folder' debajo de /etc/workflow/models con nombre "aem-guides". Añadir una subcarpeta garantiza que los flujos de trabajo personalizados no se sobrescriban accidentalmente durante las actualizaciones o instalaciones del Service Pack.

*Tenga en cuenta que es importante no colocar nunca la carpeta o los flujos de trabajo personalizados debajo de subcarpetas ootb como /etc/workflow/models/dam o /etc/workflow/models/projects, ya que las actualizaciones o los paquetes de servicio también pueden sobrescribir toda la subcarpeta.

Ubicación del modelo de flujo de trabajo en 6.3

AEM Si utiliza la versión 6.4 o posterior, el modelo de flujo de trabajo se crea en /conf/global/settings/workflow/models. Repita los pasos anteriores con el directorio /conf y agregue una subcarpeta denominada aem-guides y mueva el content-approval-workflow debajo de ella.

Ubicación del modelo de flujo de trabajo en 6.4+

AEM En la versión 6.3 de se ha introducido la capacidad de añadir fases de flujo de trabajo a un flujo de trabajo determinado. Las fases aparecerán al usuario en la bandeja de entrada de la pestaña Información del flujo de trabajo. Muestra al usuario la fase actual del flujo de trabajo, así como las fases anteriores y posteriores.

Para configurar las fases, abra el cuadro de diálogo Propiedades de página desde el Sidekick. La cuarta pestaña se denomina "Fases". Añada los siguientes valores para configurar las tres fases de este flujo de trabajo:

1. Editar contenido
2. Aprobación
3. Publicación

Configure las fases del flujo de trabajo desde el cuadro de diálogo Propiedades de página.

AEM La barra de progreso del flujo de trabajo, tal como se ve desde la bandeja de entrada de.

Opcionalmente, puede cargar un Imagen Vaya a la miniatura Propiedades de página que se utiliza como flujo de trabajo cuando los usuarios la seleccionan. Las dimensiones de la imagen deben ser de 319 x 319 píxeles. Adición de un Descripción a las Propiedades de página también se mostrarán cuando un usuario vaya a seleccionar el flujo de trabajo.

El proceso de flujo de trabajo Crear tarea del proyecto está diseñado para crear una tarea como paso en el flujo de trabajo. El flujo de trabajo solo avanzará una vez completada la tarea. Un aspecto importante del paso Crear tarea de proyecto es que puede leer valores de metadatos de flujo de trabajo y utilizarlos para crear la tarea de forma dinámica.

En primer lugar, elimine el paso de participante que se crea de forma predeterminada. En el Sidekick del menú de componentes, expanda la "Proyectos" subtítulo y arrastre y suelte el "Crear tarea del proyecto" en el modelo.

Haga doble clic en el paso "Crear tarea del proyecto" para abrir el cuadro de diálogo de flujo de trabajo. Configure las siguientes propiedades:

Esta pestaña es común para todos los pasos del proceso de flujo de trabajo y estableceremos el Título y la Descripción (no serán visibles para el usuario final). La propiedad importante que estableceremos es la fase de flujo de trabajo en "Editar contenido" en el menú desplegable.

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

El proceso de flujo de trabajo Crear tarea del proyecto está diseñado para crear una tarea como paso en el flujo de trabajo. La pestaña Tarea permite establecer todos los valores de la tarea. En nuestro caso, queremos que el usuario asignado sea dinámico, por lo que lo dejaremos en blanco. El resto de los valores de propiedad:

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 pestaña de enrutamiento es un cuadro de diálogo opcional que puede especificar las acciones disponibles para el usuario que completa la tarea. Estas acciones son solo valores de cadena que se guardan en los metadatos del flujo de trabajo. Estos valores se pueden leer mediante scripts o pasos de proceso más adelante en el flujo de trabajo para "enrutar" dinámicamente el flujo de trabajo. En función de los objetivos de flujo de trabajo que estableceremos, agregue tres acciones a esta pestaña:

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

Esta pestaña nos permite configurar un script de tarea previo a la creación en el que podemos decidir mediante programación varios valores de la tarea antes de crearla. Tenemos la opción de apuntar el script a un archivo externo o incrustar un script corto directamente en el cuadro de diálogo. En nuestro caso, señalaremos el script de tarea previo a la creación a un archivo externo. En el paso 5 crearemos esa secuencia de comandos.

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

En el paso anterior hicimos referencia a un script anterior a la creación de la tarea. Crearemos esa secuencia de comandos ahora en la que estableceremos el Usuario asignado de la tarea en función del valor de un flujo de trabajo "Valor de metadatos"asignado". El "asignado" se establece cuando se inicia el flujo de trabajo. También leeremos los metadatos del flujo de trabajo para elegir dinámicamente la prioridad de la tarea leyendo el "taskPriority" valor de los metadatos del flujo de trabajo, así como la "taskDueDate" ​ que se establece dinámicamente cuando vence la primera tarea.

Para fines organizativos, hemos creado una carpeta debajo de la carpeta de la aplicación para albergar todos los scripts relacionados con el proyecto: /apps/aem-guides/projects-tasks/projects/scripts. Cree un archivo debajo de esta carpeta llamado "start-task-config.ecma". *Tenga en cuenta que la ruta al archivo start-task-config.ecma coincide con la ruta establecida en la pestaña Configuración avanzada del paso 4.

Agregue lo siguiente como contenido del archivo:

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

Vuelva al flujo de trabajo de aprobación de contenido. Arrastre y suelte el División O (que se encuentra en el Sidekick debajo de la categoría "Flujo de trabajo") debajo de Iniciar tarea Paso. En el cuadro de diálogo Común, seleccione el botón de opción para 3 ramas. OR Split lee el valor de metadatos del flujo de trabajo "lastTaskAction" para determinar la ruta del flujo de trabajo. El "lastTaskAction" se establece en uno de los valores de la ficha Enrutamiento configurada en el paso 4. Para cada una de las pestañas de Rama, rellene el Script área de texto con los siguientes valores:

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

*Tenga en cuenta que estamos haciendo una coincidencia directa de cadena para determinar la ruta, por lo que es importante que los valores configurados en las secuencias de comandos de rama coincidan con los valores de ruta establecidos en el paso 4.

Arrastrar y soltar otro "Crear tarea del proyecto" pasar al modelo en el extremo izquierdo (rama 1) debajo de la división O. Complete el cuadro de diálogo con las siguientes propiedades:

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"

Dado que es la ruta de aprobación normal, la prioridad de la tarea se establece en Media. Además, damos al grupo de aprobadores 5 días para completar la tarea. El usuario asignado se deja en blanco en la pestaña Tarea, ya que se asigna dinámicamente en la pestaña Configuración avanzada. Al completar esta tarea, proporcionamos al grupo de aprobadores dos rutas posibles: "Aprobar y publicar" si aprueban el contenido y se puede publicar y "Enviar de vuelta para revisión" si hay problemas que el editor original debe corregir. El aprobador puede dejar comentarios que el editor original verá si se le devuelve el flujo de trabajo.

Arrastrar y soltar otro "Crear tarea del proyecto" pasar al modelo a la rama media (Rama 2) debajo de la división O. Complete el cuadro de diálogo con las siguientes propiedades:

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"

Dado que esta es la ruta de aprobación de Rush, la prioridad de la tarea se establece en High. Además, le damos al grupo de aprobadores solo un día para completar la tarea. El usuario asignado se deja en blanco en la pestaña Tarea, ya que se asigna dinámicamente en la pestaña Configuración avanzada.

Podemos reutilizar el mismo fragmento de script que en el paso 7 para rellenar el Script en la pestaña ​ Advanced Settings ​. Copie y pegue el siguiente código:

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

task.setCurrentAssignee(projectApproverGrp);

Arrastre y suelte un componente ​ Sin operación en la rama derecha (rama 3). El componente Sin operación no realiza ninguna acción y avanzará inmediatamente, lo que representa el deseo del editor original de omitir el paso de aprobación. Técnicamente, podríamos dejar esta rama sin ningún paso de flujo de trabajo, pero como práctica recomendada, añadiremos un paso Sin operación. Esto deja claro a otros desarrolladores cuál es el propósito de la Rama 3.

Haga doble clic en el paso del flujo de trabajo y configure el Título y la Descripción:

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

El modelo de flujo de trabajo debe tener este aspecto una vez configuradas las tres ramas de la división O.

Dado que el grupo de aprobadores tiene la opción de devolver el flujo de trabajo al editor original para realizar más revisiones, confiaremos en el Ir a paso para leer la última acción realizada y enrutar el flujo de trabajo al principio o dejarlo continuar.

Arrastre y suelte el componente Paso Ir a (que se encuentra en el Sidekick en Flujo de trabajo) debajo de la división O donde se vuelve a unir. Haga doble clic en y configure las siguientes propiedades en el cuadro de diálogo:

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"

La última pieza que configuraremos es la secuencia de comandos como parte del paso Goto process. El valor Script se puede incrustar mediante el cuadro de diálogo o configurar para que apunte a un archivo externo. La secuencia de comandos Goto debe contener un function check() y devuelven true si el flujo de trabajo debe ir al paso especificado. Devolución de resultados falsos para que el flujo de trabajo avance.

Si el grupo de aprobadores elige la "Enviar de vuelta para revisión" acción (configurada en los pasos 7 y 8), y queremos devolver el flujo de trabajo a la "Iniciar la creación de tareas" paso.

En la pestaña Proceso, agregue el siguiente fragmento al área de texto Script:

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

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

return false;
}

Para publicar la carga útil utilizaremos el ootb Activar página/recurso Paso Procesar. Este paso del proceso requiere poca configuración y agrega la carga útil del flujo de trabajo a la cola de replicación para su activación. Añadiremos el paso debajo del paso Ir a y de este modo solo se puede acceder a él si el grupo de aprobadores ha aprobado el contenido para su publicación o si el editor original eligió la ruta Omitir aprobación.

Arrastre y suelte el Activar página/recurso Paso de proceso (que se encuentra en el Sidekick en Flujo de trabajo de WCM) debajo de Paso de ir a en el modelo.

Aspecto que debería tener el modelo del flujo de trabajo después de agregar el paso Ir a y el paso Activar página/recurso.

Si el grupo de aprobadores devuelve el contenido para su revisión, queremos informar al editor original. Podemos lograrlo cambiando dinámicamente las propiedades de creación de la tarea. Se eliminará el valor de la propiedad lastActionTaken de "Enviar de vuelta para revisión". Si ese valor está presente, modificaremos el título y la descripción para indicar que esta tarea es el resultado de que el contenido se devuelva para su revisión. También actualizaremos la prioridad a "Alta" para que sea el primer elemento en el que trabaje el editor. Finalmente, estableceremos la fecha de vencimiento de la tarea en un día a partir de la fecha en que se envió el flujo de trabajo para su revisión.

Reemplazar el inicio start-task-config.ecma (creada en el paso 5) con lo siguiente:

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

}

En CRXDE-Lite, crearemos una subcarpeta debajo de /apps/aem-guides/projects-tasks/projects carpeta llamada "asistentes". Copie el asistente predeterminado de: /libs/cq/core/content/projects/workflowwizards/default_workflow debajo de la carpeta de asistentes recién creada y cambie su nombre a content-approval-start. La ruta completa debería ser ahora: /apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.

El asistente predeterminado es un asistente de 2 columnas con la primera columna que muestra el título, la descripción y la miniatura del modelo de flujo de trabajo seleccionado. La segunda columna incluye campos para el Título del flujo de trabajo, el Comentario de inicio y la Ruta de carga útil. El asistente es un formulario de IU táctil estándar y utiliza Componentes del formulario de Granite UI para rellenar los campos.

Agregaremos un campo adicional al asistente que se utiliza para establecer el usuario asignado de la primera tarea en el flujo de trabajo (consulte Creación del modelo de flujo de trabajo: Paso 5).

Debajo ../content-approval-start/jcr:content/items/column2/items crear un nuevo nodo de tipo nt:unstructured nombrado "assign". Utilizaremos el componente Selector de usuarios de proyectos (que se basa en el Componente Selector de usuarios de Granite). Este campo de formulario facilita la restricción de la selección de usuarios y grupos únicamente a los que pertenecen al proyecto actual.

A continuación se muestra la representación XML del asignar nodo:

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

También agregaremos un campo de selección de prioridad que determinará la prioridad de la primera tarea del flujo de trabajo (consulte Creación del modelo de flujo de trabajo: Paso 5).

Debajo /content-approval-start/jcr:content/items/column2/items crear un nuevo nodo de tipo nt:unstructured nombrado priority. Utilizaremos la variable Componente Seleccionar de la IU de Granite para rellenar el campo del formulario.

Debajo del priority se agregará un nodo items nodo de nt:unstructured. Debajo del items nodo agregue 3 nodos más para rellenar las opciones de selección para Alto, Medio y Bajo. Cada nodo es de tipo nt:unstructured y debe tener un texto y valor propiedad. El texto y el valor deben tener el mismo valor:

1. Alta
2. Mediana
3. Baja

Para el nodo Medio, agregue una propiedad booleana adicional denominada "seleccionado" con un valor establecido en true. Esto garantizará que Medio sea el valor predeterminado en el campo de selección.

A continuación se muestra una representación XML de la estructura y las propiedades 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>

Permitir al iniciador del flujo de trabajo establecer la fecha límite de la tarea inicial Utilizaremos la variable Selector de fecha de IU de Granite para capturar esta entrada. También agregaremos un campo oculto con una etiqueta TypeHint para asegurarse de que la entrada se almacena como una propiedad de tipo Fecha en el JCR.

Añadir dos nt:unstructured nodos con las siguientes propiedades representadas a continuación en 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"/>

Puede ver el código completo del cuadro de diálogo Iniciar asistente aquí.

En CRXDE-Lite, vaya a la plantilla de proyecto de creación creada anteriormente en /apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models.

Debajo del nodo de modelos, agregue un nuevo nodo denominado contentapproval con un tipo de nodo de nt:unstructured. Agregue las siguientes propiedades 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 vez agregado el flujo de trabajo de aprobación de contenido a la plantilla de proyecto, debe estar disponible para iniciarse desde el mosaico de flujo de trabajo del proyecto. Continúe, inicie y reproduzca con las distintas rutas que hemos creado.