Sviluppo ed estensione dei flussi di lavoro developing-and-extending-workflows

L’AEM fornisce diversi strumenti e risorse per creare modelli di flusso di lavoro, sviluppare passaggi del flusso di lavoro e interagire in modo programmatico con i flussi di lavoro.

I flussi di lavoro consentono di automatizzare i processi per la gestione delle risorse e la pubblicazione dei contenuti nell’ambiente AEM. I flussi di lavoro sono composti da una serie di passaggi, ognuno dei quali esegue un task discreto. È possibile utilizzare dati logici e di runtime per decidere quando un processo può continuare e selezionare il passaggio successivo da uno dei vari passaggi possibili.

Ad esempio, i processi aziendali per la creazione e la pubblicazione di pagine Web includono attività di approvazione e approvazione da parte di vari partecipanti. Questi processi possono essere modellati utilizzando i flussi di lavoro dell’AEM e applicati a contenuti specifici.

Gli aspetti principali sono trattati di seguito, mentre le pagine che seguono forniscono ulteriori dettagli:

NOTE
Per informazioni su:

Modello model

A WorkflowModel rappresenta una definizione (modello) di un flusso di lavoro. È fatto di WorkflowNodes e WorkflowTransitions. Le transizioni collegano i nodi e definiscono flusso. Il modello ha sempre un nodo iniziale e un nodo finale.

Modello runtime runtime-model

I modelli di flusso di lavoro sono dotati di versione. Quando esegui un’istanza di flusso di lavoro, questa utilizza e mantiene il modello di runtime del flusso di lavoro, come disponibile al momento in cui il flusso di lavoro è stato avviato.

Un modello di runtime è generato quando Sincronizza viene attivato nell’editor modelli di flusso di lavoro.

Modifiche al modello di flusso di lavoro che si verificano, ai modelli di runtime generati o a entrambi, dopo l’istanza specifica avviata non viene applicata a tale istanza.

CAUTION
I passaggi eseguiti sono definiti dal modello runtime, generato al momento del Sincronizza viene attivata nell’editor modelli di flusso di lavoro.
Se il modello di flusso di lavoro viene modificato dopo questo momento (senza Sincronizza ), l’istanza di runtime non riflette tali modifiche. Solo i modelli di runtime generati dopo l’aggiornamento riflettono le modifiche. Le eccezioni sono gli script ECMA sottostanti, che vengono mantenuti una sola volta in modo che tali modifiche vengano apportate.

Passaggio step

Ogni fase esegue un'attività discreta. Esistono diversi tipi di passaggi del flusso di lavoro:

  • Partecipante (utente/gruppo): questi passaggi generano un elemento di lavoro e lo assegnano a un utente o a un gruppo. Per far avanzare il flusso di lavoro, l’utente deve completare l’elemento di lavoro.
  • Processo (script, chiamata al metodo Java™): questi passaggi vengono eseguiti automaticamente dal sistema. Uno script ECMA o una classe Java™ implementa il passaggio. I servizi possono essere sviluppati per ascoltare eventi speciali del flusso di lavoro ed eseguire attività in base alla logica di business.
  • Contenitore (flusso di lavoro secondario): questo tipo di passaggio avvia un altro modello di flusso di lavoro.
  • OR Split/Join: utilizza la logica per decidere quale passaggio eseguire successivamente nel flusso di lavoro.
  • AND Split/Join: consente l'esecuzione simultanea di più passaggi.

Tutti i passaggi condividono le seguenti proprietà comuni: Autoadvance e Timeout avvisi (scrivibili).

Transizione transition

A WorkflowTransition rappresenta una transizione tra due WorkflowNodes di un WorkflowModel.

  • Definisce il collegamento tra due passaggi consecutivi.
  • È possibile applicare delle regole.

Elemento di lavoro workitem

A WorkItem è l'unità passata attraverso un Workflow istanza di un WorkflowModel. Contiene il WorkflowData che l'istanza agisca su e un riferimento al WorkflowNode che descrive il passaggio del flusso di lavoro sottostante.

  • Viene utilizzato per identificare l’attività e viene inserito nella rispettiva casella in entrata.
  • Un’istanza di flusso di lavoro può avere uno o più WorkItems contemporaneamente (a seconda del modello di flusso di lavoro).
  • Il WorkItem fa riferimento all’istanza del flusso di lavoro.
  • Nell’archivio, il WorkItem viene memorizzato sotto l’istanza del flusso di lavoro.

Payload payload

Fa riferimento alla risorsa che deve essere avanzata tramite un flusso di lavoro.

L’implementazione del payload fa riferimento a una risorsa nell’archivio (per percorso, UUID o URL) o da un oggetto Java™ serializzato. Il riferimento a una risorsa nell’archivio è flessibile e produttivo, con sling produttivo. Ad esempio, è possibile eseguire il rendering del nodo a cui si fa riferimento come modulo.

Ciclo di vita lifecycle

Viene creato all’avvio di un nuovo flusso di lavoro (scegliendo il rispettivo modello di flusso di lavoro e definendo il payload) e termina quando il nodo finale viene elaborato.

In un’istanza di flusso di lavoro sono possibili le seguenti azioni:

  • Termina
  • Sospendi
  • Riprendi
  • Riavvia

Le istanze completate e terminate vengono archiviate.

Casella in entrata inbox

Ogni account utente dispone di una propria casella in entrata del flusso di lavoro in cui è assegnato WorkItems sono accessibili.

Il WorkItems sono assegnati direttamente all’account utente o al gruppo a cui appartengono.

Tipi di flusso di lavoro workflow-types

Esistono vari tipi di flusso di lavoro, come indicato nella console Modelli di flusso di lavoro:

