Desenvolver projetos no AEM

Comece criando uma pasta abaixo de /apps/<your-app-folder> chamada projects. Crie outra pasta abaixo de templates.

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

Para facilitar as coisas, iniciaremos nosso modelo personalizado a partir do modelo existente de Projeto simples.

1. Copie e cole o nó /libs/cq/core/content/projects/templates/default abaixo da pasta templates criada na Etapa 1.

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

Agora você deve ter um caminho como /apps/aem-guides/projects-tasks/projects/templates/authoring-project.

1. Edite as propriedades jcr:title e jcr:description do nó author-project para personalizar os valores de título e descrição.

   1. Deixe a propriedade wizard apontando para as propriedades padrão do Projeto.

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

Neste modelo de projeto, queremos usar Tarefas.

1. Adicione um novo nó nt:unstructured abaixo de authoring-project/gadgets chamado tasks.
2. Adicione propriedades de Cadeia de Caracteres ao nó de tarefas para cardWeight = "100", jcr:title="Tasks" e sling:resourceType="cq/gui/components/projects/admin/pod/taskpod".

Agora, o bloco Tarefas será exibido por padrão quando um novo projeto for criado.

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

Adicionaremos uma Função de aprovador personalizada ao modelo do projeto.

1. Abaixo do nó do modelo de projeto (authoring-project) adicione um novo nó nt:unstructured com rótulo de nó roles.

2. Adicione outro nó nt:unstructured rotulado como aprovadores secundários do nó de funções.

3. Adicionar propriedades de cadeia de caracteres jcr:title = "Approvers", roleclass ="owner", roleid="approvers".

   1. O nome do nó de aprovadores, bem como jcr:title e roleid podem ser qualquer valor de string (desde que roleid seja exclusivo).
   2. A classe de função rege as permissões aplicadas para essa função com base nas três funções OOTB: proprietário, editor e observador.
   3. Em geral, se a função personalizada for mais de uma função gerencial, a classe de função poderá ser proprietário; se for uma função de criação mais específica, como Fotógrafo ou Designer, a classe de função editor será suficiente. A grande diferença entre o proprietário e o editor é que os proprietários do projeto podem atualizar as propriedades do projeto e adicionar novos usuários ao projeto.

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

Ao copiar o modelo Projeto simples, você obterá quatro fluxos de trabalho OOTB configurados. Cada nó abaixo de workflows/models aponta para um workflow específico e um assistente de caixa de diálogo inicial para esse workflow. Posteriormente neste tutorial, criaremos um fluxo de trabalho personalizado para este projeto. Por enquanto, exclua os nós abaixo de workflow/models:

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

Para facilitar para que os autores de conteúdo identifiquem o Modelo de projeto, você pode adicionar uma miniatura personalizada. O tamanho recomendado é de 319x319 pixels.

1. No CRXDE Lite, crie um arquivo como um irmão de gadgets, funções e nós de fluxos de trabalho chamados thumbnail.png.
2. Salve, navegue até o nó jcr:content e clique duas vezes na propriedade jcr:data (evite clicar em "exibir").
   1. Isso deve solicitar uma caixa de diálogo para editar arquivo jcr:data e você pode carregar uma miniatura personalizada.

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

Você deve ver o modelo personalizado como uma das opções para a criação do projeto.

Depois de selecionar o modelo personalizado, clique em 'Próximo' e observe que, ao preencher Membros do projeto, você pode adicioná-los como uma função de Aprovador.

Clique em "Criar" para concluir a criação do projeto com base no Modelo personalizado. Você observará no Painel do projeto que o Bloco de tarefas e os outros blocos configurados em gadgets são exibidos automaticamente.

No menu inicial do AEM, navegue até Ferramentas -> Fluxo de trabalho -> Modelos. Clique em "Criar" no canto superior direito para criar um Modelo de fluxo de trabalho.

Dê um título ao novo modelo: "Fluxo de trabalho de aprovação de conteúdo" e um nome de URL: "content-approval-workflow".

Para obter mais informações relacionadas à criação de fluxos de trabalho, leia aqui.

Como prática recomendada, os workflows personalizados devem ser agrupados em sua própria pasta em /etc/workflow/models. No CRXDE Lite, crie uma 'nt:folder' abaixo de /etc/workflow/models chamada "aem-guides". Adicionar uma subpasta garante que os workflows personalizados não sejam substituídos acidentalmente durante atualizações ou instalações do Service Pack.

*Observe que é importante nunca colocar a pasta ou os fluxos de trabalho personalizados abaixo das subpastas ootb, como /etc/workflow/models/dam ou /etc/workflow/models/projects, pois a subpasta inteira também pode ser substituída por atualizações ou service packs.

