Administering Workflows administering-workflows
Workflows enable you to automate Adobe Experience Manager (AEM) activities. Workflows:
-
Consist of a series of steps that are executed in a specific order.
- Each step performs a distinct activity; such as waiting for user input, activating a page or sending an email message.
-
Can interact with assets in the repository, user accounts, and AEM services.
-
Can coordinate complicated activities that involve any aspect of AEM.
The business processes that your organization has established can be represented as workflows. For example, the process of publishing website content typically includes steps such as approval and sign-off by various stakeholders. These processes can be implemented as AEM workflows and applied to content pages and assets.
- Applying and participating in workflows: Working with Workflows.
- Creating workflow models and extending workflow functionality: Developing and Extending Workflows.
- Improving the performance of workflows that use significant server resources: Concurrent Workflow Processing.
Workflow Models and Instances workflow-models-and-instances
Workflow models in AEM are the representation and implementation of business processes:
- Typically they act on pages or assets to achieve a specific result.
- These pages and/or assets are called the workflow payload.
- Workflow models consist of a series of steps that perform a specific task.
- The payload is passed from step to step as the workflow progresses.
When a workflow model is started (executed), a workflow instance is created. A workflow model can be started multiple times, each time generating a distinct workflow instance. For each instance, the steps that the workflow model defines are executed.
Workflow instances progress through the following lifecycle:
-
The workflow model is started and a workflow instance is created and running.
- The payload of the workflow instance is identified when the model is started.
- The instance is effectively a copy of the model (as at the time of creation).
- AEM authors, administrators, or services can start workflow models.
-
The first step of the workflow model is executed.
-
The step is completed and the workflow engine uses the model to determine the next step to execute.
-
The subsequent steps in the workflow model are executed and completed.
-
When the final step is completed, the workflow instance is completed and therefore archived.
Many useful workflow models are provided with AEM. In addition, the developers in your organization can create custom workflow models, tailored to the specific needs of your business processes.
Workflow Steps workflow-steps
When workflow steps are executed, they are associated with a workflow instance. The history of a workflow instance includes information about each step that has executed for the instance. This information is useful for investigating problems that occur during execution.
Either a user or a service performs workflow steps, depending on the type of step:
- When a user performs a step, they are assigned a work item that is placed in their Inbox. The user is responsible for manually completing the step so that the workflow instance progresses.
- When a service performs a step, upon completion the workflow instance progresses automatically to the next step.
Workflow Status and Actions workflow-status-and-actions
A workflow can have one of the following status:
-
RUNNING: The workflow instance is running.
-
COMPLETED: The workflow instance has been successfully ended.
-
SUSPENDED: The workflow instance has been suspended.
-
ABORTED: The workflow instance has been terminated.
-
STALE: Progression of the workflow instance requires that a background job executes, however the job cannot be found in the system. This situation can occur when an error occurs when executing the workflow.
Depending on the current status, you can perform actions on running workflow instances when you need to intervene in the normal progression of a workflow instance:
- Suspend: Temporarily stops the execution of the workflow. Suspending is useful in exceptional cases when you do not want the workflow to proceed, for example for maintenance. Suspending changes the workflow state to Suspended.
- Resume: Restarts a suspended workflow at the same point of execution where it was suspended, using the same configuration.
- Terminate: Ends the workflow execution and changes the state to ABORTED. An aborted workflow instance cannot be restarted.