Desenvolvimento e extensão de Workflows

AEM fornece várias ferramentas e recursos para criar modelos de fluxo de trabalho, desenvolver etapas do fluxo de trabalho e interagir programaticamente com workflows.

Os workflows permitem que você automatize processos para gerenciar recursos e publicar conteúdo no seu ambiente AEM. Os workflows são compostos de uma série de etapas, com cada etapa realizando uma tarefa discreta. Você pode usar dados de lógica e tempo de execução para tomar decisões sobre quando um processo pode continuar e selecionar a próxima etapa de uma de várias etapas possíveis.

Por exemplo, os processos de negócios para criação e publicação de páginas da Web incluem tarefas de aprovação e aprovação por vários participantes. Esses processos podem ser modelados usando workflows AEM e aplicados a conteúdo específico.

Os principais aspectos são abordados abaixo, enquanto as páginas a seguir abordam mais detalhes:

• Criação de modelos de fluxo de trabalho
• Ampliação da funcionalidade do fluxo de trabalho
• Interação programática com Workflows
• Referência da Etapa do Fluxo de Trabalho
• Referência do processo de fluxo de trabalho
• Práticas recomendadas do fluxo de trabalho

Modelo

Um WorkflowModel representa uma definição (modelo) de um fluxo de trabalho. É feito de WorkflowNodes e WorkflowTransitions. O transição conecta os nós e define o fluxo. O Modelo sempre tem um nó de start e um nó final.

Modelo de tempo de execução

Os modelos de fluxo de trabalho têm controle de versão. Ao executar uma instância de fluxo de trabalho, ele usará (e manterá) o modelo de tempo de execução do fluxo de trabalho (conforme disponível no momento em que o fluxo de trabalho foi iniciado).

Um modelo de tempo de execução é gerado quando Sincronizar é acionado no editor de modelo de fluxo de trabalho.

As edições no modelo de fluxo de trabalho que ocorrem e/ou nos modelos de tempo de execução que são gerados, depois de a instância específica que foi iniciada não serão aplicadas a essa instância.

Etapa

Cada etapa realiza uma tarefa discreta. Existem diferentes tipos de etapas do fluxo de trabalho:

• Participante (usuário/grupo): Essas etapas geram um item de trabalho e o atribuem a um usuário ou grupo. Um usuário deve concluir o item de trabalho para avançar no fluxo de trabalho.
• Processo (Script, chamada de método Java): Essas etapas são executadas automaticamente pelo sistema. Um script ECMA ou uma classe Java implementa a etapa. Os serviços podem ser desenvolvidos para acompanhar eventos de fluxo de trabalho especiais e executar tarefas de acordo com a lógica comercial.
• Container (Sub fluxo de trabalho): Esse tipo de etapa start outro modelo de fluxo de trabalho.
• OU Dividir/Ingressar: Use a lógica para decidir qual etapa executar em seguida no fluxo de trabalho.
• E dividir/unir: Permite que várias etapas sejam executadas simultaneamente.

Todas as etapas compartilham as seguintes propriedades comuns: Alertas Autoadvance e Timeout (com script).

Transição

Um WorkflowTransition representa uma transição entre dois WorkflowNodes de um WorkflowModel.

• Ela define o link entre duas etapas consecutivas.
• É possível aplicar regras.

Item de trabalho

Uma WorkItem é a unidade transmitida por uma instância Workflow de uma WorkflowModel. Ele contém o WorkflowData em que a instância atua e uma referência para o WorkflowNode que descreve a etapa de fluxo de trabalho subjacente.

• É usado para identificar a tarefa e é colocado na respectiva caixa de entrada.
• Uma instância de fluxo de trabalho pode ter um ou vários WorkItems ao mesmo tempo (dependendo do modelo de fluxo de trabalho).
• O WorkItem faz referência à instância do fluxo de trabalho.
• No repositório, WorkItem é armazenado abaixo da instância do fluxo de trabalho.

Carga

Faz referência ao recurso que deve ser avançado por meio de um fluxo de trabalho.

A implementação da carga faz referência a um recurso no repositório (por caminho, UUID ou URL) ou por um objeto java serializado. A referência a um recurso no repositório é muito flexível e em conjunção com lingas muito produtivas; por exemplo, o nó referenciado poderia ser renderizado como um formulário.

Ciclo de vida

É criado ao iniciar um novo fluxo de trabalho (escolhendo o respectivo modelo de fluxo de trabalho e definindo a carga) e termina quando o nó final é processado.

