Anwendungsfall: Überwachen Ihrer Workflows supervising-workflows
Dieses Anwendungsbeispiel zeigt die Erstellung eines Workflows zur Überwachung einer Reihe von Workflows. Abgefragt werden Workflows mit den Status "ausgesetzt", "angehalten" und "fehlgeschlagen".
Sie ermöglicht Ihnen Folgendes:
- Die Erstellung eines Workflows zur Überwachung einer Reihe von geschäftsrelevanten Workflows.
- Den Versand einer Benachrichtigung an eine verantwortliche Person mithilfe einer Versandaktivität.
Um den Status einer Reihe von Workflows zu überwachen, sind folgende Schritte erforderlich:
- Erstellung des Monitoring-Workflows,
- Erstellung des JavaScripts zur Abfrage der Workflows mit den Status fehlgeschlagen, ausgesetzt oder angehalten.
- Erstellung der Test-Aktivität.
- Erstellung der Versandvorlage.
1. Schritt: Erstellung des Monitoring-Workflows step-1--creating-the-monitoring-workflow
Der zu überwachende Workflow-Ordner ist CustomWorkflows im Knoten Administration > Betreibung > Technische Workflows. Dieser Ordner enthält diverse geschäftsrelevante Workflows.
Die Monitoring-Workflow wird im Stammverzeichnis des Ordners Technische Workflows gespeichert. Die verwendete Bezeichnung lautet "Überwachung".
Das folgende Schema stellt die Beziehungen zwischen den einzelnen Aktivitäten dar.
Der vorliegende Workflow besteht aus folgenden Aktivitäten:
- Beginn,
- JavaScript-Code zur Analyse des Ordners mit geschäftsspezifischen Workflows,
- Test zum Start eines Versands an die verantwortliche Person oder um den Workflow wiederaufzunehmen,
- Versand mit den Informationen sur Aufmachung der Nachricht,
- Warten zur Steuerung der zeitlichen Intervalle zwischen den einzelnen Ausführungen des Workflows.
2. Schritt: Erstellung des JavaScripts step-2--writing-the-javascript
Der erste Teil des JavaScript-Codes entspricht einer Abfrage (queryDef) zum Abruf der Workflows mit dem Status "ausgesetzt" (@state == 13), "fehlgeschlagen" (@failed == 1) oder "angehalten" (@state == 20).
Der interne Name des zu überwachenden Workflow-Ordners wird in der folgenden Bedingung angegeben:
<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();
Der zweite Teil des JavaScript-Codes ermöglicht die Anzeige einer bestimmten Nachricht für jeden Workflow, je nach Status, der von der Abfrage ausgegeben wurde.
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;
3. Schritt: Erstellung der Testaktivität step-3--creating-the--test--activity
Die Testaktivität bestimmt, ob ein Versand oder ein neuer Workflow-Zyklus gestartet werden soll. In letzterem Fall wird die Warteaktivität aktiviert.
Der Versand an die verantwortliche Person wird gestartet, wenn wenigstens eine der drei Ereignisvariablen "vars.strWorkflowError", "vars.strWorkflowPaused", "vars.strWorkflowStop" nicht null ist.
Die Warten -Aktivität kann so konfiguriert werden, dass sie den Monitoring-Workflow in regelmäßigen Abständen neu startet. Für diesen Anwendungsfall: die Wartezeit auf eine Stunde festgelegt ist.
4. Schritt: Vorbereitung des Versands step-4--preparing-the-delivery
Die Versandaktivität basiert auf einer Versandvorlage, auf die über den Knoten Ressourcen > Vorlagen > Versandvorlagen zugegriffen werden kann.
In der Vorlage müssen folgende Informationen gespeichert sein:
-
E-Mail-Adresse der verantwortlichen Person,
-
HTML-Inhalt mit der Möglichkeit, einen personalisierten Text einzufügen.
Die drei deklarierten Variablen (WF_Stop, WF_Paused, WF_Error) entsprechen den drei Ereignisvariablen des Workflows.
Diese Variablen werden im Variablen-Tab der Versandvorlagen-Eigenschaften deklariert.
Um den Inhalt der Ereignisvariablen des Workflows abrufen zu können, müssen versandspezifische Variablen deklariert werden, die mit den vom JavaScript-Code ausgegebenen Werten initialisiert werden.
Die folgende Abbildung zeigt den Inhalt der Versandvorlage:
Nach Erstellung und Validierung der Versandvorlage ist die Versandaktivität zu konfigurieren.
- Stellen Sie die Relation zwischen der Aktivität und der zuvor erstellten Vorlage her.
- Stellen Sie die Relation zwischen den Ereignisvariablen des Workflows und den Variablen der Versandvorlage her.
Öffnen Sie die Versandaktivität per Doppelklick.
-
Aktivieren Sie im Bereich "Versand" die Option Neu, basierend auf einer Vorlage erstellt und wählen Sie die zuvor erstellte Versandvorlage aus.
-
Aktivieren Sie in den Bereichen "Empfänger" und "Inhalt" jeweils Werden/Wird im Versand angegeben.
-
Aktivieren Sie schließlich im Bereich "Auszuführende Aktion" die Option Vorbereiten und Starten.
-
Deaktivieren Sie die Option Fehler verarbeiten.
-
Fügen Sie im Script-Tab der Versandaktivität unter Verwendung der Personalisierungsschaltfläche drei Variablen vom Typ String hinzu.
Folgende drei Variablen wurden deklariert:
code language-none delivery.variables._var[0].stringValue = vars.strWorkflowError; delivery.variables._var[1].stringValue = vars.strWorkflowPaused; delivery.variables._var[2].stringValue = vars.strWorkflowStop;
Nach dem Start sendet der Monitoring-Workflow eine zusammenfassende Nachricht an den Supervisor, wie unten beispielhaft dargestellt:
