Referenz für Workflow-Schritte workflow-step-reference

CAUTION
AEM 6.4 hat das Ende der erweiterten Unterstützung erreicht und diese Dokumentation wird nicht mehr aktualisiert. Weitere Informationen finden Sie in unserer technische Unterstützung. Unterstützte Versionen suchen here.

Workflow-Modelle bestehen aus einer Reihe von Schritten verschiedener Typen. Je nach Typ können diese Schritte konfiguriert und mit Parametern und Skripten erweitert werden, um die benötigten Funktionen und Steuerungsmöglichkeiten bereitzustellen.

NOTE
In diesem Abschnitt werden die standardmäßigen Workflow-Schritte beschrieben.
Informationen zu modulspezifischen Schritten finden Sie auch unter:

Schritt-Eigenschaften step-properties

Jede Schritt-Komponente verfügt über eine Schritt-Eigenschaften -Dialogfeld, in dem Sie die erforderlichen Eigenschaften definieren und bearbeiten können.

Schritteigenschaften - Registerkarte "Allgemein" step-properties-common-tab

Für die meisten Workflow-Schritt-Komponenten ist eine Kombination der folgenden Eigenschaften verfügbar: Häufig Registerkarte des Eigenschaftendialogfelds:

  • Titel

    Der Titel für den Schritt.

  • Beschreibung

    Eine Beschreibung des Schritts.

  • Workflow-Phase

    Eine Dropdown-Auswahl zum Anwenden einer Staging zum Schritt hinzu.

  • Zeitüberschreitung

    Der Zeitraum, nach dessen Ablauf der Schritt die zulässige Zeit überschritten hat.

    Folgende Optionen stehen zur Auswahl: AusUnmittelbar, 1 h, 6 h, 12 h, 24 h.

  • Zeitüberschreitungs-Handler

    Der Handler, der den Workflow steuert, sobald ein Schritt die zulässige Zeit überschreitet, z. B.:

    Auto Advancer

  • Handler-Fortschritt

    Wählen Sie diese Option aus, um den Workflow nach dem Ausführen automatisch mit dem nächsten Schritt fortzuführen. Wenn diese Option nicht ausgewählt ist, muss das Implementierungsskript den Workflow fortführen.

Schritteigenschaften - Registerkarte "Benutzer/Gruppe" step-properties-user-group-tab

Die folgenden Eigenschaften sind für viele Workflow-Schritt-Komponenten verfügbar: Benutzer/Gruppe Registerkarte des Eigenschaftendialogfelds:

  • Benachrichtigen Sie den Benutzer per E-Mail

    • Sie können Teilnehmer benachrichtigen, indem Sie ihnen eine E-Mail senden, wenn der Workflow den Schritt erreicht.
    • Wenn diese Option aktiviert ist, wird eine E-Mail an den durch die Eigenschaft definierten Benutzer gesendet. Benutzer/Gruppe oder an jedes Gruppenmitglied, wenn eine Gruppe definiert ist.
  • Benutzer/Gruppe

    • Sie können einen Benutzer oder eine Gruppe aus einem Dropdown-Menü auswählen.
    • Falls Sie den Schritt einem bestimmten Benutzer zuweisen, kann nur dieser Benutzer Aktionen für den Schritt durchführen.
    • Falls Sie den Schritt einer ganzen Gruppe zuweisen, erhalten alle Benutzer in dieser Gruppe die Aktion im  Workflow-Posteingang, sobald der Workflow diesen Schritt erreicht.
    • Siehe Teilnehmen an Workflows für weitere Informationen.

UND-Teilung and-split

Mit der  UND-Teilung wird der Workflow unterteilt und beide Verzweigungen werden aktiviert. Sie fügen jeder Verzweigung nach Bedarf Workflow-Schritte hinzu. Dieser Schritt ermöglicht es Ihnen, mehrere Verarbeitungspfade in den Workflow einzufügen. Sie können beispielsweise zulassen, dass bestimmte Überprüfungsschritte parallel ausgeführt werden, sodass Zeit gespart wird.

wf-26

