Caso di utilizzo: supervisione dei flussi di lavoro supervising-workflows
Questo caso d’uso descrive la creazione di un flusso di lavoro che consente di monitorare lo stato di un set di flussi di lavoro "in pausa", "interrotti" o "con errori".
Il suo obiettivo è:
- Utilizza un flusso di lavoro per monitorare un gruppo di flussi di lavoro aziendali.
- Invia un messaggio a un supervisore tramite un’attività di "consegna".
Per monitorare lo stato di un set di flussi di lavoro, è necessario seguire questi passaggi:
- Crea il flusso di lavoro di monitoraggio.
- Scrivere il codice JavaScript per determinare se i flussi di lavoro vengono sospesi, interrotti o con errori.
- Creare Test attività.
- Prepara il modello di consegna.
Passaggio 1: creazione del flusso di lavoro di monitoraggio step-1--creating-the-monitoring-workflow
La cartella del flusso di lavoro che verrà monitorata è "CustomWorkflows" cartella memorizzata in Amministrazione > Produzione > Flussi di lavoro tecnici nodo. Questa cartella contiene un set di flussi di lavoro aziendali.
Il Monitoraggio del flusso di lavoro viene memorizzato nella directory principale della cartella Flussi di lavoro tecnici. L’etichetta utilizzata è "Monitoraggio".
Lo schema seguente mostra la sequenza di attività:
Questo flusso di lavoro è costituito da:
- a "Start" attività.
- a "Codice JavaScript" attività responsabile dell’analisi della cartella dei flussi di lavoro aziendali.
- a "Test" per inviare una consegna al supervisore o riavviare il flusso di lavoro.
- a "Delivery" attività responsabile del layout dei messaggi.
- a "Wait" attività che controlla i lead time tra le iterazioni del flusso di lavoro.
Passaggio 2: scrittura di JavaScript step-2--writing-the-javascript
La prima parte del codice JavaScript coincide con un query (queryDef) che consente di identificare i flussi di lavoro con lo stato "pausa" (@state == 13), "errore" (@failed == 1) o "interrotto" (@state == 20).
Il nome interno della cartella del flusso di lavoro da monitorare viene fornita nella seguente condizione:
<condition boolOperator="AND" expr="[folder/@name] = 'Folder20'" internalId="1"/>
var strError = "";
var strPaused = "";
var strStop = "";
var queryWkfError = xtk.queryDef.create(
<queryDef schema="xtk:workflow" operation="select">
<select>
<node expr="@internalName"/>
<node expr="@state"/>
<node expr="@label"/>
<node expr="@failed"/>
<node expr="@state"/>
</select>
<where id="12837805386">
<condition boolOperator="AND" expr="[folder/@name] = 'Folder20'" internalId="1"/>
<condition boolOperator="AND" internalId="2">
<condition boolOperator="OR" expr="@state = 20" internalId="3"/>
<condition expr="@state = 13" internalId="4"/>
</condition>
</where>
</queryDef>
);
var ndWkfError = queryWkfError.ExecuteQuery();
La seconda parte del codice JavaScript consente di: visualizza un messaggio per ogni flusso di lavoro in base allo stato recuperato durante la query.
for each ( var wkf in ndWkfError.workflow )
{
if ( wkf.@state == 13 ) // Status 13 = paused
{
if ( wkf.@failed == 1 )
strError += "<li>Workflow '" + wkf.@internalName + "' with the label '" + wkf.@label + "'</li>";
else
strPaused += "<li>Workflow '" + wkf.@internalName + "' with the label '" + wkf.@label + "'</li>";
}
if ( wkf.@state == 20 ) // Status 20 = stop
strStop += "<li>Workflow '" + wkf.@internalName + "' with the label '" + wkf.@label + "'</li>";
}
vars.strWorkflowError = strError;
vars.strWorkflowPaused = strPaused;
vars.strWorkflowStop = strStop;
Passaggio 3: creazione dell’attività "Test" step-3--creating-the--test--activity
L’attività "Test" consente di determinare se una consegna deve essere inviata o se il flusso di lavoro di monitoraggio deve eseguire un altro ciclo in base all’attività "Wait" (Attendi).
Una consegna viene inviata al supervisore se almeno una delle tre variabili di evento "vars.strWorkflowError", "vars.strWorkflowPaused" o "vars.strWorkflowStop" non è nulla.
L’attività "Attendi" può essere configurata per riavviare il flusso di lavoro di monitoraggio a intervalli regolari. Per questo caso d’uso, il tempo di attesa è impostato su un'ora.
Passaggio 4: preparazione della consegna step-4--preparing-the-delivery
L’attività "Delivery" si basa su una modello di consegna memorizzato in Risorse > Modelli > Modelli di consegna nodo.
Questo modello deve includere:
-
l’indirizzo e-mail del supervisore.
-
Contenuto HTML per inserire testo personalizzato.
Le tre variabili dichiarate (WF_Stop, WF_Paused, WF_Error) corrispondono alle tre variabili di evento del flusso di lavoro.
Queste variabili devono essere dichiarate nella Variabili scheda delle proprietà del modello di consegna.
Da recuperare il contenuto delle variabili evento del flusso di lavoro, devi dichiarare le variabili specifiche della consegna che verranno inizializzate con i valori restituiti dal codice JavaScript.
Il modello di consegna ha il seguente contenuto:
Una volta creato e approvato il modello, è necessario configurare Consegna attività a:
- collega l’attività "Delivery" al modello di consegna creato in precedenza.
- collega le variabili evento del flusso di lavoro a quelle specifiche del modello di consegna.
Fai doppio clic su Consegna e selezionare le opzioni seguenti:
-
Consegna: selezionare Nuovo, creato da un modello e seleziona il modello di consegna creato in precedenza.
-
Per Destinatari e contenuto campi, seleziona Specificato nella consegna.
-
Azione da eseguire: seleziona Prepara e avvia.
-
Deseleziona la Errori di processo opzione.
-
Vai a Script scheda di Consegna attività, aggiungi tre stringa di caratteri digita le variabili tramite il menu del campo di personalizzazione.
Le tre variabili dichiarate sono:
code language-none delivery.variables._var[0].stringValue = vars.strWorkflowError; delivery.variables._var[1].stringValue = vars.strWorkflowPaused; delivery.variables._var[2].stringValue = vars.strWorkflowStop;
Una volta avviato, il flusso di lavoro di monitoraggio invia il riepilogo seguente al destinatario: