Desarrollo y ampliación de flujos de trabajo developing-and-extending-workflows

CAUTION
AEM 6.4 ha llegado al final de la compatibilidad ampliada y esta documentación ya no se actualiza. Para obtener más información, consulte nuestra períodos de asistencia técnica. Buscar las versiones compatibles here.

AEM proporciona varias herramientas y recursos para crear modelos de flujo de trabajo, desarrollar pasos de flujo de trabajo e interactuar mediante programación con flujos de trabajo.

Los flujos de trabajo permiten automatizar procesos para administrar recursos y publicar contenido en el entorno de AEM. Los flujos de trabajo constan de una serie de pasos, y cada paso realiza una tarea discreta. Puede utilizar la lógica y los datos de tiempo de ejecución para tomar decisiones sobre cuándo puede continuar un proceso y seleccionar el siguiente paso de uno de los múltiples pasos posibles.

Por ejemplo, los procesos empresariales para crear y publicar páginas web incluyen las tareas de aprobación y cierre de sesión realizadas por varios participantes. Estos procesos se pueden modelar utilizando flujos de trabajo AEM y aplicar a contenido específico.

A continuación se tratan los aspectos clave, mientras que en las páginas siguientes se incluyen más detalles:

NOTE
Para obtener información acerca de:

Modelo model

A WorkflowModel representa una definición (modelo) de un flujo de trabajo. Está hecho de WorkflowNodes y WorkflowTransitions. Las transiciones conectan los nodos y definen la variable flujo. El modelo siempre tiene un nodo de inicio y un nodo final.

Modelo de tiempo de ejecución runtime-model

Los modelos de flujo de trabajo tienen versiones. Cuando ejecute una instancia de flujo de trabajo, utilizará (y mantendrá) el modelo de tiempo de ejecución del flujo de trabajo (como disponible en el momento en que se inició el flujo de trabajo).

Un modelo de tiempo de ejecución es generado cuando Sincronización se activa en el editor de modelos de flujo de trabajo.

Edita al modelo de flujo de trabajo que se produce y/o a los modelos de tiempo de ejecución que se generan, after la instancia específica iniciada no se aplicará a esa instancia.

CAUTION
Los pasos realizados son los definidos por la variable modelo runtime; esto se genera en el momento en que se genera la variable Sincronización se activa en el editor de modelos de flujo de trabajo.
Si el modelo de flujo de trabajo se cambia después de este momento (sin Sincronización que se activan), la instancia de tiempo de ejecución no reflejará esos cambios. Solo los modelos de tiempo de ejecución generados después de la actualización reflejarán los cambios. Las excepciones son los scripts ECMA subyacentes, que se mantienen solo una vez que se realizan cambios en ellos.

Paso step

Cada paso realiza una tarea discreta. Existen diferentes tipos de pasos de flujo de trabajo:

  • Participante (usuario/grupo): Estos pasos generan un elemento de trabajo y lo asignan a un usuario o grupo. Un usuario debe completar el elemento de trabajo para avanzar en el flujo de trabajo.
  • Proceso (Script, llamada de método Java): El sistema ejecuta automáticamente estos pasos. Una secuencia de comandos ECMA o una clase Java implementan el paso . Los servicios se pueden desarrollar para escuchar eventos de flujo de trabajo especiales y realizar tareas según la lógica empresarial.
  • Contenedor (Subflujo de trabajo): Este tipo de paso inicia otro modelo de flujo de trabajo.
  • O Dividir/Unir: Utilice la lógica para decidir qué paso ejecutar a continuación en el flujo de trabajo.
  • Y Dividir/Unir: Permite ejecutar varios pasos simultáneamente.

Todos los pasos comparten las siguientes propiedades comunes: Autoadvance y Timeout alertas (lista de comandos).

Transición transition

A WorkflowTransition representa una transición entre dos WorkflowNodes de WorkflowModel.

  • Define el vínculo entre dos pasos consecutivos.
  • Es posible aplicar reglas.

WorkItem workitem

A WorkItem es la unidad que pasa a través de un Workflow instancia de un WorkflowModel. Contiene el WorkflowData que la instancia actúa en y una referencia a la variable WorkflowNode que describe el paso subyacente del flujo de trabajo.

  • Se utiliza para identificar la tarea y se coloca en la bandeja de entrada correspondiente.
  • Una instancia de flujo de trabajo puede tener una o varias WorkItems al mismo tiempo (según el modelo de flujo de trabajo).
  • La variable WorkItem hace referencia a la instancia de flujo de trabajo.
  • En el repositorio, la variable WorkItem se almacena debajo de la instancia de flujo de trabajo.

Carga útil payload

Hace referencia al recurso que debe avanzarse a través de un flujo de trabajo.

La implementación de carga útil hace referencia a un recurso en el repositorio (por ruta, UUID o URL) o por un objeto java serializado. Hacer referencia a un recurso en el repositorio es muy flexible y junto con sling es muy productivo; por ejemplo, el nodo al que se hace referencia se puede representar como un formulario.

Ciclo de vida lifecycle

Se crea al iniciar un nuevo flujo de trabajo (eligiendo el modelo de flujo de trabajo correspondiente y definiendo la carga útil) y finaliza cuando se procesa el nodo final.

Las siguientes acciones son posibles en una instancia de flujo de trabajo:

  • Terminar
  • Suspender
  • Reanudar
  • Reiniciar

Las instancias completadas y terminadas se archivan.

Bandeja de entrada inbox

Cada cuenta de usuario tiene su propia bandeja de entrada de flujo de trabajo en la que se asigna la variable WorkItems son accesibles.