wf-upgrade-03

  • Predefinito

    Questi tipi sono i flussi di lavoro predefiniti inclusi in un’istanza AEM standard.

  • Flussi di lavoro personalizzati (nessun indicatore nella console)

    Questi flussi di lavoro sono stati creati come nuovi o da flussi di lavoro predefiniti che sono stati sovrapposti con le personalizzazioni.

  • Legacy

    Flussi di lavoro creati in una versione precedente dell’AEM. Questi flussi di lavoro possono essere mantenuti durante un aggiornamento, oppure esportati come pacchetto di flusso di lavoro dalla versione precedente, quindi importati nella nuova versione.

Flussi di lavoro transitori transient-workflows

I flussi di lavoro standard salvano le informazioni di runtime (cronologia) durante l’esecuzione. Puoi anche definire un modello di flusso di lavoro come Transitorio per evitare che la cronologia venga mantenuta. Questo flusso di lavoro viene utilizzato per l'ottimizzazione delle prestazioni, in quanto consente di risparmiare tempo e risorse utilizzati per la persistenza delle informazioni.

I flussi di lavoro transitori possono essere utilizzati per qualsiasi flusso di lavoro che:

  • vengono eseguiti spesso.
  • non è necessaria la cronologia del flusso di lavoro.

Sono stati introdotti flussi di lavoro transitori per il caricamento di molte risorse, in cui le informazioni sulle risorse sono importanti, ma non la cronologia di runtime del flusso di lavoro.

NOTE
Consulta Creazione di un flusso di lavoro transitorio per ulteriori dettagli.
CAUTION
Quando un modello di flusso di lavoro è contrassegnato come transitorio, esistono alcuni scenari in cui le informazioni di runtime devono essere ancora persistenti:
  • Il tipo di payload (ad esempio, video) richiede passaggi esterni per l’elaborazione; in questi casi, per la conferma dello stato è necessaria la cronologia di runtime.
  • Il flusso di lavoro immette un Divisione AND. In questi casi, per la conferma dello stato è necessaria la cronologia di runtime.
  • Quando il flusso di lavoro transitorio entra in un passaggio partecipante, in fase di esecuzione passa alla modalità non transitorio. Poiché l’attività viene passata a una persona, la cronologia deve essere persistente.
CAUTION
All’interno di un flusso di lavoro transitorio, non utilizzare una Vai al passaggio.
Il motivo è che Vai al passaggio crea un processo sling per continuare il flusso di lavoro nel goto punto. Tale operazione vanifica lo scopo di rendere transitorio il flusso di lavoro e genera un errore nel file di registro.
Utilizzare Suddivisione O effettuare scelte all’interno di un flusso di lavoro transitorio.
NOTE
Consulta Best practice per Assets per ulteriori informazioni su come i flussi di lavoro transitori influiscono sulle prestazioni delle risorse.

Supporto risorse multiple multi-resource-support

Attivazione Supporto di più risorse per il modello di flusso di lavoro, significa che viene avviata una singola istanza di flusso di lavoro anche quando si selezionano più risorse. Ciascuno è allegato come pacchetto.

Se Supporto di più risorse non è attivato per il modello di flusso di lavoro e sono selezionate più risorse, quindi viene avviata una singola istanza di flusso di lavoro per ogni risorsa.

Fasi flusso di lavoro workflow-stages

Le fasi del flusso di lavoro consentono di visualizzare l’avanzamento di un flusso di lavoro durante la gestione delle attività. Possono essere utilizzati per fornire una panoramica della distanza del flusso di lavoro attraverso l’elaborazione. Durante l’esecuzione del flusso di lavoro, l’utente può visualizzare lo stato di avanzamento descritto da Fase (anziché un singolo passaggio).

Poiché i singoli nomi di fase possono essere specifici e tecnici, è possibile definirli per fornire una visione concettuale dell’avanzamento del flusso di lavoro.

Ad esempio, per un flusso di lavoro con sei passaggi e quattro fasi:

  1. È possibile configurare gli stadi del flusso di lavoro (che mostrano l'avanzamento del flusso di lavoro), quindi assegnare la fase appropriata a ciascun passaggio del flusso di lavoro:

    • È possibile creare più nomi di fase.
    • A ogni passo viene quindi assegnato un nome di stadio (un nome di stadio può essere assegnato a uno o più passi).
    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
    Nome passaggio Stadio (assegnato al passaggio)
    Passaggio 1 Creare
    Passaggio 2 Creare
    Passaggio 3 Recensione
    Passaggio 4 Approva
    Passaggio 5 Completato
    Passaggio 6 Completato
  2. Quando il flusso di lavoro viene eseguito, l’utente può visualizzare l’avanzamento in base ai nomi degli stadi (anziché ai nomi dei passaggi). L’avanzamento del flusso di lavoro viene visualizzato in Scheda INFORMAZIONI SUL FLUSSO DI LAVORO della finestra dei dettagli dell’attività dell’elemento del flusso di lavoro elencati in Casella in entrata.

Flussi di lavoro e Forms workflows-and-forms

In genere, i flussi di lavoro vengono utilizzati per elaborare l’invio dei moduli in AEM. Può essere con componenti core modulo componenti disponibile in un'istanza AEM standard o con Soluzione AEM Forms.

Durante la creazione di un modulo, l’invio del modulo può essere facilmente associato a un modello di flusso di lavoro. Ad esempio, per archiviare il contenuto in una posizione specifica del repository o per notificare a un utente l'invio del modulo e il relativo contenuto.

Flussi di lavoro e traduzione workflows-and-translation

I flussi di lavoro fanno anche parte del Traduzione processo.

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