UND-Teilung - Konfiguration and-split-configuration

  • Bearbeiten Sie die UND-Teilung properties:

    • Splitsname: zu erläuternden Zwecken einen Namen zuweisen.
    • Wählen Sie die Anzahl der erforderlichen Zweige aus. 2, 3, 4 oder 5.
  • Fügen Sie den Verzweigungen nach Bedarf Workflow-Schritte hinzu.

    wf-27

Container-Schritt container-step

A Container step startet ein anderes Workflow-Modell, das als untergeordneter Workflow ausgeführt wird.

Diese Container ermöglicht die Wiederverwendung von Workflow-Modellen zur Implementierung gängiger Schrittfolgen. Beispielsweise kann ein Übersetzungs-Workflow-Modell in mehreren Bearbeitungs-Workflows verwendet werden.

wf-28

Container-Schritt - Konfiguration container-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

  • Allgemein

  • Container

    • Unter-Workflow: Wählen Sie den zu startenden Workflow aus.

Zum Schritt wechseln goto-step

Die Zum Schritt wechseln ermöglicht es Ihnen, den nächsten auszuführenden Schritt im Workflow-Modell abhängig vom Ergebnis eines ECMAScripts anzugeben:

  • true: Die Zum Schritt wechseln wird abgeschlossen und die Workflow-Engine führt den angegebenen Schritt aus.

  • false: Die Zum Schritt wechseln completes und die normale Routing-Logik bestimmt den nächsten auszuführenden Schritt.

Mit Zum Schritt wechseln können Sie erweiterte Routingstrukturen im Workflow-Modell implementieren. Um beispielsweise eine Schleife zu implementieren, muss die Zum Schritt wechseln kann definiert werden, um einen vorherigen Schritt im Workflow auszuführen, wobei das Skript eine Schleifenbedingung auswertet.

Zum Schritt wechseln - Konfiguration goto-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

  • Allgemein

  • Prozess

    • Der Schritt, zu dem: Wählen Sie den auszuführenden Schritt aus.
    • Skriptpfad: Der Pfad zum ECMAScript, das bestimmt, ob die Zum Schritt wechseln.
    • Skript: Das ECMAScript, das bestimmt, ob die Zum Schritt wechseln.
CAUTION
Geben Sie entweder Skriptpfad oder Skript. Beide Optionen können nicht gleichzeitig verwendet werden. Wenn Sie Werte für beide Eigenschaften angeben, verwendet der Schritt die Skriptpfad.

Simulieren einer für Schleife simulating-a-for-loop

Für die Simulation einer for-Schleife müssen Sie die Anzahl der aufgetretenen Schleifeniterationen beibehalten:

  • Die Anzahl stellt normalerweise einen Index der Elemente dar, auf die im Workflow reagiert wird.
  • Die Anzahl wird als Ausstiegskriterien für die Schleife ausgewertet.

Um beispielsweise einen Workflow zu implementieren, der eine Aktion auf mehreren JCR-Knoten ausführt, können Sie einen Schleifenzähler als Index für die Knoten verwenden. Speichern Sie in der Datenzuordnung der Workflow-Instanz einen integer-Wert, um die Schleifenzahl zu speichern. Verwenden Sie das Skript für Zum Schritt wechseln, um die Zahl zu erhöhen und mit den Beendigungskriterien zu vergleichen.

function check(){
   var count=0;
   var keyname="loopcount"
   try{
      if (workflowData.getMetaDataMap().containsKey(keyname)){
        log.info("goto script: found loopcount key");
        count= parseInt(workflowData.getMetaDataMap().get(keyname))+1;
      }

     workflowData.getMetaDataMap().put(keyname,count);

     }catch(err) {
         log.info(err.message);
         return false;
    }
   if (parseInt(count) <7){
       return true;
   } else {
      return false;
   }
}

ODER-Teilung or-split

Mit der ODER-Teilung wird der Workflow so geteilt, dass nur eine Verzweigung aktiv bleibt. Mit diesem Schritt können Sie bedingte Verarbeitungspfade in einem Workflow einrichten. Sie fügen jeder Verzweigung nach Bedarf Workflow-Schritte hinzu.

