Desenvolvimento e extensão de workflows developing-and-extending-workflows
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:
- Participar de fluxos de trabalho, consulte Uso de fluxos de trabalho.
- Administração de fluxos de trabalho e instâncias de fluxo de trabalho, consulte Administração de workflows.
- Para obter um artigo completo da Comunidade, consulte Modificação de ativos digitais usando fluxos de trabalho do Adobe Experience Manager.
- Consulte a Faça o webinário de especialistas em AEM sobre fluxos de trabalho.
- Alterações nos locais das informações consulte Reestruturação do repositório no AEM 6.5 e Práticas recomendadas de workflow - Locais.
Modelo model
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.
Modelo de tempo de execução runtime-model
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.
Etapa step
Cada etapa realiza uma tarefa distinta. Há diferentes tipos de etapas de 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 o fluxo de trabalho.
- Processo (Script, chamada de método Java™): essas etapas são executadas automaticamente pelo sistema. Um script ECMA ou classe Java™ implementa a etapa. Os serviços podem ser desenvolvidos para acompanhar eventos especiais de fluxo de trabalho e executar tarefas de acordo com a lógica de negócios.
- Contêiner (subfluxo de trabalho): esse tipo de etapa inicia outro modelo de fluxo de trabalho.
- OU Split/Join: use a lógica para decidir qual etapa executar em seguida no fluxo de trabalho.
- AND Split/Join: permite que várias etapas sejam executadas simultaneamente.
Todas as etapas compartilham as seguintes propriedades comuns: Autoadvance
e Timeout
alertas (com script).
Transição transition
A WorkflowTransition
representa uma transição entre dois WorkflowNodes
de um WorkflowModel
.
- Ele define o vínculo entre duas etapas consecutivas.
- É possível aplicar regras.
Item de trabalho workitem
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.
- É usada para identificar a tarefa e é colocada na respectiva caixa de entrada.
- Uma instância de fluxo de trabalho pode ter uma ou várias
WorkItems
ao mesmo tempo (dependendo do modelo de workflow). - A variável
WorkItem
faz referência à instância do workflow. - No repositório, a variável
WorkItem
é armazenado abaixo da instância do workflow.
Carga útil payload
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.
Ciclo de vida lifecycle
É 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:
- Finalizar
- Suspender
- Retomar
- Reiniciar
As instâncias concluídas e encerradas são arquivadas.
Caixa de entrada inbox
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.
Tipos de fluxo de trabalho workflow-types
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.
-
Herdados
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.
Workflows transitórios transient-workflows
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:
- são executados com frequência.
- não precisam do histórico do workflow.
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.
- O tipo de conteúdo (por exemplo, vídeo) requer etapas externas para o processamento; nesses casos, o histórico do tempo de execução é necessário para a confirmação do status.
- O workflow insere um E dividir. Nesses casos, o histórico do tempo de execução é necessário para a confirmação do status.
- Quando o fluxo de trabalho temporário entra em uma etapa do participante, ele muda o modo, no tempo de execução, para não transitório. Como a tarefa está sendo passada para uma pessoa, o histórico deve ser mantido.
goto
ponto. Ele anula a finalidade de tornar o fluxo de trabalho transitório e gera um erro no arquivo de log.Suporte a vários recursos multi-resource-support
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.
Estágios do fluxo de trabalho workflow-stages
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:
-
- Vários nomes de estágio 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).
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 Nome da etapa Estágio (atribuído à etapa ) Etapa 1 Criar Etapa 2 Criar Etapa 3 Revisar Etapa 4 Aprovar Etapa 5 Concluído Etapa 6 Concluído -
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.
Workflows e Forms workflows-and-forms
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.
Fluxos de trabalho e tradução workflows-and-translation
Os fluxos de trabalho também fazem parte do Tradução processo.