Référence sur les processus de workflow workflow-process-reference

AEM fournit plusieurs étapes de processus qui peuvent être utilisées pour créer des modèles de workflow. Des étapes de processus personnalisées peuvent également être ajoutées pour les tâches qui ne sont pas couvertes par les étapes intégrées (voir Création de modèles de workflow).

Caractéristiques du processus process-characteristics

Pour chaque étape du processus, les caractéristiques suivantes sont décrites.

Classe Java™ ou chemin ECMA java-class-or-ecma-path

Les étapes du processus sont définies par une classe Java™ ou un ECMAScript.

Payload payload

La payload est l’entité sur laquelle agit une instance de workflow. La payload est sélectionnée implicitement par le contexte dans lequel une instance de workflow est démarrée.

Par exemple, si un workflow est appliqué à une page AEM P, P passe d’une étape à l’autre à mesure que le workflow est exécuté ; chaque étape pouvant éventuellement agir sur P dans une certaine mesure.

Dans le cas le plus courant, la payload est un nœud JCR dans le référentiel (par exemple, une page AEM ou une ressource). Une payload de nœud JCR est transmise sous la forme d’une chaîne correspondant à un chemin JCR ou à un identifiant JCR (UUID). Parfois, la payload peut être une propriété JCR (transmise comme un chemin JCR), une URL, un objet binaire ou un objet Java™ générique. Les étapes de processus individuelles qui agissent effectivement sur la payload s’attendent généralement à une payload d’un certain type, ou agissent différemment selon le type de payload. Pour chaque processus décrit ci-dessous, le type de payload attendu, le cas échéant, est décrit.

Arguments arguments

Certains processus de workflow acceptent les arguments que l’administrateur ou l’administratrice spécifie lors de la configuration de l’étape du workflow.

Les arguments sont saisis sous la forme d’une seule chaîne dans la propriété Arguments de processus dans le volet Propriétés de l’éditeur de workflow. Pour chaque processus décrit ci-dessous, le format de la chaîne d’argument est décrit dans une grammaire EBNF simple. Par exemple, le code suivant indique que la chaîne d’arguments se compose d’une ou de plusieurs paires séparées par des virgules, chacune d’elles étant constituée d’un nom (qui est une chaîne) et d’une valeur séparés par un double signe deux-points :

    args := name '::' value [',' name '::' value]*
    name := /* A string */
    value := /* A string */

Délai d’expiration timeout

Après ce délai d’expiration, l’étape du workflow n’est plus opérationnelle. Certains processus de workflow respectent le délai d’expiration, tandis que d’autres ne l’appliquent pas et sont ignorés.

Autorisations permissions

La session transmise à WorkflowProcess est gérée par l’utilisateur pour le service de processus de workflow, avec les autorisations suivantes au niveau de la racine du référentiel :

Si cet ensemble d’autorisations s’avère insuffisant pour votre implémentation de WorkflowProcess, elle doit utiliser une session avec les autorisations requises.

La méthode recommandée consiste à utiliser un utilisateur ou une utilisatrice de service créé(e) avec le sous-ensemble d’autorisations requis nécessaire, mais minimal.

Processus de contrôle des workflows workflow-control-processes

Les processus suivants n’effectuent aucune action sur le contenu. Ils servent à contrôler le comportement du workflow proprement dit.

AbsoluteTimeAutoAdvancer (Avance automatique temps absolu écoulé) absolutetimeautoadvancer-absolute-time-auto-advancer

Le processus AbsoluteTimeAutoAdvancer (Avance automatique temps absolu écoulé) se comporte de la même manière que l’AutoAdvancer, si ce n’est qu’il arrive à expiration à une date et une heure données, plutôt qu’après une durée définie.

AutoAdvancer (Avance automatique) autoadvancer-auto-advancer

Le processus AutoAdvancer fait passer automatiquement le workflow à l’étape suivante. Si plusieurs étapes sont possibles (il existe, par exemple, une division OU), la progression du workflow continue le long de l’itinéraire par défaut, si cela a été défini. Dans le cas contraire, aucune avance n’est effectuée.

ProcessAssembler (Programme d’assemblage des processus) processassembler-process-assembler

Le processus ProcessAssembler exécute plusieurs sous-processus de manière séquentielle au cours d’une seule étape de workflow. Pour utiliser ProcessAssembler, créez une seule étape de ce type dans votre workflow et configurez ses arguments de manière à indiquer les noms et arguments des sous-processus que vous souhaitez exécuter.

        args := arg [',' arg]
        arg := processname ['::' processargs]
        processname := /* A fully qualified Java Class or absolute
        repository path to an ECMAScript */
        processargs := processarg [';' processarg]*
        processarg := '[' nobracketprocessarg ']' | nobracketprocessarg
        nobracketprocessarg := listitem [':' listitem]*
        listitem := /* A string */

Par exemple :

com.day.cq.dam.core.process.ExtractMetadataProcess,
    com.day.cq.dam.core.process.CreateThumbnailProcess::[140:100];[48:48];[319:319:false],
    com.day.cq.dam.core.process.CreateWebEnabledImageProcess::dimension:1280:1280;mimetype:image/jpeg,
    com.day.cq.dam.core.process.AssetSetLastModifiedProcess

Processus de base basic-processes

Les processus suivants exécutent des tâches simples ou servent simplement d’exemples.

delete delete

L’élément du chemin d’accès donné est supprimé.

noop noop

Il s’agit du processus « null ». Il n’effectue aucune opération, mais consigne un message de débogage.

rule-false rule-false

Il s’agit d’un processus nul qui renvoie false sur la méthode check().

sample sample

Il s’agit d’un exemple de processus ECMAScript.

LockProcess lockprocess

Verrouille la payload du workflow.

L’étape n’a aucun effet dans les cas suivants :

UnlockProcess unlockprocess

Déverrouille la payload du workflow.

L’étape n’a aucun effet dans les cas suivants :

Processus de contrôle de version versioning-processes

Le processus suivant effectue une tâche liée aux versions.

CreateVersionProcess createversionprocess

Crée une version de la payload de workflow (page AEM ou ressource DAM).