Guida di riferimento per i passaggi dei flussi di lavoro workflow-step-reference

I modelli di flusso di lavoro sono costituiti da una serie di passaggi di vari tipi. A seconda del tipo, questi passaggi possono essere configurati ed estesi con parametri e script per fornire le funzionalità e il controllo necessari.

NOTE
Questa sezione descrive i passaggi standard del flusso di lavoro.
Per i passaggi specifici dei moduli, vedi quanto segue:

Proprietà passaggio step-properties

Ogni componente del passaggio ha una finestra di dialogo Proprietà passaggio che consente di definire e modificare le proprietà richieste.

Proprietà passaggio: scheda Comune step-properties-common-tab

Nella scheda Comune della finestra di dialogo delle proprietà è disponibile una combinazione delle seguenti proprietà per la maggior parte dei componenti del passaggio del flusso di lavoro:

  • Titolo
    Titolo del passaggio.

  • Descrizione
    Descrizione del passaggio.

  • Fase flusso di lavoro

    Un selettore a discesa per applicare una Fase al passaggio.

  • Timeout

    Il periodo dopo il quale il passaggio "scade".
    Puoi scegliere tra: Off, Immediate, 1h, 6h, 12h, 24h.

  • Gestore timeout

    Gestore che controlla il flusso di lavoro quando il passaggio scade. Ad esempio Auto Advancer

  • Avanzamento gestore

    Seleziona questa opzione per far avanzare automaticamente il flusso di lavoro al passaggio successivo dopo l’esecuzione. Se non viene selezionato, lo script di implementazione deve gestire l’avanzamento del flusso di lavoro.

Proprietà passaggio: scheda Utente/gruppo step-properties-user-group-tab

Le seguenti proprietà sono disponibili per molti componenti del passaggio del flusso di lavoro, nella scheda Utente/Gruppo della finestra di dialogo delle proprietà:

  • Notifica all'utente via e-mail

    • Avvisa i partecipanti inviando loro un’e-mail quando il flusso di lavoro raggiunge il passaggio.
    • Se l'opzione è abilitata, viene inviata un'e-mail all'utente definito dalla proprietà Utente/Gruppo o a ogni membro del gruppo se è definito un gruppo.
  • Utente/Gruppo

    • Una casella di selezione a discesa consente di individuare e selezionare un utente o un gruppo.
    • Se assegni il passaggio a un utente specifico, solo questo utente può agire sul passaggio.
    • Se si assegna il passaggio a un intero gruppo, quando il flusso di lavoro raggiunge questo passaggio, tutti gli utenti di questo gruppo dispongono dell'azione nella propria Posta in arrivo flusso di lavoro.
    • Vedi Partecipazione ai flussi di lavoro per ulteriori informazioni.

Suddivisione E and-split

La [0}divisione AND crea una [PROD143]e nel flusso di lavoro, dopo la quale entrambi i rami sono attivi. Puoi aggiungere i passaggi del flusso di lavoro a ogni ramo in base alle esigenze. Questo passaggio ti consente di introdurre più percorsi di elaborazione nel flusso di lavoro. Ad esempio, puoi consentire che determinati passaggi di revisione si verifichino in parallelo, risparmiando tempo.

wf-26

Suddivisione AND - Configurazione and-split-configuration

Per configurare la suddivisione:

  • Modifica le proprietà AND Split:

    • Dividi nome: assegna un nome a scopo esplicativo
    • Selezionare il numero di filiali richieste: 2, 3, 4 o 5.
  • Aggiungi i passaggi del flusso di lavoro ai rami in base alle esigenze.

    wf-27

Passaggio contenitore container-step

Un passaggio contenitore avvia un altro modello di flusso di lavoro che viene eseguito come flusso di lavoro figlio.

Questo contenitore può consentire di riutilizzare i modelli di flusso di lavoro per implementare sequenze di passaggi comuni. Ad esempio, un modello di flusso di lavoro di traduzione può essere utilizzato in più flussi di lavoro di modifica.

wf-28

Passaggio contenitore - Configurazione container-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

  • Comune

  • Contenitore

    • Flusso di lavoro secondario: selezionare il flusso di lavoro da avviare.

Passaggio goto-step

Il passaggio Vai a consente di specificare il passaggio successivo da eseguire nel modello di flusso di lavoro. È possibile specificare una definizione di regola, uno script esterno o uno script ECMA come espressione di indirizzamento per valutare il passaggio successivo per il modello di flusso di lavoro.

  • Se la condizione specificata è vera, il Passaggio a destinazione viene completato e il motore del flusso di lavoro esegue il passaggio specificato.
  • Se la condizione specificata non contiene true, il Passaggio a destinazione viene completato e la normale logica di routing determina il passaggio successivo da eseguire.

Il passaggio Vai a consente di implementare strutture di routing avanzate nei modelli di flusso di lavoro. Ad esempio, per implementare un ciclo, è possibile definire il passaggio Goto per eseguire un passaggio precedente nel flusso di lavoro, con l'espressione di routing che valuta una condizione di ciclo.

Passaggio - Configurazione goto-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

  • Comune

  • Processo

    • Passaggio di destinazione: selezionare il passaggio da eseguire dopo aver valutato la condizione per l'espressione di routing.

    • Espressione di indirizzamento: selezionare Definizione regola, Script esterno o uno script ECMA che determina se eseguire il passaggio di destinazione.

      • Definizione regola: Utilizza l'editor espressioni per definire la regola.
      • Script esterno: il percorso dello script esterno.
      • Script ECMA: lo script che determina se eseguire il passaggio Goto.

Simulazione di un ciclo for simulating-a-for-loop

La simulazione di un ciclo "for" richiede di mantenere un conteggio del numero di iterazioni del ciclo che si sono verificate:

  • Il conteggio rappresenta in genere un indice degli elementi sui quali viene eseguita un’azione nel flusso di lavoro.
  • Il conteggio viene valutato come il criterio di uscita del ciclo.

Ad esempio, per implementare un flusso di lavoro che esegue un’azione su più nodi JCR, puoi utilizzare un contatore di loop come indice per i nodi. Per mantenere il conteggio, memorizzare un valore integer nella mappa dati dell'istanza del flusso di lavoro. Per incrementare il conteggio e confrontare il conteggio con i criteri di uscita, utilizzare lo script del Passaggio a destinazione.

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;
   }
}

Simulazione di un ciclo for tramite la definizione della regola simulateforloop

Potete anche simulare un ciclo for utilizzando Definizione regola (Rule Definition) come espressione di instradamento. Creare una variabile count di tipo di dati Long. Utilizza Espressione come modalità di mappatura nel passaggio Imposta variabile per impostare il valore della variabile count su count + 1 a ogni esecuzione del passaggio Imposta variabile.

Simulazione di un ciclo for

Nel Passaggio destinazione, utilizza Imposta variabile come Passaggio destinazione e conteggio < 5 come espressione di routing.

Condizione per simulare un ciclo for

Il passaggio Imposta variabile viene eseguito ripetutamente, incrementando il valore della variabile count di 1 a ogni esecuzione fino a raggiungere il valore 5.

Suddivisione O or-split

La divisione OR crea una divisione nel flusso di lavoro, dopo la quale è attivo un solo ramo. Questo passaggio ti consente di introdurre nel flusso di lavoro i percorsi di elaborazione condizionale. Puoi aggiungere i passaggi del flusso di lavoro a ogni ramo in base alle esigenze.

Diramazione tramite O Divisione

Suddivisione OR - Configurazione or-split-configuration

