Desarrollo y ampliación de flujos de trabajo

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

AEM Los flujos de trabajo permiten automatizar los procesos para administrar recursos y publicar contenido en el entorno de la. Los flujos de trabajo se componen de una serie de pasos, en los que cada paso realiza una tarea discreta. Puede utilizar la lógica y los datos de tiempo de ejecución para decidir 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 tareas de aprobación y firma de varios participantes. AEM Estos procesos se pueden modelar mediante flujos de trabajo de la y aplicarse a contenido específico.

Los aspectos clave se tratan a continuación, mientras que las siguientes páginas tratan más detalles:

NOTA

Para obtener información acerca de:

Modelo

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 el fluir. El modelo siempre tiene un nodo de inicio y un nodo de finalización.

Modelo Runtime

Los modelos de flujo de trabajo tienen versiones. Al ejecutar una instancia de flujo de trabajo, se utiliza y se mantiene el modelo de tiempo de ejecución del flujo de trabajo, tal como estaba disponible en el momento en que se inició el flujo de trabajo.

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

Ediciones en el modelo de flujo de trabajo que se producen, en los modelos de tiempo de ejecución que se generan o en ambos, después la instancia específica que se inició no se aplican a esa instancia.

PRECAUCIÓN

Los pasos realizados se definen mediante la variable modelo de tiempo de ejecución, generado en el momento en que se Sincronización la acción se activa en el editor del modelo de flujo de trabajo.

Si el modelo de flujo de trabajo se cambia después de este punto temporal (sin Sincronización se está activando), la instancia de tiempo de ejecución no refleja esos cambios. Solo los modelos en tiempo de ejecución generados después de la actualización reflejan los cambios. Las excepciones son los scripts ECMA subyacentes, que se conservan una sola vez para que se realicen los cambios.

Paso

Cada paso realiza una tarea discreta. Existen diferentes tipos de pasos del 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.
  • Process (Script, Java™ method call): el sistema ejecuta estos pasos automáticamente. Un script 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.
  • OR Split/Join: utilice la lógica para decidir qué paso ejecutar en el flujo de trabajo.
  • División/unión AND: permite ejecutar varios pasos simultáneamente.

Todos los pasos comparten las siguientes propiedades comunes: Autoadvance y Timeout alertas (con scripts).

Transición

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

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

WorkItem

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

  • 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).
  • El 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

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 del repositorio (por ruta, UUID o URL) o por un objeto Java™ serializado. La referencia a un recurso en el repositorio es flexible y fiable, con sling productivo. Por ejemplo, el nodo al que se hace referencia podría representarse como un formulario.

Ciclo de vida

Se crea al iniciar un nuevo flujo de trabajo (seleccionando 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

Se archivan las instancias completadas y terminadas.

Bandeja de entrada

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

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

Tipos de flujo de trabajo

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

wf-actualizado-03

  • Predeterminado

    AEM Estos tipos son los flujos de trabajo listos para usar incluidos en una instancia estándar de la interfaz de usuario de la aplicación de.

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

    Estos flujos de trabajo se han creado como nuevos o a partir de flujos de trabajo integrados que se han superpuesto con las personalizaciones.

  • Heredado

    AEM Flujos de trabajo creados en una versión anterior de. Estos flujos de trabajo se pueden retener durante una actualización o exportarse como un paquete de flujo de trabajo de la versión anterior y luego importarse en la nueva versión.

Flujos de trabajo transitorios

Los flujos de trabajo estándar guardan la 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 dicho historial se mantenga. Este flujo de trabajo se utiliza para ajustar el rendimiento porque ahorra tiempo y recursos que se utilizan para mantener la información.

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

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

Se han introducido flujos de trabajo transitorios para cargar muchos recursos, donde la información del recurso es importante, pero no el historial de tiempo de ejecución del flujo de trabajo.

NOTA

Consulte Creación de un flujo de trabajo transitorio para obtener más información.

PRECAUCIÓN

Cuando un modelo de flujo de trabajo se marca como Transitorio, hay algunos escenarios en los que la información de tiempo de ejecución debe persistir:

  • 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 de estado.
  • El flujo de trabajo introduce un División Y. En estos casos, el historial de tiempo de ejecución es necesario para la confirmación de estado.
  • Cuando el flujo de trabajo transitorio introduce un paso de participante, cambia de modo, durante la ejecución, a no transitorio. Como la tarea se pasa a una persona, el historial debe persistir.
PRECAUCIÓN

Dentro de un flujo de trabajo transitorio, no debe utilizar un Paso Ir a.

El motivo es que la variable Paso Ir a crea un trabajo de sling para continuar el flujo de trabajo en la goto punto. Evita el propósito de hacer que el flujo de trabajo sea transitorio y genera un error en el archivo de registro.

Uso División O para realizar opciones dentro de un flujo de trabajo transitorio.

NOTA

Consulte Prácticas recomendadas para Assets para obtener más información sobre cómo afectan los flujos de trabajo transitorios al rendimiento de los recursos.

Compatibilidad con varios recursos

Activando Compatibilidad con varios recursos para el modelo de flujo de trabajo significa que se inicia una sola instancia de flujo de trabajo incluso cuando se seleccionan varios recursos. Cada uno se adjunta como un paquete.

If Compatibilidad con varios recursos no está activada para el modelo de flujo de trabajo y se han seleccionado varios recursos; a continuación, se inicia una instancia de flujo de trabajo individual para cada recurso.

NOTA

Fases del flujo de trabajo

Las fases del flujo de trabajo ayudan a visualizar el progreso de un flujo de trabajo al administrar tareas. Se pueden utilizar para proporcionar una visión general de hasta dónde llega el flujo de trabajo a través del procesamiento. Cuando se ejecuta el flujo de trabajo, el usuario puede ver el progreso descrito por Fase (a diferencia de los pasos individuales).

Como los nombres de paso individuales pueden ser específicos y técnicos, los nombres de fase 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 fases:

  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 fase.
    • A continuación, se asigna un nombre de etapa individual a cada paso (se puede asignar un nombre de etapa a uno o más pasos).
    Nombre del paso Fase (asignada a la etapa)
    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 fases). El progreso del flujo de trabajo se muestra en Pestaña INFORMACIÓN DEL FLUJO DE TRABAJO de la ventana de detalles de tarea del elemento de flujo de trabajo enumerados en la Bandeja de entrada.

Flujos de trabajo y Forms

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

Al crear un formulario, el envío del formulario se puede asociar fácilmente a un modelo del flujo de trabajo. Por ejemplo, para almacenar el contenido en una ubicación concreta del repositorio o para notificar a un usuario el envío del formulario y su contenido.

Flujos de trabajo y traducción

Los flujos de trabajo también forman parte del Traducción proceso.

En esta página