Ampliación de la funcionalidad del flujo de trabajo extending-workflow-functionality

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.

En este tema se describe cómo desarrollar componentes de paso personalizados para los flujos de trabajo y cómo interactuar mediante programación con los flujos de trabajo.

La creación de un paso de flujo de trabajo personalizado implica las siguientes actividades:

  • Desarrolle el componente de paso del flujo de trabajo.
  • Implemente la funcionalidad de los pasos como un servicio OSGi o un script ECMA.

También puede interactuar con los flujos de trabajo de los programas y las secuencias de comandos.

Componentes de los pasos del flujo de trabajo: conceptos básicos workflow-step-components-the-basics

Un componente de paso de flujo de trabajo define el aspecto y el comportamiento del paso al crear modelos de flujo de trabajo:

  • La categoría y el nombre del paso en la barra de tareas del flujo de trabajo.
  • El aspecto del paso en los modelos de flujo de trabajo.
  • El cuadro de diálogo de edición para configurar las propiedades de los componentes.
  • El servicio o la secuencia de comandos que se ejecutan durante la ejecución.

Como con todos los componentes, los componentes de paso del flujo de trabajo heredan del componente especificado para el sling:resourceSuperType propiedad. El diagrama siguiente muestra la jerarquía de cq:component nodos que forman la base de todos los componentes de paso del flujo de trabajo. El diagrama también incluye la variable Paso de proceso, Etapa de participante y Etapa de participante dinámica , ya que estos son los puntos de partida más comunes (y básicos) para desarrollar componentes de paso personalizados.

aem_wf_components_herit