Per configurare la suddivisione:

  • Modifica le proprietà di suddivisione OR:

    • Comune

      • Specifica il nome della divisione.
    • Rami (x)

      • Aggiungi ramo: Aggiungi altri rami al passaggio.
      • Seleziona espressione di routing: per valutare il ramo attivo, selezionare l'espressione di routing. I valori possibili includono: Definizione regola, Script esterno e script ECMA.
      • Fare clic per aggiungere l'espressione: aggiungere l'espressione per valutare il ramo attivo se si seleziona Definizione regola come espressione di routing.
      • Percorso script: percorso di un file contenente lo script per valutare il ramo attivo se si seleziona Script esterno come espressione di routing.
      • Script: Se si seleziona Script ECMA come espressione di routing, aggiungere lo script nella casella per valutare il ramo attivo.
      • Route predefinita: se sono presenti più rami, viene seguito il ramo predefinito. Per impostazione predefinita, è possibile specificare un solo ramo.
    note note
    NOTE
    • Un ramo viene valutato alla volta in base all’espressione di indirizzamento.

      • I rami vengono valutati dall’alto verso il basso.
      • Viene eseguito il primo script che restituisce true.
      • Se nessun ramo restituisce true, il flusso di lavoro non avanza.
    note note
    NOTE
    Vedi Definizione di una regola per una suddivisione OR.
  • Aggiungi i passaggi del flusso di lavoro ai rami in base alle esigenze.

Passaggi e selettori partecipanti participant-steps-and-choosers

Passaggio partecipante participant-step

Un Passaggio partecipante consente di assegnare la proprietà per una determinata azione. Il flusso di lavoro procede solo quando l’utente ha riconosciuto manualmente il passaggio. Questo flusso di lavoro viene utilizzato quando si desidera che un utente lo utilizzi. Ad esempio, un passaggio di revisione.

Anche se non direttamente correlata, l’autorizzazione dell’utente deve essere considerata durante l’assegnazione di un’azione; l’utente deve avere accesso alla pagina che è il payload del flusso di lavoro.

Passaggio partecipante - Configurazione participant-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

NOTE
L’iniziatore del flusso di lavoro viene sempre informato quando:
  • Il flusso di lavoro è stato completato (completato).
  • Il flusso di lavoro viene interrotto.
NOTE
Alcune proprietà devono essere configurate per abilitare le notifiche e-mail. Puoi anche personalizzare il modello e-mail o aggiungere un modello e-mail per una nuova lingua. Per configurare le notifiche e-mail in AEM, vedere Configurazione delle notifiche e-mail.

Passaggio partecipante finestra di dialogo dialog-participant-step

Utilizza un Passaggio partecipante finestra di dialogo per raccogliere informazioni dall'utente a cui è assegnato l'elemento di lavoro. Questo passaggio è utile per raccogliere piccole quantità di dati da utilizzare successivamente nel flusso di lavoro.

Al termine del passaggio, la finestra di dialogo Completa elemento di lavoro contiene i campi definiti nella finestra di dialogo. I dati raccolti nei campi vengono memorizzati nei nodi del payload del flusso di lavoro. I passaggi successivi del flusso di lavoro possono quindi leggere il valore dall’archivio.

Per configurare il passaggio, specificare il gruppo o l'utente a cui assegnare l'elemento di lavoro e il percorso della finestra di dialogo.

Passaggio partecipante finestra di dialogo - Configurazione dialog-participant-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

Passaggio partecipante finestra di dialogo - Creazione di una finestra di dialogo dialog-participant-step-creating-a-dialog

Per creare una finestra di dialogo, è necessario creare la finestra di dialogo:

Passaggio partecipante finestra di dialogo - Memorizzazione dei dati nel payload dialog-participant-step-storing-data-in-the-payload

Puoi memorizzare i dati del widget nel payload del flusso di lavoro o nei metadati dell’elemento di lavoro. Il formato della proprietà name del nodo widget determina dove vengono memorizzati i dati.

  • Archivia dati con payload

    • Per memorizzare i dati del widget come proprietà del payload del flusso di lavoro, utilizzate il seguente formato per il valore della proprietà name del nodo del widget:

      ./jcr:content/nodename

    • I dati vengono memorizzati nella proprietà nodename del nodo payload. Se il nodo non contiene tale proprietà, la proprietà viene creata.

    • Quando viene memorizzato con il payload, gli utilizzi successivi della finestra di dialogo con lo stesso payload sovrascrivono il valore della proprietà.

  • Archivia dati con elemento di lavoro

    • Per memorizzare i dati del widget come proprietà dei metadati dell'elemento di lavoro, utilizzate il seguente formato per il valore della proprietà name:

      nodename

    • I dati vengono archiviati nella proprietà nodename dell'elemento di lavoro metadata. I dati vengono conservati se la finestra di dialogo viene successivamente utilizzata con lo stesso payload.

Passaggio partecipante finestra di dialogo - Definizione finestra di dialogo dialog-participant-step-dialog-definition

  1. Struttura del dialogo

    Le finestre di dialogo per i passaggi dei partecipanti alle finestre di dialogo sono simili alle finestre di dialogo create per la creazione dei componenti. Sono memorizzate in:

    /apps/myapp/workflow/dialogs

    Le finestre di dialogo per l’interfaccia utente standard touch hanno la seguente struttura di nodi:

    code language-xml
    newComponent (cq:Component)
      |- cq:dialog (nt:unstructured)
        |- content
          |- layout
            |- items
              |- column
                |- items
                  |- component0
                  |- component1
                  |- ...
    
    note note
    NOTE
    Vedere Creazione e configurazione di una finestra di dialogo.
  2. Proprietà percorso finestra di dialogo

    Il Passaggio partecipante finestra di dialogo ha la proprietà Percorso finestra di dialogo (insieme alle proprietà di un Passaggio partecipante). Il valore della proprietà Percorso finestra di dialogo è il percorso del nodo dialog della finestra di dialogo.

    Ad esempio, la finestra di dialogo è contenuta in un componente denominato EmailWatch memorizzato nel nodo:

    /apps/myapp/workflows/dialogs

    Per l'interfaccia utente touch, viene utilizzato il seguente valore per la proprietà Dialog Path:

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

    wf-30

  3. Esempio di definizione della finestra di dialogo

    Il seguente frammento di codice XML rappresenta una finestra di dialogo in cui è memorizzato un valore String nel nodo watchEmail del contenuto del payload. Il nodo titolo rappresenta il componente TextField:

    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>
    

    Nell’interfaccia touch, questo esempio genera una finestra di dialogo come la seguente:

    chlimage_1-70

Passaggio partecipante dinamico dynamic-participant-step

Il componente Passaggio partecipante dinamico è simile al Passaggio partecipante con la differenza che il partecipante viene selezionato automaticamente in fase di esecuzione.

Per configurare il passaggio, selezionare un Selettore partecipanti che identifica il partecipante a cui assegnare l'elemento di lavoro, insieme a una finestra di dialogo.

Passaggio partecipante dinamico - Configurazione dynamic-participant-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

Passaggio partecipante dinamico: sviluppo del selettore partecipanti dynamic-participant-step-developing-the-participant-chooser

Puoi creare il selettore partecipanti. Pertanto, puoi utilizzare qualsiasi logica o criterio di selezione. Ad esempio, il selettore partecipanti può selezionare l'utente (all'interno di un gruppo) con il minor numero di elementi di lavoro. Puoi creare un numero qualsiasi di selettori partecipanti da utilizzare con istanze diverse del componente Passaggio partecipante dinamico nei modelli di flusso di lavoro.