Localização do modelo de fluxo de trabalho no 6.3

Se estiver usando AEM 6.4+, o modelo de fluxo de trabalho será criado em /conf/global/settings/workflow/models. Repita as etapas acima com o diretório /conf e adicione uma subpasta chamada aem-guides e mova o content-approval-workflow para baixo dela.

Localização do modelo de fluxo de trabalho no 6.4+

Introduzido no AEM 6.3 é a capacidade de adicionar Estágios de fluxo de trabalho a um determinado fluxo de trabalho. Os estágios serão exibidos para o usuário na Caixa de entrada da guia Informações do fluxo de trabalho. Ele mostrará ao usuário o estágio atual no workflow, bem como os estágios anteriores e posteriores.

Para configurar os estágios, abra a caixa de diálogo Propriedades da página no Sidekick. A quarta guia é rotulada como "Estágios". Adicione os seguintes valores para configurar os três estágios desse workflow:

1. Editar conteúdo
2. Aprovação
3. Publicação

Configure os Estágios do fluxo de trabalho na caixa de diálogo Propriedades da página.

A barra de progresso do fluxo de trabalho conforme vista da Caixa de entrada AEM.

Opcionalmente, é possível carregar uma Imagem nas Propriedades da Página, que são usadas como miniatura do Fluxo de Trabalho quando os usuários a selecionam. As dimensões da imagem devem ser de 319x319 pixels. Adicionar uma Descrição às Propriedades da página também aparecerá quando um usuário selecionar o fluxo de trabalho.

O processo de fluxo de trabalho Criar tarefa do projeto foi projetado para criar uma Tarefa como uma etapa no fluxo de trabalho. Somente após a conclusão da tarefa é que o workflow avançará. Um aspecto importante da etapa Criar tarefa do projeto é que ela pode ler valores de metadados de fluxo de trabalho e usá-los para criar a tarefa dinamicamente.

Primeiro exclua a Etapa do participante que é criada por padrão. No menu Componentes, do Sidekick, expanda o subtítulo "Projetos" e arraste e solte a "Criar Tarefa de Projeto" no modelo.

Clique duas vezes na etapa "Criar tarefa do projeto" para abrir a caixa de diálogo do fluxo de trabalho. Configure as seguintes propriedades:

Essa guia é comum a todas as etapas do processo de workflow e definiremos o Título e a Descrição (eles não estarão visíveis para o usuário final). A propriedade importante que definiremos é Estágio do Fluxo de Trabalho para "Editar Conteúdo" no menu suspenso.

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

O processo de fluxo de trabalho Criar tarefa do projeto foi projetado para criar uma Tarefa como uma etapa no fluxo de trabalho. A guia Task permite definir todos os valores da tarefa. No nosso caso, queremos que o Destinatário seja dinâmico, portanto, vamos deixá-lo em branco. O restante dos valores de propriedade:

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"

A guia Roteamento é uma caixa de diálogo opcional que pode especificar as ações disponíveis para o usuário que está concluindo a tarefa. Essas ações são apenas valores de sequência de caracteres e são salvas nos metadados do fluxo de trabalho. Esses valores podem ser lidos por scripts e/ou etapas do processo posteriormente no workflow para "rotear" dinamicamente o workflow. Com base nas metas do workflow, adicionaremos três ações a esta guia:

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

Essa guia permite configurar um Script de tarefa de pré-criação, no qual podemos decidir programaticamente vários valores da Tarefa antes de ela ser criada. Temos a opção de apontar o script para um arquivo externo ou incorporar um script curto diretamente na caixa de diálogo. Em nosso caso, apontaremos o script de tarefa de pré-criação para um arquivo externo. Na Etapa 5, criaremos esse script.

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

Na etapa anterior, referenciamos um script de tarefa de pré-criação. Criaremos esse script agora no qual definiremos o Destinatário da tarefa com base no valor de um valor de metadados de fluxo de trabalho "destinatário". O valor "destinatário" é definido quando o fluxo de trabalho é iniciado. Também leremos os metadados do fluxo de trabalho para escolher dinamicamente a prioridade da tarefa lendo o valor "taskPriority" dos metadados do fluxo de trabalho, bem como o "taskDueDate" ​ para definir dinamicamente quando a primeira tarefa vencer.

Para fins organizacionais, criamos uma pasta abaixo da pasta do aplicativo para armazenar todos os scripts relacionados ao projeto: /apps/aem-guides/projects-tasks/projects/scripts. Crie um arquivo abaixo desta pasta chamado "start-task-config.ecma". *Observe que o caminho para o arquivo start-task-config.ecma corresponde ao caminho definido na guia Configurações Avançadas na Etapa 4.