CAUTION
You must no cambie nada en la variable /libs ruta.
Esto se debe a que el contenido de /libs se sobrescribe la próxima vez que actualice la instancia (y puede sobrescribirse al aplicar una corrección o un paquete de funciones).
El método recomendado para la configuración y otros cambios es:
  1. Volver a crear el elemento requerido (es decir, tal como existe en /libs under /apps
  2. Realice cambios dentro de /apps

La variable /libs/cq/workflow/components/model/step es el antecesor común más cercano del Paso de proceso, Etapa de participante y Etapa de participante dinámica, que heredan todos los elementos siguientes:

  • step.jsp

    La variable step.jsp la secuencia de comandos representa el título del componente del paso cuando se agrega a un modelo.

    wf-22-1

  • cq:dialog

    Un cuadro de diálogo con las fichas siguientes:

    • Frecuentes: para editar el título y la descripción.
    • Avanzadas: para editar las propiedades de las notificaciones por correo electrónico.

    wf-44 wf-45

    note note
    NOTE
    Cuando las pestañas del cuadro de diálogo de edición de un componente de paso no coinciden con este aspecto predeterminado, el componente de paso tiene secuencias de comandos, propiedades de nodo o pestañas de diálogo definidas que anulan estas pestañas heredadas.

Scripts ECMA ecma-scripts

Los siguientes objetos están disponibles (según el tipo de paso) en las secuencias de comandos de ECMA:

  • WorkItem workItem

  • WorkflowSession workflowSession

  • WorkflowData workflowData

  • args: matriz con los argumentos de proceso.

  • sling: para acceder a otros servicios osgi.

  • jcrSession

MetaDataMaps metadatamaps

Puede utilizar metadatos de flujo de trabajo para mantener la información necesaria durante la duración del flujo de trabajo. Un requisito común de los pasos del flujo de trabajo es mantener los datos para su uso futuro en el flujo de trabajo o recuperar los datos persistentes.

Existen tres tipos de objetos MetaDataMap: para Workflow, WorkflowData y WorkItem objetos. Todos tienen el mismo propósito: almacenar metadatos.

Un elemento de trabajo tiene su propio MetaDataMap que solo se puede usar mientras se esté ejecutando ese elemento de trabajo (por ejemplo, el paso ).

Ambas Workflow y WorkflowData los metadatos se comparten en todo el flujo de trabajo. Para estos casos, se recomienda usar solamente la variable WorkflowData mapa de metadatos.

Creación de componentes de paso de flujo de trabajo personalizados creating-custom-workflow-step-components

Los componentes de paso del flujo de trabajo pueden creado de la misma manera que cualquier otro componente.

Para heredar de uno de los componentes de paso base (existentes), agregue la siguiente propiedad al cq:Component nodo:

  • Nombre: sling:resourceSuperType

  • Tipo: String

  • Valor: Una de las rutas siguientes que se resuelve en un componente base:

    • cq/workflow/components/model/process
    • cq/workflow/components/model/participant
    • cq/workflow/components/model/dynamic_participant

Especificación del título y la descripción predeterminados para las instancias de paso specifying-the-default-title-and-description-for-step-instances

Utilice el siguiente procedimiento para especificar los valores predeterminados de la variable Título y Descripción campos de la variable Frecuentes pestaña .

NOTE
Los valores de los campos aparecen en la instancia del paso cuando se cumplen los dos requisitos siguientes:
  • El cuadro de diálogo de edición del paso almacena el título y la descripción en las siguientes ubicaciones: >

  • ./jcr:title

  • ./jcr:description ubicaciones

    Este requisito se cumple cuando el cuadro de diálogo de edición utiliza la pestaña Común para /libs/cq/flow/components/step/step implementaciones de componentes.

  • El componente de paso o un antecesor del componente no anula la función step.jsp secuencia de comandos que /libs/cq/flow/components/step/step implementaciones de componentes.

  1. Debajo de cq:Component , agregue el nodo siguiente:

    • Nombre: cq:editConfig
    • Tipo: cq:EditConfig
    note note
    NOTE
    Para obtener más información sobre el nodo cq:editConfig , consulte Configuración del comportamiento de edición de un componente.
  2. Debajo de cq:EditConfig , agregue el nodo siguiente:

    • Nombre: cq:formParameters
    • Tipo: nt:unstructured
  3. Agregar String propiedades de los nombres siguientes a la variable cq:formParameters nodo:

    • jcr:title: El valor rellena la variable Título del campo Frecuentes pestaña .
    • jcr:description: El valor rellena la variable Descripción del campo Frecuentes pestaña .

Guardar valores de propiedades en metadatos de flujo de trabajo saving-property-values-in-workflow-metadata

NOTE
Consulte Persistencia y acceso a los datos. En concreto, para obtener información sobre el acceso al valor de propiedad durante la ejecución, consulte Acceso a los valores de propiedad de cuadro de diálogo en tiempo de ejecución.

La propiedad name de cq:Widget items especifica el nodo JCR que almacena el valor del widget. Cuando los widgets del cuadro de diálogo de los componentes de paso del flujo de trabajo almacenan los valores debajo de la variable ./metaData , el valor se añade al flujo de trabajo MetaDataMap.

Por ejemplo, un campo de texto de un cuadro de diálogo es un cq:Widget que tiene las siguientes propiedades:

Nombre
Tipo
Valor
xtype
String
textarea
name
String
./metaData/subject
fieldLabel
String
Email Subject

El valor especificado en este campo de texto se agrega a la instancia de flujo de trabajo [MetaDataMap](#metadatamaps) y está asociado con la variable subject clave.

NOTE
Cuando la clave es PROCESS_ARGS, el valor está fácilmente disponible en las implementaciones de secuencias de comandos de ECMA a través del args variable. En este caso, el valor de la propiedad name es ./metaData/PROCESS_ARGS.

Anulación de la implementación de los pasos overriding-the-step-implementation

Cada componente de paso base permite a los desarrolladores de modelos de flujo de trabajo configurar las siguientes funciones clave en el momento del diseño:

  • Paso del proceso: El servicio o la secuencia de comandos ECMA que se ejecutará durante la ejecución.
  • Etapa del participante: El ID del usuario al que se asigna el elemento de trabajo generado.
  • Etapa de participante dinámica: El servicio o la secuencia de comandos ECMA que selecciona el ID del usuario al que se asigna el elemento de trabajo.

Para enfocar el componente para utilizarlo en un escenario de flujo de trabajo específico, configure la función clave en el diseño y elimine la capacidad de los desarrolladores de modelos para cambiarlo.

  1. Bajo el nodo cq:component , agregue el siguiente nodo:

    • Nombre: cq:editConfig
    • Tipo: cq:EditConfig

    Para obtener más información sobre el nodo cq:editConfig , consulte Configuración del comportamiento de edición de un componente.

  2. Debajo del nodo cq:EditConfig , agregue el siguiente nodo:

    • Nombre: cq:formParameters
    • Tipo: nt:unstructured
  3. Agregue un String a la cq:formParameters nodo . El supertipo de componente determina el nombre de la propiedad:

    • Etapa del proceso: PROCESS
    • Etapa de participante: PARTICIPANT
    • Etapa de participante dinámica: DYNAMIC_PARTICIPANT
  4. Especifique el valor de la propiedad:

    • PROCESS: Ruta al script ECMA o al PID del servicio que implementa el comportamiento del paso.
    • PARTICIPANT: ID del usuario al que se asigna el elemento de trabajo.
    • DYNAMIC_PARTICIPANT: Ruta de acceso al script ECMA o al PID del servicio que selecciona al usuario para asignar el elemento de trabajo.
  5. Para eliminar la capacidad de los desarrolladores de modelos para cambiar los valores de propiedad, anule el cuadro de diálogo del supertipo de componente.

Adición de Forms y cuadros de diálogo a los pasos de los participantes adding-forms-and-dialogs-to-participant-steps

Personalice el componente de paso del participante para proporcionar las funciones que se encuentran en la variable Etapa de participante del formulario y Etapa de participante del cuadro de diálogo componentes:

  • Presente un formulario al usuario cuando abra el elemento de trabajo generado.
  • Presente un cuadro de diálogo personalizado al usuario cuando complete el elemento de trabajo generado.

Realice el siguiente procedimiento en el nuevo componente (consulte Creación de componentes de paso de flujo de trabajo personalizados):

  1. Debajo de cq:Component , agregue el nodo siguiente:

    • Nombre: cq:editConfig
    • Tipo: cq:EditConfig

    Para obtener más información sobre el nodo cq:editConfig , consulte Configuración del comportamiento de edición de un componente.

  2. Debajo del nodo cq:EditConfig , agregue el siguiente nodo:

    • Nombre: cq:formParameters
    • Tipo: nt:unstructured
  3. Para presentar un formulario cuando el usuario abra el elemento de trabajo, agregue la siguiente propiedad al cq:formParameters nodo:

    • Nombre: FORM_PATH
    • Tipo: String
    • Valor: Ruta de acceso que se resuelve en el formulario
  4. Para presentar un cuadro de diálogo personalizado cuando el usuario complete el elemento de trabajo, agregue la siguiente propiedad al cq:formParameters node

    • Nombre: DIALOG_PATH
    • Tipo: String
    • Valor: La ruta que se resuelve en el cuadro de diálogo

Configuración del comportamiento de Workflow Step Runtime configuring-the-workflow-step-runtime-behavior

Debajo de cq:Component nodo, agregue un cq:EditConfig nodo . A continuación, agregue un nt:unstructured nodo (debe tener un nombre cq:formParameters) y a ese nodo agregue las siguientes propiedades:

  • Nombre: PROCESS_AUTO_ADVANCE

    • Tipo: Boolean

    • Valor:

      • cuando se configura como true el flujo de trabajo ejecutará ese paso y continuará: este es el valor predeterminado y también se recomienda
      • when false, el flujo de trabajo se ejecutará y se detendrá; esto requiere un manejo adicional, por lo que true se recomienda
  • Nombre: DO_NOTIFY

    • Tipo: Boolean
    • Valor: indica si se deben enviar notificaciones por correo electrónico para los pasos de participación del usuario (y supone que el servidor de correo está configurado correctamente)

Persistencia y acceso a los datos persisting-and-accessing-data

Datos persistentes para pasos subsiguientes del flujo de trabajo persisting-data-for-subsequent-workflow-steps

Puede utilizar metadatos de flujo de trabajo para mantener la información necesaria durante la duración del flujo de trabajo y entre pasos. Un requisito común de los pasos del flujo de trabajo es persistir en los datos para su uso futuro o recuperar los datos persistentes de pasos anteriores.

Los metadatos del flujo de trabajo se almacenan en una MetaDataMap objeto. La API de Java proporciona la variable Workflow.getWorkflowData método para devolver un WorkflowData objeto que proporciona el MetaDataMap objeto. Esta WorkflowData MetaDataMap está disponible para el servicio OSGi o la secuencia de comandos ECMA de un componente de paso.

Java java

El método execute de la variable WorkflowProcess se pasa la implementación WorkItem objeto. Utilice este objeto para obtener la variable WorkflowData para la instancia de flujo de trabajo actual. En el siguiente ejemplo se agrega un elemento al flujo de trabajo MetaDataMap y luego registra cada elemento. El elemento ("mykey", "My Step Value") está disponible para los pasos siguientes del flujo de trabajo.

public void execute(WorkItem item, WorkflowSession session, MetaDataMap args) throws WorkflowException {

    MetaDataMap wfd = item.getWorkflow().getWorkflowData().getMetaDataMap();

    wfd.put("mykey", "My Step Value");

    Set<String> keyset = wfd.keySet();
    Iterator<String> i = keyset.iterator();
    while (i.hasNext()){
     Object key = i.next();
     log.info("The workflow medata includes key {} and value {}",key.toString(),wfd.get(key).toString());
    }
}

Script de ECMA ecma-script

La variable graniteWorkItem es la representación de secuencia de comandos ECMA del WorkItem Objeto Java. Por lo tanto, puede usar la variable graniteWorkItem para obtener los metadatos del flujo de trabajo. Se puede utilizar la siguiente secuencia de comandos ECMA para implementar un Paso de proceso adición de un elemento al flujo de trabajo MetaDataMap y, a continuación, registre cada elemento. Estos elementos están disponibles para los pasos posteriores del flujo de trabajo.

NOTE
La variable metaData que está disponible inmediatamente para el script de paso son los metadatos del paso. Los metadatos de paso son diferentes de los metadatos del flujo de trabajo.
var currentDateInMillis = new Date().getTime();

graniteWorkItem.getWorkflowData().getMetaDataMap().put("hardcodedKey","theKey");

graniteWorkItem.getWorkflowData().getMetaDataMap().put("currentDateInMillisKey",currentDateInMillis);

var iterator = graniteWorkItem.getWorkflowData().getMetaDataMap().keySet().iterator();
while (iterator.hasNext()){
    var key = iterator.next();
    log.info("Workflow metadata key, value = " + key.toString() + ", " + graniteWorkItem.getWorkflowData().getMetaDataMap().get(key));
}

Acceso a los valores de propiedad de cuadro de diálogo en tiempo de ejecución accessing-dialog-property-values-at-runtime

La variable MetaDataMap El objeto de las instancias de flujo de trabajo resulta útil para almacenar y recuperar datos a lo largo de toda la duración del flujo de trabajo. Para implementaciones de componentes de paso de flujo de trabajo, la variable MetaDataMap es especialmente útil para recuperar valores de propiedades de componentes durante la ejecución.

NOTE
Para obtener información sobre cómo configurar el cuadro de diálogo de componentes para almacenar propiedades como metadatos de flujo de trabajo, consulte Guardar valores de propiedades en metadatos de flujo de trabajo.

El flujo de trabajo MetaDataMap está disponible para implementaciones de procesos de secuencias de comandos Java y ECMA:

  • En implementaciones Java de la interfaz WorkflowProcess, la variable args es el parámetro MetaDataMap para el flujo de trabajo.

  • En implementaciones de secuencias de comandos ECMA, el valor está disponible mediante la variable args y metadata variables.

Ejemplo: Recuperación de los argumentos del componente Paso de proceso example-retrieving-the-arguments-of-the-process-step-component

El cuadro de diálogo de edición de la variable Paso de proceso incluye el Argumentos propiedad. El valor de la variable Argumentos se almacena en los metadatos del flujo de trabajo y se asocia a la función PROCESS_ARGS clave.

En el diagrama siguiente, el valor de la variable Argumentos la propiedad es argument1, argument2:

wf-24

Java java-1

El siguiente código Java es el execute método para un WorkflowProcess implementación. El método registra el valor en la variable args MetaDataMap que está asociado con la variable PROCESS_ARGS clave.

public void execute(WorkItem item, WorkflowSession session, MetaDataMap args) throws WorkflowException {
     if (args.containsKey("PROCESS_ARGS")){
      log.info("workflow metadata for key PROCESS_ARGS and value {}",args.get("PROCESS_ARGS","string").toString());
     }
    }

Cuando se ejecuta un paso del proceso que utiliza esta implementación de Java, el registro contiene la siguiente entrada:

16.02.2018 12:07:39.566 *INFO* [JobHandler: /var/workflow/instances/server0/2018-02-16/model_855140139900189:/content/we-retail/de] com.adobe.example.workflow.impl.process.LogArguments workflow metadata for key PROCESS_ARGS and value argument1, argument2

Script de ECMA ecma-script-1

El siguiente script ECMA se utiliza como proceso para la variable Paso de proceso. Registra el número de argumentos y los valores de argumento:

var iterator = graniteWorkItem.getWorkflowData().getMetaDataMap().keySet().iterator();
while (iterator.hasNext()){
    var key = iterator.next();
    log.info("Workflow metadata key, value = " + key.toString() + ", " + graniteWorkItem.getWorkflowData().getMetaDataMap().get(key));
}
log.info("hardcodedKey "+ graniteWorkItem.getWorkflowData().getMetaDataMap().get("hardcodedKey"));
log.info("currentDateInMillisKey "+ graniteWorkItem.getWorkflowData().getMetaDataMap().get("currentDateInMillisKey"));
NOTE
En esta sección se describe cómo trabajar con argumentos para pasos de proceso. La información también se aplica a los usuarios que elijan participantes de forma dinámica.
NOTE
Para ver otro ejemplo del almacenamiento de propiedades de componentes en metadatos de flujo de trabajo, consulte Ejemplo: Crear un paso de flujo de trabajo de registrador . Este ejemplo incluye un cuadro de diálogo que asocia el valor de los metadatos con una clave distinta de PROCESS_ARGS.

Secuencias de comandos y argumentos de proceso scripts-and-process-arguments

Dentro de una secuencia de comandos para un Paso de proceso componente, los argumentos están disponibles a través de la variable args objeto.

Al crear un componente de paso personalizado, el objeto metaData está disponible en una secuencia de comandos. Este objeto está limitado a un único argumento de cadena.

Desarrollo de implementaciones de pasos de proceso developing-process-step-implementations

Cuando se inician los pasos del proceso durante el proceso de un flujo de trabajo, los pasos envían una solicitud a un servicio OSGi o ejecutan una secuencia de comandos ECMA. Desarrolle el servicio o la secuencia de comandos ECMA que realice las acciones que requiera su flujo de trabajo.

NOTE
Para obtener información sobre la asociación del componente Paso de proceso con el servicio o la secuencia de comandos, consulte Paso de proceso o Anulación de la implementación de los pasos.

Implementación de un paso de proceso con una clase Java implementing-a-process-step-with-a-java-class

Para definir un paso del proceso como un componente de servicio OSGI (paquete Java):

  1. Cree el paquete e impleméntelo en el contenedor OSGI. Consulte la documentación sobre la creación de un paquete con CRXDE Lite o Eclipse.

    note note
    NOTE
    El componente OSGI debe implementar la variable WorkflowProcess interfaz con su execute() método. Consulte el código de ejemplo a continuación.
    note note
    NOTE
    El nombre del paquete debe añadirse al <*Private-Package*> de la sección maven-bundle-plugin configuración.
  2. Añadir la propiedad SCR process.label y establezca el valor según sea necesario. Este será el nombre con el que se enumerará el paso de proceso al utilizar el genérico Paso de proceso componente. Consulte el ejemplo siguiente.

  3. En el Modelos editor, añada el paso de proceso al flujo de trabajo mediante el Paso de proceso componente.

  4. En el cuadro de diálogo de edición (del Paso de proceso), vaya a la Proceso y seleccione la implementación del proceso.

  5. Si utiliza argumentos en el código, establezca la variable Argumentos de proceso. Por ejemplo: false.

  6. Guarde los cambios, tanto para el paso como para el modelo de flujo de trabajo (esquina superior izquierda del editor de modelos).

Los métodos java, respectivamente, las clases que implementan el método Java ejecutable están registradas como servicios OSGI, lo que permite agregar métodos en cualquier momento durante el tiempo de ejecución.

El siguiente componente OSGI añade la propiedad approved al nodo de contenido de la página cuando la carga útil es una página:

package com.adobe.example.workflow.impl.process;

import com.adobe.granite.workflow.WorkflowException;
import com.adobe.granite.workflow.WorkflowSession;
import com.adobe.granite.workflow.exec.WorkItem;
import com.adobe.granite.workflow.exec.WorkflowData;
import com.adobe.granite.workflow.exec.WorkflowProcess;
import com.adobe.granite.workflow.metadata.MetaDataMap;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;

import org.osgi.framework.Constants;

import javax.jcr.Node;
import javax.jcr.RepositoryException;
import javax.jcr.Session;

/**
 * Sample workflow process that sets an <code>approve</code> property to the payload based on the process argument value.
 */
@Component
@Service
public class MyProcess implements WorkflowProcess {

 @Property(value = "An example workflow process implementation.")
 static final String DESCRIPTION = Constants.SERVICE_DESCRIPTION;
 @Property(value = "Adobe")
 static final String VENDOR = Constants.SERVICE_VENDOR;
 @Property(value = "My Sample Workflow Process")
 static final String LABEL="process.label";

 private static final String TYPE_JCR_PATH = "JCR_PATH";

 public void execute(WorkItem item, WorkflowSession session, MetaDataMap args) throws WorkflowException {
  WorkflowData workflowData = item.getWorkflowData();
  if (workflowData.getPayloadType().equals(TYPE_JCR_PATH)) {
   String path = workflowData.getPayload().toString() + "/jcr:content";
   try {
    Session jcrSession = session.adaptTo(Session.class);
    Node node = (Node) jcrSession.getItem(path);
    if (node != null) {
     node.setProperty("approved", readArgument(args));
     jcrSession.save();
    }
   } catch (RepositoryException e) {
    throw new WorkflowException(e.getMessage(), e);
   }
  }
 }

 private boolean readArgument(MetaDataMap args) {
  String argument = args.get("PROCESS_ARGS", "false");
  return argument.equalsIgnoreCase("true");
 }
}
NOTE
Si el proceso falla tres veces seguidas, se coloca un elemento en la Bandeja de entrada del administrador del flujo de trabajo.

Uso de ECMAScript using-ecmascript

Los scripts ECMA permiten a los desarrolladores de scripts implementar pasos de proceso. Los scripts se encuentran en el repositorio JCR y se ejecutan desde allí.

En la tabla siguiente se enumeran las variables que están disponibles inmediatamente para procesar secuencias de comandos, lo que proporciona acceso a los objetos de la API de Java del flujo de trabajo.

Clase Java
Nombre de variable de secuencia de comandos
Descripción
com.adobe.granite.workflow.exec.WorkItem
graniteWorkItem
La instancia del paso actual.
com.adobe.granite.workflow.WorkflowSession
graniteWorkflowSession
Sesión de flujo de trabajo de la instancia del paso actual.
String[] (contiene argumentos de proceso)
args
Los argumentos de paso.
com.adobe.granite.workflow.metadata.MetaDataMap
metaData
Los metadatos de la instancia del paso actual.
org.apache.sling.scripting.core.impl.InternalScriptHelper
sling
Proporciona acceso al entorno de tiempo de ejecución de Sling.

La siguiente secuencia de comandos de ejemplo muestra cómo acceder al nodo JCR que representa la carga útil del flujo de trabajo. La variable graniteWorkflowSession se adapta a una variable de sesión JCR, que se utiliza para obtener el nodo de la ruta de carga útil.

var workflowData = graniteWorkItem.getWorkflowData();
if (workflowData.getPayloadType() == "JCR_PATH") {
    var path = workflowData.getPayload().toString();
    var jcrsession = graniteWorkflowSession.adaptTo(Packages.javax.jcr.Session);
    var node = jcrsession.getNode(path);
    if (node.hasProperty("approved")){
     node.setProperty("approved", args[0] == "true" ? true : false);
     node.save();
 }
}

La siguiente secuencia de comandos comprueba si la carga útil es una imagen ( .png ), crea una imagen en blanco y negro a partir de ella y la guarda como un nodo del mismo nivel.

var workflowData = graniteWorkItem.getWorkflowData();
if (workflowData.getPayloadType() == "JCR_PATH") {
    var path = workflowData.getPayload().toString();
    var jcrsession = graniteWorkflowSession.adaptTo(Packages.javax.jcr.Session);
    var node = jcrsession.getRootNode().getNode(path.substring(1));
     if (node.isNodeType("nt:file") && node.getProperty("jcr:content/jcr:mimeType").getString().indexOf("image/") == 0) {
        var is = node.getProperty("jcr:content/jcr:data").getStream();
        var layer = new Packages.com.day.image.Layer(is);
        layer.grayscale();
                var parent = node.getParent();
                var gn = parent.addNode("grey" + node.getName(), "nt:file");
        var content = gn.addNode("jcr:content", "nt:resource");
                content.setProperty("jcr:mimeType","image/png");
                var cal = Packages.java.util.Calendar.getInstance();
                content.setProperty("jcr:lastModified",cal);
                var f = Packages.java.io.File.createTempFile("test",".png");
        var tout = new Packages.java.io.FileOutputStream(f);
        layer.write("image/png", 1.0, tout);
        var fis = new Packages.java.io.FileInputStream(f);
                content.setProperty("jcr:data", fis);
                parent.save();
        tout.close();
        fis.close();
        is.close();
        f.deleteOnExit();
    }
}

Para usar la secuencia de comandos:

  1. Cree la secuencia de comandos (por ejemplo, con CRXDE Lite) y guárdela en el repositorio siguiente /apps/myapp/workflow/scripts

  2. Especificación de un título que identifique la secuencia de comandos en la variable Paso de proceso cuadro de diálogo editar , agregue las siguientes propiedades al jcr:content del script:

    table 0-row-3 1-row-3 2-row-3
    Nombre Tipo Valor
    jcr:mixinTypes Name[] mix:title
    jcr:title String Nombre que aparecerá en el cuadro de diálogo de edición.
  3. Edite el Paso de proceso y especifique la secuencia de comandos que desea utilizar.

Desarrollo de los usuarios que eligen a los participantes developing-participant-choosers

Puede desarrollar usuarios que elijan participantes para Etapa de participante dinámica componentes.

Cuando Etapa de participante dinámica se inicia durante un flujo de trabajo, el paso debe determinar el participante al que se puede asignar el elemento de trabajo generado. Para ello, siga estos pasos:

  • envía una solicitud a un servicio OSGi
  • ejecuta una secuencia de comandos ECMA para seleccionar al participante

Puede desarrollar un servicio o una secuencia de comandos ECMA que seleccione el participante según los requisitos del flujo de trabajo.

NOTE
Para obtener información sobre cómo asociar su Etapa de participante dinámica con el servicio o la secuencia de comandos, consulte Etapa de participante dinámica o Anulación de la implementación de los pasos.

Desarrollo de un selector de participantes mediante una clase Java developing-a-participant-chooser-using-a-java-class

Para definir un paso del participante como un componente de servicio OSGI (clase Java):

  1. El componente OSGI debe implementar la variable ParticipantStepChooser interfaz con su getParticipant() método. Consulte el código de ejemplo a continuación.

    Cree el paquete e impleméntelo en el contenedor OSGI.

  2. Añadir la propiedad SCR chooser.label y establezca el valor como sea necesario. Este será el nombre como aparece en la lista el selector de participantes, usando la variable Etapa de participante dinámica componente. Consulte el ejemplo:

    code language-java
    package com.adobe.example.workflow.impl.process;
    
    import com.adobe.granite.workflow.WorkflowException;
    import com.adobe.granite.workflow.WorkflowSession;
    import com.adobe.granite.workflow.exec.ParticipantStepChooser;
    import com.adobe.granite.workflow.exec.WorkItem;
    import com.adobe.granite.workflow.exec.WorkflowData;
    import com.adobe.granite.workflow.metadata.MetaDataMap;
    
    import org.apache.felix.scr.annotations.Component;
    import org.apache.felix.scr.annotations.Property;
    import org.apache.felix.scr.annotations.Service;
    
    import org.osgi.framework.Constants;
    
    /**
     * Sample dynamic participant step that determines the participant based on a path given as argument.
     */
    @Component
    @Service
    
    public class MyDynamicParticipant implements ParticipantStepChooser {
    
     @Property(value = "An example implementation of a dynamic participant chooser.")
     static final String DESCRIPTION = Constants.SERVICE_DESCRIPTION;
        @Property(value = "Adobe")
        static final String VENDOR = Constants.SERVICE_VENDOR;
        @Property(value = "Dynamic Participant Chooser Process")
        static final String LABEL=ParticipantStepChooser.SERVICE_PROPERTY_LABEL;
    
        private static final String TYPE_JCR_PATH = "JCR_PATH";
    
        public String getParticipant(WorkItem workItem, WorkflowSession workflowSession, MetaDataMap args) throws WorkflowException {
            WorkflowData workflowData = workItem.getWorkflowData();
            if (workflowData.getPayloadType().equals(TYPE_JCR_PATH)) {
                String path = workflowData.getPayload().toString();
                String pathFromArgument = args.get("PROCESS_ARGS", String.class);
                if (pathFromArgument != null && path.startsWith(pathFromArgument)) {
                    return "admin";
                }
            }
            return "administrators";
        }
    }
    
  3. En el Modelos editor, añada el paso participante dinámico al flujo de trabajo mediante el Etapa de participante dinámica componente.

  4. En el cuadro de diálogo de edición, seleccione la opción Selector de participante y seleccione la implementación que desee.

  5. Si utiliza argumentos en el código, establezca la variable Argumentos de proceso. Para este ejemplo: /content/we-retail/de.

  6. Guarde los cambios, tanto para el paso como para el modelo de flujo de trabajo.

Desarrollo de un selector de participantes mediante un script ECMA developing-a-participant-chooser-using-an-ecma-script

Puede crear una secuencia de comandos ECMA que seleccione el usuario al que se ha asignado el elemento de trabajo que se asigna a la función Etapa de participante genera. La secuencia de comandos debe incluir una función denominada getParticipant que no requiere argumentos y devuelve un valor String que contiene el ID de un usuario o grupo.

Las secuencias de comandos se encuentran en el repositorio JCR y se ejecutan desde allí.

En la tabla siguiente se enumeran las variables que proporcionan acceso inmediato a los objetos Java de flujo de trabajo en las secuencias de comandos.

Clase Java
Nombre de variable de secuencia de comandos
com.adobe.granite.workflow.exec.WorkItem
graniteWorkItem
com.adobe.granite.workflow.WorkflowSession
graniteWorkflowSession
String[] (contiene argumentos de proceso)
args
com.adobe.granite.workflow.metadata.MetaDataMap
metaData
org.apache.sling.scripting.core.impl.InternalScriptHelper
sling
function getParticipant() {
    var workflowData = graniteWorkItem.getWorkflowData();
    if (workflowData.getPayloadType() == "JCR_PATH") {
        var path = workflowData.getPayload().toString();
        if (path.indexOf("/content/we-retail/de") == 0) {
            return "admin";
        } else {
            return "administrators";
        }
    }
}
  1. Cree la secuencia de comandos (por ejemplo, con CRXDE Lite) y guárdela en el repositorio siguiente /apps/myapp/workflow/scripts

  2. Especificación de un título que identifique la secuencia de comandos en la variable Paso de proceso cuadro de diálogo editar , agregue las siguientes propiedades al jcr:content del script:

    table 0-row-3 1-row-3 2-row-3
    Nombre Tipo Valor
    jcr:mixinTypes Name[] mix:title
    jcr:title String Nombre que aparecerá en el cuadro de diálogo de edición.
  3. Edite el Etapa de participante dinámica y especifique la secuencia de comandos que desea utilizar.

Gestión de paquetes de flujo de trabajo handling-workflow-packages

Paquetes de flujo de trabajo se puede pasar a un flujo de trabajo para su procesamiento. Los paquetes de flujo de trabajo contienen referencias a recursos como páginas y recursos.

NOTE
Los siguientes pasos del proceso del flujo de trabajo aceptan paquetes de flujo de trabajo para la activación de páginas por lotes:

Puede desarrollar pasos de flujo de trabajo para obtener los recursos del paquete y procesarlos. Los siguientes miembros del com.day.cq.workflow.collection proporciona acceso a los paquetes de flujo de trabajo:

  • ResourceCollection: Clase de paquete de flujo de trabajo.
  • ResourceCollectionUtil: Se utiliza para recuperar objetos ResourceCollection.
  • ResourceCollectionManager: Crea y recupera colecciones. Una implementación se implementa como un servicio OSGi.

El siguiente ejemplo de clase Java muestra cómo obtener recursos de paquetes:

package com.adobe.example;

import java.util.ArrayList;
import java.util.List;

import com.day.cq.workflow.WorkflowException;
import com.day.cq.workflow.WorkflowSession;
import com.day.cq.workflow.collection.ResourceCollection;
import com.day.cq.workflow.collection.ResourceCollectionManager;
import com.day.cq.workflow.collection.ResourceCollectionUtil;
import com.day.cq.workflow.exec.WorkItem;
import com.day.cq.workflow.exec.WorkflowData;
import com.day.cq.workflow.exec.WorkflowProcess;
import com.day.cq.workflow.metadata.MetaDataMap;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.apache.felix.scr.annotations.Reference;
import org.osgi.framework.Constants;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import javax.jcr.Node;
import javax.jcr.PathNotFoundException;
import javax.jcr.RepositoryException;
import javax.jcr.Session;

@Component
@Service
public class LaunchBulkActivate implements WorkflowProcess {

 private static final Logger log = LoggerFactory.getLogger(LaunchBulkActivate.class);

 @Property(value="Bulk Activate for Launches")
  static final String PROCESS_NAME ="process.label";
 @Property(value="A sample workflow process step to support Launches bulk activation of pages")
 static final String SERVICE_DESCRIPTION = Constants.SERVICE_DESCRIPTION;

 @Reference
 private ResourceCollectionManager rcManager;
public void execute(WorkItem workItem, WorkflowSession workflowSession) throws Exception {
    Session session = workflowSession.getSession();
    WorkflowData data = workItem.getWorkflowData();
    String path = null;
    String type = data.getPayloadType();
    if (type.equals(TYPE_JCR_PATH) && data.getPayload() != null) {
        String payloadData = (String) data.getPayload();
        if (session.itemExists(payloadData)) {
            path = payloadData;
        }
    } else if (data.getPayload() != null && type.equals(TYPE_JCR_UUID)) {
        Node node = session.getNodeByUUID((String) data.getPayload());
        path = node.getPath();
    }

    // CUSTOMIZED CODE IF REQUIRED....

    if (path != null) {
        // check for resource collection
        ResourceCollection rcCollection = ResourceCollectionUtil.getResourceCollection((Node)session.getItem(path), rcManager);
        // get list of paths to replicate (no resource collection: size == 1
        // otherwise size >= 1
        List<String> paths = getPaths(path, rcCollection);
        for (String aPath: paths) {

            // CUSTOMIZED CODE....

        }
    } else {
        log.warn("Cannot process because path is null for this " + "workitem: " + workItem.toString());
    }
}

/**
 * helper
 */
private List<String> getPaths(String path, ResourceCollection rcCollection) {
    List<String> paths = new ArrayList<String>();
    if (rcCollection == null) {
        paths.add(path);
    } else {
        log.debug("ResourceCollection detected " + rcCollection.getPath());
        // this is a resource collection. the collection itself is not
        // replicated. only its members
        try {
            List<Node> members = rcCollection.list(new String[]{"cq:Page", "dam:Asset"});
            for (Node member: members) {
                String mPath = member.getPath();
                paths.add(mPath);
            }
        } catch(RepositoryException re) {
            log.error("Cannot build path list out of the resource collection " + rcCollection.getPath());
        }
    }
    return paths;
}
}

Ejemplo: Creación de un paso personalizado example-creating-a-custom-step

Una forma sencilla de empezar a crear su propio paso personalizado es copiar un paso existente de:

/libs/cq/workflow/components/model

Creación del paso básico creating-the-basic-step

  1. Vuelva a crear la ruta en /apps; por ejemplo:

    /apps/cq/workflow/components/model

    Las nuevas carpetas son del tipo nt:folder:

    code language-xml
    - apps
      - cq
        - workflow (nt:folder)
          - components (nt:folder)
            - model (nt:folder)
    
    note note
    NOTE
    Este paso no se aplica al editor clásico del modelo de IU.
  2. A continuación, coloque el paso copiado en la carpeta /apps; por ejemplo:

    /apps/cq/workflow/components/model/myCustomStep

    Este es el resultado de nuestro paso personalizado de ejemplo:

    wf-34

    note caution
    CAUTION
    Como en la interfaz de usuario estándar, solo el título y no los detalles se muestran en la tarjeta, details.jsp no es necesario, ya que lo era para el editor de IU clásica.
  3. Aplique las siguientes propiedades al nodo :

    /apps/cq/workflow/components/model/myCustomStep

    Propiedades de interés:

    • sling:resourceSuperType

      Debe heredar de un paso existente.

      En este ejemplo, heredamos del paso base en cq/workflow/components/model/step, pero puede utilizar otros supertipos como participant, process, etc.

    • jcr:title

      Es el título que se muestra cuando el componente aparece en la lista del navegador de pasos (panel izquierdo del editor de modelos de flujo de trabajo).

    • cq:icon

      Se usa para especificar un Icono de cordón para el paso .

    • componentGroup

      Debe ser uno de los siguientes:

      • Flujo de trabajo de colaboración
      • Flujo de trabajo DAM
      • Flujo de trabajo de formularios
      • Proyectos
      • Flujo de trabajo WCM
      • Flujo de trabajo

    wf-35

  4. Ahora puede abrir un modelo de flujo de trabajo para editarlo. En el navegador de pasos puede filtrar para ver Mi paso personalizado:

    wf-36

    Arrastrar Mi paso personalizado en el modelo muestra la tarjeta:

    wf-37

    Si no cq:icon se ha definido para el paso y se representa un icono predeterminado con las dos primeras letras del título. Por ejemplo:

    wf-38

Definición del cuadro de diálogo Configuración de pasos defining-the-step-configure-dialog

Después Creación del paso básico, defina el paso Configurar como se indica a continuación:

  1. Configuración de las propiedades en el nodo cq:editConfig de la siguiente manera:

    Propiedades de interés:

    • cq:inherit

      Cuando se configura como true, el componente del paso heredará propiedades del paso especificado en sling:resourceSuperType.

    • cq:disableTargeting

      Configúrelo según sea necesario.
      wf-39

  2. Configuración de las propiedades en el nodo cq:formsParameter de la siguiente manera:

    Propiedades de interés:

    • jcr:title

      Define el título predeterminado en la tarjeta de paso del mapa del modelo y en la variable Título del campo My Custom - Propiedades de los pasos cuadro de diálogo de configuración.

    • También puede definir sus propias propiedades personalizadas.

    wf-40

  3. Configuración de las propiedades en el nodo cq:listeners.

    La variable cq:listener y sus propiedades le permiten establecer controladores de eventos que reaccionan a eventos en el editor de modelos de IU táctil; como arrastrar un paso a una página de modelo o editar las propiedades de un paso.

    Propiedades de interés:

    • afterMove: REFRESH_PAGE
    • afterdelete: CQ.workflow.flow.Step.afterDelete
    • afteredit: CQ.workflow.flow.Step.afterEdit
    • afterinsert: CQ.workflow.flow.Step.afterInsert

    Esta configuración es esencial para el correcto funcionamiento del editor. En la mayoría de los casos, esta configuración no debe cambiarse.

    Sin embargo, la configuración cq:inherit como verdadero (en la variable cq:editConfig (consulte más arriba) le permite heredar esta configuración, sin necesidad de incluirla explícitamente en la definición del paso. Si no hay herencia, es necesario agregar este nodo con las siguientes propiedades y valores.

    En este ejemplo, se ha activado la herencia para que podamos quitar la variable cq:listeners y el paso seguirá funcionando correctamente.

    wf-41

  4. Ahora puede añadir una instancia del paso a un modelo de flujo de trabajo. Cuando Configurar En el paso que verá, verá el cuadro de diálogo:

    wf-42 wf-43

Ejemplo de marcado utilizado en este ejemplo sample-markup-used-in-this-example

El marcado de un paso personalizado se representa en la variable .content.xml del nodo raíz del componente. El ejemplo .content.xml utilizado para este ejemplo:

/apps/cq/workflow/components/model/myCustomStep/.content.xml

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="https://sling.apache.org/jcr/sling/1.0" xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
    cq:icon="bell"
    jcr:primaryType="cq:Component"
    jcr:title="My Custom Step"
    sling:resourceSuperType="cq/workflow/components/model/process"
    allowedParents="[*/parsys]"
    componentGroup="Workflow"/>

La variable _cq_editConfig.xml ejemplo utilizado en este ejemplo:

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0" xmlns:nt="https://www.jcp.org/jcr/nt/1.0"
    cq:disableTargeting="{Boolean}true"
    cq:inherit="{Boolean}true"
    jcr:primaryType="cq:EditConfig">
    <cq:formParameters
        jcr:primaryType="nt:unstructured"
        jcr:title="My Custom Step Card"
        SAMPLE_PROPERY="sample value"/>
    <cq:listeners
        jcr:primaryType="cq:EditListenersConfig"
        afterdelete="CQ.workflow.flow.Step.afterDelete"
        afteredit="CQ.workflow.flow.Step.afterEdit"
        afterinsert="CQ.workflow.flow.Step.afterInsert"
        afterMove="REFRESH_PAGE"/>
</jcr:root>

La variable _cq_dialog/.content.xml ejemplo utilizado en este ejemplo:

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="https://sling.apache.org/jcr/sling/1.0" xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0" xmlns:nt="https://www.jcp.org/jcr/nt/1.0"
    jcr:primaryType="nt:unstructured"
    jcr:title="My Custom - Step Properties"
    sling:resourceType="cq/gui/components/authoring/dialog">
    <content
        jcr:primaryType="nt:unstructured"
        sling:resourceType="granite/ui/components/coral/foundation/tabs">
        <items jcr:primaryType="nt:unstructured">
            <common
                cq:hideOnEdit="true"
                jcr:primaryType="nt:unstructured"
                jcr:title="Common"
                sling:resourceType="granite/ui/components/coral/foundation/fixedcolumns"/>
            <process
                cq:hideOnEdit="true"
                jcr:primaryType="nt:unstructured"
                jcr:title="Process"
                sling:resourceType="granite/ui/components/coral/foundation/fixedcolumns"/>
            <mycommon
                jcr:primaryType="nt:unstructured"
                jcr:title="Common"
                sling:resourceType="granite/ui/components/coral/foundation/fixedcolumns">
                <items jcr:primaryType="nt:unstructured">
                    <columns
                        jcr:primaryType="nt:unstructured"
                        sling:resourceType="granite/ui/components/coral/foundation/container">
                        <items jcr:primaryType="nt:unstructured">
                            <title
                                jcr:primaryType="nt:unstructured"
                                sling:resourceType="granite/ui/components/coral/foundation/form/textfield"
                                fieldLabel="Title"
                                name="./jcr:title"/>
                            <description
                                jcr:primaryType="nt:unstructured"
                                sling:resourceType="granite/ui/components/coral/foundation/form/textarea"
                                fieldLabel="Description"
                                name="./jcr:description"/>
                        </items>
                    </columns>
                </items>
            </mycommon>
            <advanced
                jcr:primaryType="nt:unstructured"
                jcr:title="Advanced"
                sling:resourceType="granite/ui/components/coral/foundation/fixedcolumns">
                <items jcr:primaryType="nt:unstructured">
                    <columns
                        jcr:primaryType="nt:unstructured"
                        sling:resourceType="granite/ui/components/coral/foundation/container">
                        <items jcr:primaryType="nt:unstructured">
                            <email
                                jcr:primaryType="nt:unstructured"
                                sling:resourceType="granite/ui/components/coral/foundation/form/checkbox"
                                fieldDescription="Notify user via email."
                                fieldLabel="Email"
                                name="./metaData/PROCESS_AUTO_ADVANCE"
                                text="Notify user via email."
                                value="true"/>
                        </items>
                    </columns>
                </items>
            </advanced>
        </items>
    </content>
</jcr:root>
NOTE
Observe los nodos comunes y de proceso en la definición del cuadro de diálogo. Estos se heredan del paso de proceso que utilizamos como supertipo para nuestro paso personalizado:
sling:resourceSuperType : cq/workflow/components/model/process
NOTE
Los cuadros de diálogo del editor de modelos de la IU clásica seguirán funcionando con el editor de IU táctil estándar.
AEM ha herramientas de modernización si desea actualizar los cuadros de diálogo de paso de la IU clásica a los cuadros de diálogo de la IU estándar. Después de la conversión aún hay algunas mejoras manuales que se pueden hacer en el cuadro de diálogo para algunos casos.
  • En los casos en los que un cuadro de diálogo actualizado esté vacío, puede ver los cuadros de diálogo en /libs que tienen una funcionalidad similar a la de ejemplos de cómo proporcionar una solución. Por ejemplo:

  • /libs/cq/workflow/components/model

  • /libs/cq/workflow/components/workflow

  • /libs/dam/components

  • /libs/wcm/workflow/components/autoassign

  • /libs/cq/projects

    No debe modificar nada en /libs, simplemente utilícelos como ejemplos. Si desea aprovechar cualquiera de los pasos existentes, cópielos en /apps y modificarlos allí.

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