O AEM fornece várias ferramentas e recursos para criar modelos de fluxo de trabalho, desenvolver etapas de fluxo de trabalho e interagir programaticamente com fluxos de trabalho.
Os workflows permitem automatizar processos para gerenciar recursos e publicar conteúdo no ambiente do AEM. Os workflows são compostos por uma série de etapas, com cada etapa realizando uma tarefa distinta. Você pode usar a lógica e os dados de tempo de execução para decidir quando um processo pode continuar e selecionar a próxima etapa a partir de uma das várias etapas possíveis.
Por exemplo, os processos comerciais para criar e publicar páginas da Web incluem tarefas de aprovação e aprovação por vários participantes. Esses processos podem ser modelados usando fluxos de trabalho de AEM e aplicados a conteúdo específico.
Os principais aspectos são abordados abaixo, enquanto as seguintes páginas abordam mais detalhes:
Para obter informações sobre:
A WorkflowModel
representa uma definição (modelo) de um fluxo de trabalho. É feito de WorkflowNodes
e WorkflowTransitions
. As transições conectam os nós e definem a variável fluxo. O modelo sempre tem um nó inicial e um nó final.
Os modelos de fluxo de trabalho têm controle de versão. Quando você executa uma instância de fluxo de trabalho, ela usa e mantém 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 em tempo de execução é gerado quando Sincronizar é acionado no editor de modelo de fluxo de trabalho.
Edições no modelo de fluxo de trabalho que ocorre, nos modelos de tempo de execução que são gerados ou em ambos após a instância específica que foi iniciada não é aplicada a essa instância.
As etapas executadas são definidas pela variável modelo de tempo de execução, gerada no momento em que a Sincronizar A ação é acionada no editor de modelo de fluxo de trabalho.
Se o modelo de fluxo de trabalho for alterado após esse momento (sem Sincronizar sendo acionada), a instância de tempo de execução não refletirá essas alterações. Somente os modelos em tempo de execução gerados após a atualização refletem as alterações. As exceções são os scripts ECMA subjacentes, que são mantidos apenas uma vez para que essas alterações sejam feitas.
Cada etapa realiza uma tarefa distinta. Há diferentes tipos de etapas de fluxo de trabalho:
Todas as etapas compartilham as seguintes propriedades comuns: Autoadvance
e Timeout
alertas (com script).
A WorkflowTransition
representa uma transição entre dois WorkflowNodes
de um WorkflowModel
.
A WorkItem
é a unidade que passa por um Workflow
instância de um WorkflowModel
. Contém a WorkflowData
em que a instância atua e uma referência à WorkflowNode
que descreve a etapa subjacente do fluxo de trabalho.
WorkItems
ao mesmo tempo (dependendo do modelo de workflow).WorkItem
faz referência à instância do workflow.WorkItem
é armazenado abaixo da instância do workflow.Faz referência ao recurso que deve ser avançado por meio de um workflow.
A implementação de carga referencia 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 é flexível e simples, com o sling produtivo. Por exemplo, o nó referenciado pode ser renderizado como um formulário.
É criado ao iniciar um novo workflow (escolhendo o respectivo modelo de workflow e definindo a carga) e termina quando o nó final é processado.
As seguintes ações são possíveis em uma instância de workflow:
As instâncias concluídas e encerradas são arquivadas.
Cada conta de usuário tem sua própria caixa de entrada de fluxo de trabalho na qual as WorkItems
são acessíveis.
A variável WorkItems
são atribuídos diretamente à conta do usuário ou ao grupo ao qual pertencem.
Há vários tipos de fluxo de trabalho, conforme indicado no console Modelos de fluxo de trabalho:
Padrão
Esses tipos são os workflows prontos para uso incluídos em uma instância padrão do AEM.
Fluxos de trabalho personalizados (nenhum indicador no console)
Esses workflows foram criados como novos ou a partir de workflows prontos para uso que foram sobrepostos com personalizações.
Legado
Fluxos de trabalho criados em uma versão anterior do AEM. Esses workflows podem ser retidos durante uma atualização ou exportados como um pacote de workflow da versão anterior e, em seguida, importados para a nova versão.
Os workflows padrão salvam as informações de tempo de execução (histórico) durante a execução. Você também pode definir um modelo de fluxo de trabalho como Temporário para evitar que essa história se mantenha. Esse workflow é usado para ajuste de desempenho porque economiza tempo e recursos usados para a persistência das informações.
Os workflows transitórios podem ser usados para qualquer workflow que:
Foram introduzidos fluxos de trabalho transitórios para carregar muitos ativos, nos quais as informações do ativo são importantes, mas não o histórico do tempo de execução do fluxo de trabalho.
Consulte Criar um fluxo de trabalho temporário para obter mais detalhes.
Quando um modelo de fluxo de trabalho é sinalizado como Temporário, há alguns cenários em que as informações de tempo de execução ainda devem ser mantidas:
Em um fluxo de trabalho transitório, você não deve usar um Etapa Ir para.
O motivo é porque a variável Etapa Ir para cria um trabalho do sling para continuar o fluxo de trabalho na goto
ponto. Ele anula a finalidade de tornar o fluxo de trabalho transitório e gera um erro no arquivo de log.
Uso OU dividir para fazer escolhas em um fluxo de trabalho temporário.
Consulte Práticas recomendadas para o Assets para obter mais informações sobre como os fluxos de trabalho transitórios afetam o desempenho dos ativos.
Ativando Suporte a vários recursos para seu modelo de fluxo de trabalho significa que uma única instância de fluxo de trabalho é iniciada mesmo quando você seleciona vários recursos. Cada uma está anexada como um pacote.
Se Suporte a vários recursos não estiver ativada para o modelo de fluxo de trabalho e vários recursos forem selecionados, uma instância de fluxo de trabalho individual será iniciada para cada recurso.
Consulte Configuração de um fluxo de trabalho para suporte a vários recursos para obter mais detalhes.
Estágios 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é que ponto o fluxo de trabalho está por meio do processamento. Quando o workflow é executado, o usuário pode visualizar o progresso descrito por Estágio (em vez de etapa individual).
Como os nomes de etapa individuais podem ser específicos e técnicos, os nomes de estágio 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 estágios:
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 |
Quando o fluxo de trabalho é executado, o usuário pode visualizar o progresso de acordo com os Nomes dos estágios (em vez dos nomes das etapas). O progresso do workflow é exibido no campo Guia INFORMAÇÕES DO FLUXO DE TRABALHO da janela de detalhes da tarefa do item do fluxo de trabalho listado na Caixa de entrada.
Normalmente, os fluxos de trabalho são usados para processar envios de formulários no AEM. Pode ser com o componentes de formulário dos componentes principais disponível em uma instância padrão do AEM ou com o Solução da AEM Forms.
Ao criar um formulário, o envio dele 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.
Os fluxos de trabalho também fazem parte do Tradução processo.