Adicione o seguinte como conteúdo do arquivo:

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

Volte para o Fluxo de trabalho de aprovação de conteúdo. Arraste e solte o componente OU Split (encontrado no Sidekick abaixo da categoria 'Fluxo de trabalho') abaixo da etapa Iniciar tarefa. Na caixa de diálogo comum, selecione o botão de opção para 3 ramificações. A Divisão OR lerá o valor de metadados do fluxo de trabalho "lastTaskAction" para determinar a rota do fluxo de trabalho. A propriedade "lastTaskAction" está definida como um dos valores da Guia Roteamento configurada na Etapa 4. Para cada uma das guias de Ramificação, preencha a área de texto Script com os seguintes 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;
}

*Observe que estamos fazendo uma correspondência direta de sequência de caracteres para determinar a rota. Portanto, é importante que os valores definidos nos scripts de Ramificação correspondam aos valores de Rota definidos na Etapa 4.

Arraste e solte outra etapa "Criar tarefa do projeto" no modelo na extremidade esquerda (Ramificação 1) abaixo da divisão OU. Preencha a caixa de diálogo com as seguintes propriedades:

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"

Como esse é o roteiro de Aprovação normal, a prioridade da tarefa é definida como Medium. Além disso, concedemos ao grupo de Aprovadores 5 dias para concluir a Tarefa. O responsável é deixado em branco na guia Tarefa, pois atribuiremos isso dinamicamente na guia Configurações avançadas. Fornecemos ao grupo de Aprovadores duas rotas possíveis ao concluir esta tarefa: "Aprovar e Publish" se eles aprovarem o conteúdo e ele puder ser publicado e "Enviar de volta para revisão" se houver problemas que o editor original precise corrigir. O aprovador pode deixar comentários que o editor original verá se o workflow foi retornado a ele.

Arraste e solte outra etapa "Criar tarefa do projeto" no modelo na ramificação central (ramificação 2) abaixo da divisão OU. Preencha a caixa de diálogo com as seguintes propriedades:

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"

Como essa é a rota de Aprovação Rápida, a prioridade da tarefa é definida como Alta. Além disso, oferecemos ao grupo de Aprovadores apenas um único dia para concluir a tarefa. O responsável é deixado em branco na guia Tarefa, pois atribuiremos isso dinamicamente na guia Configurações avançadas.

Podemos reutilizar o mesmo trecho de script da Etapa 7 para preencher a área de texto Script na guia **Configurações avançadas. Copie e cole o código abaixo:

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

task.setCurrentAssignee(projectApproverGrp);

Arraste e solte um componente ​ Sem operação ​ na ramificação mais à direita (ramificação 3). O componente de Nenhuma operação não executa nenhuma ação e avançará imediatamente, representando o desejo do editor original de ignorar a etapa de aprovação. Tecnicamente, podemos deixar essa Ramificação sem etapas do fluxo de trabalho, mas, como prática recomendada, adicionaremos uma etapa Sem operação. Isso deixa claro para outros desenvolvedores qual é a finalidade da Ramificação 3.

Clique duas vezes na etapa do fluxo de trabalho e configure o Título e a Descrição:

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

O modelo de fluxo de trabalho deve ter essa aparência depois que todas as três ramificações na divisão OU forem configuradas.

Como o grupo Aprovadores tem a opção de enviar o fluxo de trabalho de volta ao editor original para novas revisões, dependeremos da etapa Ir para para ler a última ação realizada e rotear o fluxo de trabalho para o início ou deixá-lo continuar.

Arraste e solte o componente Etapa Ir para (encontrado no Sidekick em Fluxo de trabalho) abaixo da divisão OR onde ele se une novamente. Clique duas vezes e configure as seguintes propriedades na caixa 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"

A última parte que configuraremos é o Script como parte da etapa do processo Ir para. O valor do Script pode ser incorporado por meio da caixa de diálogo ou configurado para apontar para um arquivo externo. O Script Goto deve conter uma função check() e retornar true se o fluxo de trabalho for para a etapa especificada. Um retorno de resultados falsos no fluxo de trabalho avançando.

Se o grupo de aprovadores escolher a ação "Enviar de volta para revisão" (configurada nas etapas 7 e 8), queremos retornar o fluxo de trabalho para a etapa "Iniciar criação de tarefa".

Na guia Processo, adicione o seguinte trecho à área de texto Script:

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

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

return false;
}

Para publicar a carga, usaremos a etapa de processo Ativar página/ativo. Essa etapa do processo requer pouca configuração e adicionará a carga do fluxo de trabalho à fila de replicação para ativação. Adicionaremos a etapa abaixo de Ir para e, dessa forma, ela só poderá ser atingida se o grupo Aprovador tiver aprovado o conteúdo para publicação ou o editor original escolher a rota Ignorar aprovação.