Crea un servizio OSGi o un ECMAScript che seleziona un utente a cui assegnare l’elemento di lavoro.

  • ECMAscript

    Gli script devono includere una funzione denominata getParticipant che restituisce un ID utente come valore String. Archivia gli script personalizzati, ad esempio nella cartella /apps/myapp/workflow/scripts o in una sottocartella.

    Uno script di esempio è incluso in un’istanza AEM standard:

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

    note caution
    CAUTION
    Non modificare nulla nel percorso /libs.
    Il motivo è che il contenuto di /libs viene sovrascritto al successivo aggiornamento dell'istanza e potrebbe essere sovrascritto quando si applica un hotfix o un feature pack.

    Questo script seleziona l'iniziatore del flusso di lavoro come partecipante:

    code language-none
    function getParticipant() {
        return workItem.getWorkflow().getInitiator();
    }
    
    note note
    NOTE
    Il componente Selettore partecipante iniziatore flusso di lavoro estende il Passaggio partecipante dinamico e utilizza questo script come implementazione del passaggio.
  • Servizio OSGi

    I servizi devono implementare l'interfaccia com.day.cq.workflow.exec.ParticipantStepChooser. L’interfaccia definisce i seguenti membri:

    • Campo SERVICE_PROPERTY_LABEL: utilizzare questo campo per specificare il nome del selettore partecipanti. Il nome viene visualizzato in un elenco di selettori partecipanti disponibili nelle proprietà Passaggio partecipante dinamico.

    • Metodo getParticipant: restituisce l'ID entità risolto dinamicamente come valore String.

    note caution
    CAUTION
    Il metodo getParticipant restituisce l'ID entità risolto dinamicamente. Può essere un ID gruppo o un ID utente.
    Tuttavia, un ID gruppo può essere utilizzato solo per un Passaggio partecipante, quando viene restituito un elenco di partecipanti. Per un Passaggio partecipante dinamico, viene restituito un elenco vuoto e non può essere utilizzato per la delega.

    Per rendere la tua implementazione disponibile per i componenti del passaggio Partecipante dinamico, aggiungi la classe Java™ a un bundle OSGi che esporta il servizio e distribuisci il bundle al server AEM.

    note note
    NOTE
    Selettore casuale partecipanti è un servizio di esempio che seleziona un utente casuale ( com.day.cq.workflow.impl.process.RandomParticipantChooser). L'esempio di componente del passaggio Scelta casuale partecipante r estende il Passaggio partecipante dinamico e utilizza questo servizio come implementazione del passaggio.

Passaggio partecipante dinamico - Esempio di servizio Selettore partecipanti dynamic-participant-step-example-participant-chooser-service

La classe Java™ seguente implementa l'interfaccia ParticipantStepChooser. La classe restituisce il nome del partecipante che ha avviato il workflow. Il codice utilizza la stessa logica utilizzata dallo script di esempio (initiator-participant-chooser.ecma).

L'annotazione @Property imposta il valore del campo SERVICE_PROPERTY_LABEL su 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;
 }
}

Nella finestra di dialogo delle proprietà Passaggio partecipante dinamico, l'elenco Selettore partecipanti include l'elemento Workflow Initiator Participant Chooser (script), che rappresenta questo servizio.

All'avvio del modello di workflow, il log indica l'ID dell'utente che ha avviato il workflow e a cui è assegnato l'elemento di lavoro. In questo esempio, l'utente admin ha avviato il flusso di lavoro.

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

Passaggio partecipante modulo form-participant-step

Il passaggio Partecipante modulo presenta un modulo all'apertura dell'elemento di lavoro. Quando l’utente compila e invia il modulo, i dati dei campi vengono memorizzati nei nodi del payload del flusso di lavoro.

Per configurare il passaggio, specificare il gruppo o l'utente a cui assegnare l'elemento di lavoro e il percorso del modulo.

CAUTION
Questa sezione tratta la sezione Forms dei componenti di base per l'authoring delle pagine.

Passaggio partecipante modulo - Configurazione form-participant-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

Passaggio partecipante modulo: creazione del modulo form-participant-step-creating-the-form

Crea un modulo da utilizzare con Passaggio partecipante modulo come normale. Tuttavia, i moduli per un passaggio Partecipante modulo devono avere le seguenti configurazioni:

  • Il componente Inizio modulo deve avere la proprietà Action Type impostata su Edit Workflow Controlled Resource(s).

  • Il componente Inizio modulo deve avere un valore per la proprietà Form Identifier.

  • La proprietà Nome elemento dei componenti del modulo deve essere impostata sul percorso del nodo in cui sono archiviati i dati del campo. Il percorso deve individuare un nodo nel contenuto del payload del flusso di lavoro. Il valore utilizza il formato seguente:

    ./jcr:content/path_to_node

  • Il modulo deve includere un componente Pulsante invio flusso di lavoro. Non puoi configurare alcuna proprietà del componente.