NOTE
Weitere Informationen zum Erstellen einer ODER-Teilung finden Sie unter: https://helpx.adobe.com/experience-manager/using/aem64_workflow_servlet.html

wf-29

ODER-Teilung - Konfiguration or-split-configuration

  • Bearbeiten Sie die ODER-Teilung properties:

    • Allgemein

      • Wählen Sie die Anzahl der erforderlichen Zweige aus. 2, 3, 4 oder 5.
    • Verzweigung : x>

      • Skriptpfad: Der Pfad zu einer Datei, die das Skript enthält.
      • Skript: Fügen Sie das Skript in das Feld ein.
      • Standardroute: Der Standardverzweigung wird gefolgt, wenn mehrere Verzweigungen als "true"ausgewertet werden. Sie können nur eine Verzweigung als Standard festlegen.
    note note
    NOTE
    Für jeden Zweig gibt es eine separate Registerkarte:
    • Das Skript jedes Zweigs wird einzeln ausgewertet.
    • Die Verzweigungen werden von links nach rechts ausgewertet.
    • Das erste Skript, das als „true“ bewertet wird, wird ausgeführt.
    • Falls keine Verzweigung als „true“ bewertet wird, wird der Workflow nicht fortgeführt.
    note caution
    CAUTION
    Geben Sie entweder Skriptpfad oder Skript. Beide Optionen können nicht gleichzeitig verwendet werden. Wenn Sie Werte für beide Eigenschaften angeben, verwendet der Schritt die Skriptpfad.
    note note
    NOTE
    Siehe Definieren einer Regel für eine ODER-Teilung.
  • Fügen Sie den Verzweigungen nach Bedarf Workflow-Schritte hinzu.

Teilnehmer - Schritte und Auswahlmöglichkeiten participant-steps-and-choosers

Teilnehmerschritt participant-step

Mit der Option Teilnehmer-Schritt können Sie einer bestimmten Aktion Eigentümerrechte zuweisen. Der Workflow wird nur fortgesetzt, wenn der Benutzer den Schritt manuell quittiert hat. Die Option wird verwendet, wenn Sie einer Person eine Aktion in einem Workflow zuweisen möchten, z. B. einen Bewertungsschritt.

Obwohl sie nicht direkt damit im Zusammenhang steht, muss die Benutzerautorisierung beim Zuweisen einer Aktion berücksichtigt werden. Der Benutzer muss Zugriff auf die Seite mit der Workflow-Payload haben.

Teilnehmer-Schritt - Konfiguration participant-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

NOTE
Der Workflow-Initiator wird immer benachrichtigt, wenn:
  • Der Workflow ist abgeschlossen (beendet).
  • Der Workflow wird abgebrochen (beendet).
NOTE
Einige Eigenschaften müssen konfiguriert werden, um E-Mail-Benachrichtigungen zu aktivieren. Sie können auch die E-Mail-Vorlage anpassen oder eine E-Mail-Vorlage für eine neue Sprache hinzufügen. Informationen zum Konfigurieren von E-Mail-Benachrichtigungen in AEM finden Sie unter Konfigurieren von E-Mail-Benachrichtigungen.

Dialogfeld "Teilnehmer" – Schritt dialog-participant-step

Verwenden Sie eine Dialogfeld "Teilnehmer - Schritt" , um Informationen von dem Benutzer zu erfassen, dem das Arbeitselement zugewiesen ist. Dieser Schritt ist nützlich für die Erfassung kleiner Datenmengen, die später im Workflow verwendet werden.

Nach Abschluss des Schritts wird die Arbeitselement abschließen enthält die Felder, die Sie in Ihrem Dialogfeld definieren. Die in den Feldern erfassten Daten werden in den Knoten der Workflow-Payload gespeichert. Nachfolgende Workflow-Schritte können dann den Wert aus dem Repository lesen.

Um den Schritt zu konfigurieren, geben Sie die Gruppe oder den Benutzer an, der das Arbeitselement zugewiesen werden soll, und den Pfad zum Dialogfeld.