Arraste e solte a etapa do processo Ativar página/ativo (localizada no Sidekick sob o fluxo de trabalho WCM) abaixo da etapa Ir para no modelo.

Como deve ser o modelo de fluxo de trabalho depois de adicionar as etapas Ir para e Ativar página/ativo.

Se o grupo Aprovador enviar o conteúdo de volta para revisão, queremos informar o editor original. Podemos fazer isso alterando dinamicamente as propriedades de criação da Tarefa. Vamos desativar o valor da propriedade lastActionTaken de "Enviar de volta para revisão". Se esse valor estiver presente, modificaremos o título e a descrição para indicar que essa tarefa é o resultado do conteúdo ser enviado de volta para revisão. Também atualizaremos a prioridade para "Alta" para que seja o primeiro item no qual o editor trabalha. Por fim, definiremos o prazo da tarefa como um dia a partir de quando o workflow foi enviado de volta para revisão.

Substitua o script de início start-task-config.ecma (criado na Etapa 5) pelo seguinte:

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

}

No CRXDE-Lite, criaremos uma subpasta abaixo da pasta /apps/aem-guides/projects-tasks/projects chamada "assistentes". Copie o assistente padrão de: /libs/cq/core/content/projects/workflowwizards/default_workflow abaixo da pasta de assistentes recém-criada e renomeie-o para content-approval-start. O caminho completo agora deve ser: /apps/aem-guides/projects-tasks/projects/wizards/content-approval-start.

O assistente padrão é um assistente de 2 colunas, com a primeira coluna mostrando o Título, a Descrição e a Miniatura do modelo de fluxo de trabalho selecionado. A segunda coluna inclui campos para o Título do fluxo de trabalho, Comentário inicial e Caminho da carga útil. O assistente é um formulário de interface para toque padrão e usa os componentes de formulário de interface do usuário do Granite padrão para preencher os campos.

Adicionaremos um campo adicional ao assistente usado para definir o destinatário da primeira tarefa no fluxo de trabalho (consulte Criar o modelo de fluxo de trabalho: Etapa 5).

Abaixo de ../content-approval-start/jcr:content/items/column2/items, crie um novo nó do tipo nt:unstructured chamado "assign". Usaremos o componente Seletor de usuários de projetos (que é baseado no Componente Seletor de usuários do Granite). Esse campo de formulário facilita a restrição da seleção do usuário e do grupo somente aos que pertencem ao projeto atual.

Abaixo está a representação XML do nó 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"/>

Também adicionaremos um campo de seleção de prioridade que determinará a prioridade da primeira tarefa no fluxo de trabalho (consulte Criar o modelo de fluxo de trabalho: Etapa 5).

Abaixo de /content-approval-start/jcr:content/items/column2/items, crie um novo nó do tipo nt:unstructured chamado prioridade. Usaremos o componente Selecionar da interface do usuário do Granite para preencher o campo de formulário.

Abaixo do nó priority adicionaremos um nó items de nt:unstructured. Abaixo do nó items adicione mais 3 nós para preencher as opções de seleção de Alto, Medium e Baixo. Cada nó é do tipo nt:unstructured e deve ter uma propriedade text e value. O texto e o valor devem ser iguais:

1. Alta
2. Média
3. Baixa

Para o nó Medium, adicione uma propriedade booleana adicional denominada "seleted" com um valor definido como true. Isso garantirá que Medium seja o valor padrão no campo de seleção.

Abaixo está uma representação XML da estrutura do nó e das propriedades:

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

Permitiremos que o iniciador do fluxo de trabalho defina a data de vencimento da tarefa inicial. Usaremos o campo de formulário DatePicker da interface do usuário do Granite para capturar essa entrada. Também adicionaremos um campo oculto com um TypeHint para garantir que a entrada seja armazenada como uma propriedade de tipo Date no JCR.

Adicione dois nós nt:unstructured com as seguintes propriedades representadas abaixo em 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"/>

Você pode exibir o código completo da caixa de diálogo de início do assistente aqui.

No CRXDE-Lite, navegue até o modelo de projeto de criação criado anteriormente em /apps/aem-guides/projects-tasks/projects/templates/authoring-project/workflows/models.

Abaixo do nó de modelos adicione um novo nó chamado contentapproval com um tipo de nó de nt:unstructured. Adicione as seguintes propriedades ao nó:

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

Depois que o fluxo de trabalho de Aprovação de conteúdo for adicionado ao Modelo de projeto, ele deverá estar disponível para ser lançado do Bloco de fluxo de trabalho do projeto. Vá em frente, inicie e brinque com os vários roteamentos que criamos.