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:

Modello model

Un WorkflowModel rappresenta una definizione (modello) di un flusso di lavoro. È composto da WorkflowNodes e WorkflowTransitions. Le transizioni connettono i nodi e definiscono il 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 runtime è generato quando Sync viene attivato nell'editor modelli flusso di lavoro.

Le modifiche al modello di flusso di lavoro che si verificano o ai modelli di runtime generati, o a entrambi, dopo l'avvio dell'istanza specifica non vengono applicate a tale istanza.

Passaggio step

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

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

Transizione transition

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

Elemento di lavoro workitem

Un WorkItem è l'unità passata tramite un'istanza Workflow di un WorkflowModel. Contiene WorkflowData su cui agisce l'istanza e un riferimento a WorkflowNode che descrive il passaggio del flusso di lavoro sottostante.

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:

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 sono accessibili i WorkItems assegnati.

I 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:

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:

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.

Supporto risorse multiple multi-resource-support

L'attivazione di Supporto risorse multiple per il modello di flusso di lavoro comporta l'avvio di una singola istanza di flusso di lavoro anche quando si selezionano più risorse. Ciascuno è allegato come pacchetto.

Se Supporto risorse multiple non è attivato per il modello di flusso di lavoro e sono selezionate più risorse, 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 l'avanzamento descritto da Fase (anziché da 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:

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 i componenti core modulo disponibili in un'istanza AEM standard o con la 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 processo Traduzione.