I requisiti del flusso di lavoro determinano la posizione in cui memorizzare i dati dei campi. Ad esempio, i dati dei campi possono essere utilizzati per configurare le proprietà del contenuto della pagina. Il valore seguente di una proprietà Nome elemento memorizza i dati del campo come valore della proprietà redirectTarget del nodo jcr:content:

./jcr:content/redirectTarget

Nell'esempio seguente, i dati del campo vengono utilizzati come contenuto di un componente Text nella pagina del payload:

./jcr:content/par/text_3/text

Il primo esempio può essere utilizzato per qualsiasi pagina di cui viene eseguito il rendering del componente cq:Page. Il secondo esempio può essere utilizzato solo quando la pagina di payload include un componente Text con ID text_3.

Il modulo può trovarsi in qualsiasi punto del repository, tuttavia gli utenti del flusso di lavoro devono essere autorizzati a leggerlo.

Selettore casuale partecipanti random-participant-chooser

Il passaggio Selettore casuale partecipanti è un selettore partecipanti che assegna l'elemento di lavoro generato a un utente selezionato casualmente da un elenco.

wf-31

Selettore casuale partecipanti - Configurazione random-participant-chooser-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

  • Comune

  • Argomenti

    • Partecipanti: specifica l'elenco di utenti disponibili per la selezione. Per aggiungere un utente all'elenco, fare clic su Aggiungi elemento e digitare il percorso principale del nodo utente o l'ID utente. L’ordine degli utenti non influisce sulla probabilità che venga assegnato un elemento di lavoro.

Selettore partecipante iniziatore flusso di lavoro workflow-initiator-participant-chooser

Il passaggio Selettore partecipante iniziatore flusso di lavoro è un selettore partecipanti che assegna l'elemento di lavoro generato all'utente che ha avviato il flusso di lavoro. Nessuna proprietà da configurare diversa dalle proprietà Common.

Selettore partecipante iniziatore flusso di lavoro - Configurazione workflow-initiator-participant-chooser-configuration

Per configurare il passaggio, modifica utilizzando le seguenti schede:

Passaggio processo process-step

Un passaggio processo esegue un ECMAScript o chiama un servizio OSGi per eseguire l'elaborazione automatica.

wf-32

Passaggio processo - Configurazione process-step-configuration

Per configurare il passaggio, modifica e utilizza le seguenti schede:

Imposta variabile set-variable

Il passaggio Imposta variabile consente di impostare il valore di una variabile e definire l'ordine in cui i valori vengono impostati. La variabile viene impostata nell'ordine in cui le mappature delle variabili sono elencate nel passaggio Imposta variabile.

Aggiungi mapping per impostare una variabile

Imposta variabile - Configurazione setvariable

Per configurare il passaggio, modifica e utilizza le seguenti schede:

  • Comune

  • Mappatura

    • Seleziona variabile: Utilizzare questa opzione per selezionare una variabile per impostarne il valore.

    • Seleziona modalità di mapping: Per impostare il valore per la variabile, selezionare una modalità di mapping. A seconda del tipo di dati della variabile, puoi utilizzare le seguenti opzioni per impostare il valore di una variabile:

      • Valore letterale: Utilizzare l'opzione quando si conosce il valore esatto da specificare.
      • Espressione: Utilizzare l'opzione quando il valore da utilizzare viene calcolato in base a un'espressione. L’espressione viene creata nell’editor di espressioni fornito.
      • Notazione punti JSON: Utilizzare l'opzione per recuperare un valore da una variabile di tipo JSON o FDM.
      • XPATH: Utilizzare l'opzione per recuperare un valore da una variabile di tipo XML.
      • Relativo al payload: Utilizzare l'opzione quando il valore da salvare nella variabile è disponibile in un percorso relativo al payload.
      • Percorso assoluto: Utilizzare l'opzione quando il valore da salvare nella variabile è disponibile in un percorso assoluto.
    • Specificare il valore: Per eseguire il mapping alla variabile, specificare un valore. Il valore specificato in questo campo dipende dalla modalità di mappatura.

    • Aggiungi mapping: Utilizzare questa opzione per aggiungere altri mapping per impostare un valore per la variabile.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2