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

CAUTION
AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.

AEM fornisce diversi strumenti e risorse per la creazione di modelli di flusso di lavoro, lo sviluppo di passaggi del flusso di lavoro e per l’interazione programmatica 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, ciascuno dei quali esegue un’attività discreta. Puoi utilizzare i dati di logica e runtime per decidere quando un processo può continuare e selezionare il passaggio successivo tra uno dei diversi passaggi possibili.

Ad esempio, i processi aziendali per la creazione e la pubblicazione di pagine web includono le attività di approvazione e disconnessione di diversi partecipanti. Questi processi possono essere modellati utilizzando flussi di lavoro AEM e applicati a contenuti specifici.

Gli aspetti principali sono trattati di seguito, mentre le pagine che seguono illustrano 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 le flusso. Il modello ha sempre un nodo iniziale e un nodo finale.

Modello runtime runtime-model

Le versioni dei modelli di flusso di lavoro sono impostate. Quando esegui un’istanza di flusso di lavoro, utilizza (e mantieni) il modello di runtime del flusso di lavoro (come disponibile al momento dell’avvio del flusso di lavoro).

Un modello di runtime è generato quando Sincronizzazione viene attivato nell’editor del modello di flusso di lavoro.

Modifiche al modello di flusso di lavoro che si verifica e/o ai modelli di runtime generati, dopo l’istanza specifica avviata non verrà applicata a tale istanza.

CAUTION
I passaggi eseguiti sono quelli definiti dalla modello runtime; questo viene generato al momento in cui Sincronizzazione viene attivata nell’editor del modello di flusso di lavoro.
Se il modello di flusso di lavoro viene modificato dopo questo momento (senza Sincronizzazione attivando), l'istanza di runtime non rifletterà tali modifiche. Le modifiche verranno applicate solo ai modelli di runtime generati dopo l’aggiornamento. Le eccezioni sono gli script ECMA sottostanti, che vengono conservati solo una volta che le modifiche vengono effettuate.

Passaggio step