La variable WorkItems se asignan directamente a la cuenta de usuario o al grupo al que pertenecen.

Tipos de flujo de trabajo workflow-types

Existen varios tipos de flujo de trabajo, como se indica en la consola Modelos de flujo de trabajo :

wf-upgrade-03

  • Predeterminado

    Estos son los flujos de trabajo listos para usar incluidos en una instancia de AEM estándar.

  • Flujos de trabajo personalizados (sin indicador en la consola)

    Son flujos de trabajo que se han creado como nuevos o a partir de flujos de trabajo listos para usar que se han superpuesto con personalizaciones.

  • Heredado

    Flujos de trabajo creados en una versión anterior de AEM. Se pueden conservar durante una actualización o exportar como paquete de flujo de trabajo desde la versión anterior y luego importarlos a la nueva versión.

Flujos de trabajo transitorios transient-workflows

Los flujos de trabajo estándar guardan información de tiempo de ejecución (historial) durante su ejecución. También puede definir un modelo de flujo de trabajo como Transitorio para evitar que esta historia persista. Se utiliza para ajustar el rendimiento, ya que ahorra o evita el tiempo o los recursos utilizados para mantener la información.

Los flujos de trabajo transitorios se pueden utilizar para cualquier flujo de trabajo que:

  • se ejecutan a menudo.
  • no necesitan el historial del flujo de trabajo.

Se introdujeron flujos de trabajo transitorios para cargar un gran número de recursos, donde la información de los recursos es importante, pero no el historial de tiempo de ejecución del flujo de trabajo.

NOTE
Consulte Creación de un flujo de trabajo transitorio para obtener más información.
CAUTION
Cuando un modelo de flujo de trabajo se ha marcado como transitorio, existen algunos escenarios en los que la información de tiempo de ejecución se mantendrá:
  • El tipo de carga útil (por ejemplo, vídeo) requiere pasos externos para el procesamiento; en estos casos, el historial de tiempo de ejecución es necesario para la confirmación del estado.
  • El flujo de trabajo introduce un División AND; en estos casos, el historial de tiempo de ejecución es necesario para la confirmación del estado.
  • Cuando el flujo de trabajo transitorio entra en un paso del participante, cambia de modo (durante la ejecución) a no transitorio; como la tarea se pasa a una persona, el historial debe conservarse
CAUTION
Dentro de un flujo de trabajo transitorio no debe utilizar una Ir al paso.
Esto es como el Ir al paso crea un trabajo de sling para continuar con el flujo de trabajo en el goto punto. Esto impide que el flujo de trabajo sea transitorio y genera un error en el archivo de registro.
Para tomar decisiones en un flujo de trabajo transitorio, puede utilizar la variable División OR.
NOTE
Consulte Prácticas recomendadas para recursos para obtener más información sobre cómo afectan los flujos de trabajo transitorios al rendimiento de los recursos.

Compatibilidad con varios recursos multi-resource-support

Activación Compatibilidad con varios recursos para el modelo de flujo de trabajo, se inicia una sola instancia de flujo de trabajo incluso cuando se seleccionan varios recursos; se adjuntarán como paquete.

If Compatibilidad con varios recursos no está activada para el modelo de flujo de trabajo y se seleccionan varios recursos, se inicia una instancia de flujo de trabajo individual para cada recurso.

Etapas del flujo de trabajo workflow-stages

Las etapas del flujo de trabajo ayudan a visualizar el progreso de un flujo de trabajo al administrar tareas. Se pueden utilizar para proporcionar una descripción general de hasta dónde alcanza el flujo de trabajo mediante el procesamiento, ya que cuando se ejecuta el flujo de trabajo, el usuario puede ver el progreso descrito por Prueba (a diferencia de los pasos individuales).

Como los nombres de paso individuales pueden ser específicos y técnicos, los nombres de escenario se pueden definir para proporcionar una vista conceptual del progreso del flujo de trabajo.

Por ejemplo, para un flujo de trabajo con seis pasos y cuatro etapas:

  1. Puede configure las fases del flujo de trabajo (que muestran el progreso del flujo de trabajo) y luego asigne la fase adecuada a cada paso del flujo de trabajo:

    • Se pueden crear varios nombres de escenario.
    • A continuación, se asigna un nombre de escenario individual a cada paso (se puede asignar un nombre de escenario a uno o varios pasos).
    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
    Nombre del paso Etapa (asignada al paso)
    Etapa 1 Crear
    Etapa 2 Crear
    Etapa 3 Revisión
    Etapa 4 Aprobar
    Etapa 5 Completar
    Etapa 6 Completar
  2. Cuando se ejecuta el flujo de trabajo, el usuario puede ver el progreso según los nombres de las fases (en lugar de los nombres de las etapas). El progreso del flujo de trabajo se muestra en la variable Ficha INFORMACIÓN DEL FLUJO DE TRABAJO de la ventana de detalles de la tarea del elemento de trabajo en la Bandeja de entrada.

Flujos de trabajo y Forms workflows-and-forms

Normalmente, los flujos de trabajo se utilizan para procesar los envíos de formularios en AEM. Esto puede ser con la variable componentes principales componentes de formulario disponible en una instancia de AEM estándar o con la variable Solución AEM Forms.

Al crear un nuevo formulario, el envío del formulario puede asociarse fácilmente con un modelo de flujo de trabajo; por ejemplo, para almacenar el contenido en una ubicación concreta del repositorio o para notificar al usuario sobre el envío del formulario y su contenido.

Flujos de trabajo y traducción workflows-and-translation

Los flujos de trabajo también son parte integral de Traducción proceso.

recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e