Dialogfeld "Teilnehmer - Schritt - Konfiguration" dialog-participant-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

Dialogfeld "Teilnehmer-Schritt"- Erstellen eines Dialogfelds dialog-participant-step-creating-a-dialog

So erstellen Sie ein Dialogfeld:

Dialogfeld „Teilnehmer-Schritt“ – Speichern von Daten in der Payload dialog-participant-step-storing-data-in-the-payload

Sie können Widget-Daten in der Workflow-Payload oder in den Metadaten des Arbeitselements speichern. Das Format der name-Eigenschaft des Widget-Knotens bestimmt, wo die Daten gespeichert werden.

  • Daten mit der Payload speichern

    • Um Widget-Daten als Eigenschaft der Workflow-Payload zu speichern, verwenden Sie folgendes Format für den Wert der name-Eigenschaft des Widget-Knotens:

      ./jcr:content/nodename

    • Die Daten werden in der nodename-Eigenschaft des Payload-Knotens gespeichert. Wenn der Knoten diese Eigenschaft nicht enthält, wird die Eigenschaft erstellt.

    • Wenn Daten mit der Payload gespeichert werden, wird der Wert der Eigenschaft bei nachfolgender Verwendung des Dialogfelds mit derselben Payload überschrieben.

  • Speichern von Daten mit dem Arbeitselement

    • Um Widget-Daten als Eigenschaft der Metadaten des Arbeitselements zu speichern, verwenden Sie das folgende Format für den Wert der name-Eigenschaft:

      nodename

    • Die Daten werden in der nodename-Eigenschaft der metadata des Arbeitselements gespeichert. Die Daten werden beibehalten, wenn das Dialogfeld anschließend von derselben Payload verwendet wird.

Dialogfeld "Teilnehmer-Schritt"- Dialogfelddefinition dialog-participant-step-dialog-definition

  1. Dialogfeldstruktur

    Dialogfelder für das Dialogfeld „Teilnehmer-Schritt“ ähneln den Dialogfeldern, die Sie für Bearbeitungskomponenten erstellen. Sie werden gespeichert unter:

    /apps/myapp/workflow/dialogs

    Dialogfelder für die standardmäßige Touch-optimierte Benutzeroberfläche weisen die folgende Knotenstruktur auf:

    code language-xml
    newComponent (cq:Component)
      |- cq:dialog (nt:unstructured)
        |- content
          |- layout
            |- items
              |- column
                |- items
                  |- component0
                  |- component1
                  |- ...
    
    note note
    NOTE
    Weitere Informationen finden Sie unter Erstellen und Konfigurieren eines Dialogfelds.
  2. Dialogpfad-Eigenschaft

    Das Dialogfeld Teilnehmer-Schritt  beinhaltet die Eigenschaft Dialogpfad (in Kombination mit den Eigenschaften eines Teilnehmer-Schritts). Der Wert der Eigenschaft Dialogpfad entspricht dem Pfad zum Knoten dialog im Dialogfeld.

    Das Dialogfeld kann sich beispielsweise in einer Komponente mit dem Namen EmailWatch befindet, die im Knoten gespeichert ist:

    /apps/myapp/workflows/dialogs

    Für die Touch-optimierte Benutzeroberfläche wird folgender Wert für die Eigenschaft Dialogpfad verwendet:

    /apps/myapp/workflow/dialogs/EmailWatch/cq:dialog

    wf-30

  3. Beispiel für eine Dialogfelddefinition

    Das folgende XML-Code-Snippet steht für ein Dialogfeld, bei dem der String-Wert im Knoten watchEmail des Payload-Inhalts gespeichert wird. Der Titelknoten stellt die TextField component:

    code language-xml
    jcr:primaryType="nt:unstructured"
        jcr:title="Watcher Email Address Dialog"
        sling:resourceType="cq/gui/components/authoring/dialog">
        <content jcr:primaryType="nt:unstructured"
            sling:resourceType="granite/ui/components/foundation/container">
            <layout jcr:primaryType="nt:unstructured"
                margin="false"
                sling:resourceType="granite/ui/components/foundation/layouts/fixedcolumns"
            />
            <items jcr:primaryType="nt:unstructured">
                <column jcr:primaryType="nt:unstructured"
                    sling:resourceType="granite/ui/components/foundation/container">
                    <items jcr:primaryType="nt:unstructured">
                        <title jcr:primaryType="nt:unstructured"
                            fieldLabel="Notification Email Address"
                            name="./jcr:content/watchEmails"
                            sling:resourceType="granite/ui/components/foundation/form/textfield"
                        />
                    </items>
                </column>
            </items>
        </content>
    </cq:dialog>
    

    Dieses Beispiel führt im Falle der Touch-optimierten Benutzeroberfläche zu einem Dialogfeld wie:

    chlimage_1-177