As seguintes ações são possíveis em uma instância do fluxo de trabalho:

• Finalizar
• Suspender
• Retomar
• Reiniciar

As instâncias concluídas e terminadas são arquivadas.

Caixa de entrada

Cada conta de usuário tem sua própria caixa de entrada de fluxo de trabalho na qual os WorkItems atribuídos estão acessíveis.

Os WorkItems são atribuídos à conta de usuário diretamente ou ao grupo ao qual pertencem.

Tipos de Fluxo de Trabalho

Há vários tipos de fluxo de trabalho, conforme indicado no console Modelos de fluxo de trabalho:

• Padrão

  Esses são os workflows prontos para uso incluídos em uma instância AEM padrão.

• Workflows personalizados (nenhum indicador no console)

  Esses são workflows que foram criados como novos ou de workflows prontos para uso que foram sobrepostos com personalizações.

• Legado

  Workflows criados em uma versão anterior do AEM. Eles podem ser retidos durante uma atualização ou exportados como um pacote de fluxo de trabalho da versão anterior e, em seguida, importados para a nova versão.

Workflows transitórios

Workflows padrão salvam informações de tempo de execução (histórico) durante sua execução. Você também pode definir um modelo de fluxo de trabalho como Transitório para evitar que esse histórico seja persistente. Isso é usado para ajuste de desempenho, pois economiza/evita o tempo/recursos usados para persistir nas informações.

Workflows transitórios podem ser usados para qualquer workflows que:

• são executados com frequência.
• não precisa do histórico de fluxo de trabalho.

Foram introduzidos workflows transitórios para carregar um grande número de ativos, onde as informações do ativo são importantes, mas não o histórico de tempo de execução do fluxo de trabalho.

Suporte a vários recursos

Ativar Suporte a vários recursos para o modelo de fluxo de trabalho significa que uma única instância de fluxo de trabalho será iniciada mesmo quando você selecionar vários recursos; estes serão anexados como um pacote.

Se Suporte a vários recursos não estiver ativado para o seu modelo de fluxo de trabalho e vários recursos estiverem selecionados, uma instância de fluxo de trabalho individual será iniciada para cada recurso.

Etapas do fluxo de trabalho

As Etapas do fluxo de trabalho ajudam a visualizar o progresso de um fluxo de trabalho ao manipular tarefas. Eles podem ser usados para fornecer uma visão geral de até onde o fluxo de trabalho está por meio do processamento, pois quando o fluxo de trabalho é executado, o usuário pode visualização o progresso descrito por Stage (em vez de uma etapa individual).

Como os nomes de etapas individuais podem ser específicos e técnicos, os nomes de etapas podem ser definidos para fornecer uma visualização conceitual do progresso do fluxo de trabalho.

Por exemplo, para um fluxo de trabalho com seis etapas e quatro etapas:

1. Você pode configurar as Etapas do Fluxo de Trabalho (que mostram o Progresso do Fluxo de Trabalho) e, em seguida, atribuir a etapa apropriada a cada etapa do seu fluxo de trabalho:

   • Vários nomes de palco podem ser criados.
   • Em seguida, um nome de estágio individual é atribuído a cada etapa (um nome de estágio pode ser atribuído a uma ou mais etapas).

   Nome da etapa	Estágio (atribuído à etapa)
   Etapa 1	Criar
   Etapa 2	Criar
   Etapa 3	Análise
   Etapa 4	Aprovar
   Etapa 5	Concluir
   Etapa 6	Concluir

2. Quando o fluxo de trabalho é executado, o usuário pode visualização o progresso de acordo com os nomes do Palco (em vez dos nomes das etapas). O andamento do fluxo de trabalho será exibido na guia INFORMAÇÕES DO FLUXO DE TRABALHO da janela de detalhes da tarefa do item de trabalho listado na Caixa de entrada.

Workflows e Forms

Normalmente, os workflows são usados para processar envios de formulário em AEM. Isso pode ser feito com os componentes principais de formulário disponíveis em uma instância AEM padrão, ou com a solução AEM Forms.

Ao criar um novo formulário, o envio do formulário pode ser facilmente associado a um modelo de fluxo de trabalho; por exemplo, para armazenar o conteúdo em um local específico do repositório ou notificar um usuário sobre o envio do formulário e seu conteúdo.

Workflows e tradução

Workflows também são parte integrante do processo Translation.