Ogni passaggio esegue un task discreto. 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. Un utente deve completare l’elemento di lavoro per far avanzare il flusso di lavoro.
  • Processo (script, chiamata del 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.
  • O Dividi/Unisci: 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 (scriptable).

Transizione transition

A WorkflowTransition rappresenta una transizione tra due WorkflowNodes di WorkflowModel.

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

Elemento di lavoro workitem

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

  • Viene utilizzato per identificare l’attività e viene inserito nella relativa casella in entrata.
  • Un’istanza di flusso di lavoro può avere uno o più WorkItems allo stesso tempo (a seconda del modello di flusso di lavoro).
  • La WorkItem fa riferimento all’istanza del flusso di lavoro .
  • Nell’archivio 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 è molto flessibile e in combinazione con sling molto produttivo; ad esempio, è possibile eseguire il rendering del nodo di 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.

Le seguenti azioni sono possibili su un'istanza di flusso di lavoro:

  • Termina
  • Sospendi
  • Riprendi
  • Riavvia

Le istanze completate e terminate vengono archiviate.

Casella in entrata inbox

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

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

Tipi di flussi di lavoro workflow-types

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

wf-aggiornato-03

  • Predefiniti

    Si tratta dei flussi di lavoro preconfigurati inclusi in un’istanza AEM standard.

  • Flussi di lavoro personalizzati (nessun indicatore nella console)

    Si tratta di flussi di lavoro che sono stati creati come nuovi o da flussi di lavoro preconfigurati sovrapposti alle personalizzazioni.

  • Legacy

    Flussi di lavoro creati in una versione precedente di AEM. Questi possono essere mantenuti durante un aggiornamento o 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 informazioni di runtime (cronologia) durante la loro esecuzione. Puoi anche definire un modello di flusso di lavoro come Transiente per evitare che tale cronologia venga mantenuta. Viene utilizzato per ottimizzare le prestazioni in quanto consente di risparmiare/evitare il tempo/le risorse utilizzate per mantenere le 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 un numero elevato di risorse, dove le informazioni sulle risorse sono importanti, ma non la cronologia del runtime del flusso di lavoro.

NOTE
Vedi Creazione di un flusso di lavoro transitorio per ulteriori dettagli.
CAUTION
Quando un modello di flusso di lavoro è stato contrassegnato come transitorio, ci sono alcuni scenari in cui le informazioni di runtime verranno comunque mantenute:
  • Il tipo di payload (ad esempio, video) richiede passaggi esterni per l’elaborazione; in questi casi la cronologia di runtime è necessaria per la conferma dello stato.
  • Il flusso di lavoro immette un Divisione AND; in questi casi la cronologia di runtime è necessaria per la conferma dello stato.
  • Quando il flusso di lavoro transitorio entra in un passaggio partecipante, cambia la modalità (in fase di runtime) in non transitoria; quando l'attività viene passata a una persona, la cronologia deve essere persistente
CAUTION
All’interno di un flusso di lavoro transitorio non è necessario utilizzare un Passaggio Vai a.
Questo è come Passaggio Vai a crea un lavoro sling per continuare il flusso di lavoro nella goto punto. In questo modo viene battuto lo scopo di rendere il flusso di lavoro transitorio e viene generato un errore nel file di registro.
Per prendere decisioni in un flusso di lavoro transitorio è possibile utilizzare il Divisione OR.
NOTE
Vedi Tecniche consigliate per Assets per ulteriori informazioni sull’impatto dei flussi di lavoro transitori sulle prestazioni delle risorse.

Supporto risorse multiple multi-resource-support

Attivazione Supporto per più risorse per il modello di flusso di lavoro, significa che verrà avviata una singola istanza di flusso di lavoro anche quando selezioni più risorse; questi saranno allegati come pacchetto.

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

Fasi del 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 dall’elaborazione, ad esempio quando viene eseguito il flusso di lavoro, e per visualizzare lo stato di avanzamento descritto da Stage (invece del singolo passo).

Poiché i singoli nomi dei passaggi possono essere specifici e tecnici, i nomi degli stadi possono essere definiti in modo da fornire una visione concettuale dell’avanzamento del flusso di lavoro.

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

  1. È possibile configura le fasi del flusso di lavoro (che mostrano l’avanzamento del flusso di lavoro) e quindi assegna lo stadio appropriato a ciascun passaggio del flusso di lavoro:

    • È possibile creare più nomi di stage.
    • A ogni passaggio viene quindi assegnato un nome di singola area di visualizzazione (un nome di area di visualizzazione può essere assegnato a uno o più passaggi).
    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
    Nome passaggio Stage (assegnato al passaggio)
    Passaggio 1 Creare
    Passaggio 2 Creare
    Passaggio 3 Recensione
    Passaggio 4 Approva
    Passaggio 5 Completa
    Passaggio 6 Completa
  2. Quando il flusso di lavoro viene eseguito, l’utente può visualizzare l’avanzamento in base ai nomi dello stage (anziché ai nomi dei passaggi). L’avanzamento del flusso di lavoro viene visualizzato nella sezione Scheda INFORMAZIONI FLUSSO DI LAVORO della finestra dei dettagli dell'attività dell'elemento di lavoro elencati nel Inbox.

Flussi di lavoro e Forms workflows-and-forms

In genere, i flussi di lavoro vengono utilizzati per elaborare gli invii dei moduli in AEM. Questo può avvenire con componenti core per moduli disponibile in un'istanza AEM standard o con Soluzione AEM Forms.

Durante la creazione di un nuovo modulo, l’invio del modulo può essere facilmente associato a un modello di flusso di lavoro; ad esempio, per memorizzare il contenuto in una particolare posizione dell’archivio o per informare un utente dell’invio del modulo e del relativo contenuto.

Flussi di lavoro e traduzione workflows-and-translation

I flussi di lavoro sono anche parte integrante del Traduzione processo.

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