Dynamischer Teilnehmerschritt dynamic-participant-step

Die Dynamischer Teilnehmer - Schritt -Komponente ähnelt Teilnehmer-Schritt mit dem Unterschied, dass der Teilnehmer zur Laufzeit automatisch ausgewählt wird.

Um den Schritt zu konfigurieren, wählen Sie eine Teilnehmerauswahl , der den Teilnehmer identifiziert, dem das Arbeitselement zugewiesen werden soll, zusammen mit einem Dialogfeld.

Dynamischer Teilnehmer - Schritt - Konfiguration dynamic-participant-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

Dynamischer Teilnehmer - Schritt zur Entwicklung der Teilnehmerauswahl dynamic-participant-step-developing-the-participant-chooser

Sie erstellen die Teilnehmerauswahl. Daher können Sie eine beliebige Auswahllogik oder ein beliebiges Kriterium verwenden. Ihre Teilnehmerauswahl kann beispielsweise den Benutzer (innerhalb einer Gruppe) mit den wenigsten Arbeitselementen auswählen. Sie können eine beliebige Anzahl von Teilnehmerauswahlen erstellen, die mit verschiedenen Instanzen der Dynamischer Teilnehmer - Schritt -Komponente in Ihren Workflow-Modellen.

Erstellen Sie einen OSGi-Dienst oder ein ECMAScript, das einen Benutzer auswählt, dem das Arbeitselement zugewiesen werden soll.

  • ECMAscript

    Skripte müssen eine getParticipant-Funktion enthalten, mit der eine Benutzer-ID als String-Wert zurückgegeben wird. Speichern Sie die benutzerdefinierten Skripte beispielsweise im Ordner /apps/myapp/workflow/scripts oder in einem Unterordner.

    Ein Beispielskript ist in einer Standard-AEM-Instanz enthalten:

    /libs/workflow/scripts/initiator-participant-chooser.ecma

    note caution
    CAUTION
    Sie dürfen keinerlei Änderungen im Pfad /libs vornehmen,
    da der Inhalt von /libs überschrieben wird, wenn Sie die Instanz das nächste Mal upgraden. (Außerdem kann der Inhalt auch durch Anwenden von Hotfixes oder Feature Packs überschrieben werden.)

    Mit diesem Skript wird der Workflow-Initiator als Teilnehmer ausgewählt:

    code language-none
    function getParticipant() {
        return workItem.getWorkflow().getInitiator();
    }
    
    note note
    NOTE
    Die Komponente Workflow-Initiator-Teilnehmerauswahl erweitert die Komponente Dynamischer-Teilnehmer-Schritt und verwendet dieses Skript für die Implementierung des Schritts.
  • OSGi-Dienst

    Dienste müssen die Schnittstelle com.day.cq.workflow.exec.ParticipantStepChooser implementieren. Die Schnittstelle definiert die folgenden Mitglieder:

    • SERVICE_PROPERTY_LABEL-Feld: Geben Sie in diesem Feld den Namen der Teilnehmerauswahl an. Der Name wird in einer Liste der verfügbaren Teilnehmerauswahlen in den Eigenschaften Dynamischer Teilnehmer – Schritt angezeigt.
    • getParticipant-Methode: Gibt die dynamisch aufgelöste Prinzipal-ID als String-Wert zurück.
    note caution
    CAUTION
    Die getParticipant-Methode gibt die dynamisch aufgelöste Prinzipal-ID zurück. Dabei kann es sich um eine Gruppen-ID oder eine Benutzer-ID handeln.
    Eine Gruppen-ID kann jedoch nur für eine Teilnehmer-Schritt, wenn eine Teilnehmerliste zurückgegeben wird. Für die Komponente Dynamischer-Teilnehmer-Schritt  wird eine leere Liste zurückgegeben und diese kann nicht für die Delegierung verwendet werden.

    Um die Implementierung für Komponenten Dynamischer Teilnehmer – Schritt verfügbar zu machen, fügen Sie die Java-Klasse zum OSGi-Bundle hinzu, das den Dienst exportiert, und stellen Sie das Bundle auf dem AEM-Server bereit.

    note note
    NOTE
    Die zufallsbasierte Teilnehmerauswahl ist ein Sampling-Dienst, der willkürlich einen Benutzer auswählt ( com.day.cq.workflow.impl.process.RandomParticipantChooser). Die Zufallsbasierte Teilnehmerauswahl Schritt-Komponentenbeispiel erweitert Dynamischer Teilnehmer - Schritt und verwendet diesen Dienst als Schritt-Implementierung.

Dynamischer Teilnehmer - Schritt - Beispiel für einen Teilnehmerauswahldienst dynamic-participant-step-example-participant-chooser-service

Die folgende Java-Klasse implementiert die ParticipantStepChooser-Oberfläche. Die Klasse gibt den Namen des Teilnehmers zurück, der den Workflow initiiert hat. Der Code verwendet dieselbe Logik wie das Beispielskript (initator-participant-chooser.ecma).

Die @Property-Anmerkung setzt den Wert des SERVICE_PROPERTY_LABEL-Felds auf Workflow Initiator Participant Chooser.

package com.adobe.example;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.osgi.framework.Constants;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

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.metadata.MetaDataMap;

@Component
@Service
@Properties({
        @Property(name = Constants.SERVICE_DESCRIPTION, value = "An example implementation of a dynamic participant chooser."),
        @Property(name = ParticipantStepChooser.SERVICE_PROPERTY_LABEL, value = "Workflow Initiator Participant Chooser (service)") })
public class InitiatorParticipantChooser implements ParticipantStepChooser {

 private Logger logger = LoggerFactory.getLogger(this.getClass());

 public String getParticipant(WorkItem arg0, WorkflowSession arg1,
   MetaDataMap arg2) throws WorkflowException {

  String initiator = arg0.getWorkflow().getInitiator();
  logger.info("Assigning Dynamic Participant Step work item to {}",initiator);

  return initiator;
 }
}

Im Dialogfeld Dynamischer-Teilnehmer-Schritt enthält die Liste Teilnehmerauswahl das Element Workflow Initiator Participant Chooser (script), das für diesen Dienst steht.

``Wenn das Workflow-Modell gestartet wird, wird in der Protokolldatei die ID des Benutzers angegeben, der den Workflow initiiert hat und dem das Arbeitselement zugewiesen ist. In diesem Beispiel hat der Benutzer admin den Workflow gestartet.

13.09.2015 15:48:53.037 *INFO* [10.176.129.223 [1347565733037] POST /etc/workflow/instances HTTP/1.1] com.adobe.example.InitiatorParticipantChooser Assigning Dynamic Participant Step work item to admin

Formular "Teilnehmer" – Schritt form-participant-step

Die Teilnehmer-Schritt des Formulars zeigt ein Formular an, wenn das Arbeitselement geöffnet wird. Wenn der Benutzer das Formular ausfüllt und absendet, werden die Daten in den Knoten der Workflow-Payload gespeichert.

Um den Schritt zu konfigurieren, geben Sie die Gruppe oder den Benutzer an, der das Arbeitselement zugewiesen werden soll, und den Pfad zum Formular.

CAUTION
In diesem Abschnitt werden Formulare von Foundation-Komponenten für die Seitenbearbeitung behandelt.

Formularteilnehmerschritt - Konfiguration form-participant-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

Formularteilnehmerschritt - Erstellen des Formulars form-participant-step-creating-the-form

Erstellen Sie ein Formular zur Verwendung mit einer Teilnehmer-Schritt des Formulars als normal. Formulare für einen Formular "Teilnehmer - Schritt"müssen jedoch die folgenden Konfigurationen aufweisen:

  • Für die Komponente Beginn des Formulars muss die Eigenschaft Aktionstyp auf Edit Workflow Controlled Resource(s) gesetzt sein.

  • Die Komponente Beginn des Formulars muss einen Wert für die Eigenschaft Form Identifier enthalten.

  • Für die Formularkomponenten muss die Eigenschaft Elementname auf den Pfad des Knotens verweisen, in dem die Felddaten gespeichert werden. Der Pfad muss auf einen Knoten im Payload-Inhalt des Workflows verweisen. Der Wert verwendet das folgende Format:

    ./jcr:content/path_to_node

  • Das Formular muss die Komponente  Workflow-Sende-Schaltfläche(n) enthalten. Sie konfigurieren keine Eigenschaften der Komponente.

Die Anforderungen Ihres Workflows bestimmen, wo Felddaten gespeichert werden sollen. Beispielsweise können Felddaten verwendet werden, um die Eigenschaften des Seiteninhalts zu konfigurieren. Der folgende Wert der Eigenschaft Elementname speichert Felddaten als Wert der redirectTarget-Eigenschaft des Knotens jcr:content:

./jcr:content/redirectTarget

Im folgenden Beispiel werden die Felddaten als Inhalt einer Text-Komponente auf der Payload-Seite verwendet:

./jcr:content/par/text_3/text

``Das erste Beispiel kann für eine beliebige Seite verwendet werden, die von der cq:Page-Komponente gerendert wird. Das zweite Beispiel kann nur verwendet werden, wenn die Payload-Seite eine Text-Komponente mit der ID text_3 beinhaltet.

Das Formular kann sich an einer beliebigen Stelle im Repository befinden, Workflow-Benutzer müssen jedoch berechtigt sein, das Formular zu lesen.

Zufallsbasierte Teilnehmerauswahl random-participant-chooser

Der Schritt Zufallsbasierte Teilnehmerauswahl bezieht sich auf eine Teilnehmerauswahl, die das erzeugte Arbeitselement einem willkürlich aus einer Liste ausgewählten Benutzer zuweist.

wf-31

Zufallsbasierte Teilnehmerauswahl - Konfiguration random-participant-chooser-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

  • Allgemein

  • Argumente

    • Teilnehmer: Gibt die Liste der zur Auswahl verfügbaren Benutzer an. Um einen Benutzer zur Liste hinzuzufügen, klicken Sie auf Element hinzufügen und geben Sie den Startpfad des Benutzerknotens oder die Benutzer-ID ein. Die Reihenfolge der Benutzer wirkt sich nicht auf die Wahrscheinlichkeit aus, ein Arbeitselement zugewiesen zu werden.

Workflow-Initiator-Teilnehmerauswahl workflow-initiator-participant-chooser

Die Workflow-Initiator-Teilnehmerauswahl step ist eine Teilnehmerauswahl, die das generierte Arbeitselement dem Benutzer zuordnet, der den Workflow gestartet hat. Es gibt keine anderen Eigenschaften als die Häufig Eigenschaften.

Workflow-Initiator-Teilnehmerauswahl - Konfiguration workflow-initiator-participant-chooser-configuration

Um den Schritt zu konfigurieren, bearbeiten Sie ihn mithilfe der folgenden Registerkarten:

Prozessschritt process-step

A Prozessschritt führt ein ECMAScript aus oder ruft einen OSGi-Dienst auf, um eine automatische Verarbeitung durchzuführen.

wf-32

Prozessschritt - Konfiguration process-step-configuration

Verwenden und bearbeiten Sie die folgenden Registerkarten, um den Schritt zu konfigurieren:

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