Es gibt zwei Workflowdatenobjekte des Typs 'Context', die beim Erstellen von Datenelement- und Funktionsbedingungen für Übergänge von einer automatischen Aktivität verfügbar sind. Diese werden nachfolgend beschrieben.
- Workflowdatenobjekt 'Context_Result'
- Das Workflowdatenobjekt 'Context_Result' kann in Datenelement- oder Funktionsbedingungen (siehe Bedingungen) für einen Übergang von einer automatischen Aktivität verwendet werden. Dadurch kann der Rückgabewerte der aufgerufenen Methode in den besagten Bedingungen verwendet werden. Die Konventionen für die für das Workflowdatenobjekt 'Context_Result' verfügbaren Attribute sind wie folgt:
- Wenn der Rückgabetyp ein Basistyp ist, lautet das verfügbare Attribut value (d. h. Context_Result.value).
- Wenn der Rückgabewert eine Struktur ist, dann sind die verfügbaren Attribute für 'Context_Result' alle Felder, die in der Strukturrückgabeklasse vorhanden sind (d. h. Context_Result.description usw.).
- Wenn der Rückgabewert eine verschachtelte (aggregierte) Struktur ist, dann sind die verfügbaren Attributwerte für 'Context_Result' die Felder in der übergeordneten Struktur (d. h. Context_Result.description usw.) und zudem die vollständig qualifizierten Namen der Felder in den verschachtelten Strukturen (d. h. Context_Result.dtls:concernRoleID usw.). Unabhängig von der Tiefe der Verschachtelung der Struktur der Rückgabewerte gibt es nur ein verfügbares Workflowdatenobjekt des Typs 'Context_Result', bei dem die Namen der verschachtelten Strukturen ein Teil der Attributnamen sind. Das Trennzeichen zwischen einer verschachtelten Struktur und ihren Feldern ist ein Doppelpunkt (wie im obigen Bespiel dargestellt).
- Wenn der Rückgabetyp eine Listenstruktur ist, ist das Workflowdatenobjekt Context_Result nicht verfügbar.
- Workflowdatenobjekt 'Context_Error'
- Eine durch eine automatische Aktivität aufgerufene GPO-Methode kann manchmal fehlschlagen (d. h. eine Ausnahme auslösen, die dazu führt, dass für eine Aktivitätstransaktion ein Rollback durchgeführt wird). Wenn dies passiert, kann es hilfreich sein, nach dem Fehlschlagen Folgeaktionen modellieren zu können. Mithilfe des Workflowdatenobjekts Context_Error ist diese Art der "Fehlerpfad"-Modellierung möglich. Das Objekt kann in Datenelement- oder Funktionsbedingungen (siehe Bedingungen) für einen Übergang von einer automatischen Aktivität verwendet werden. Das Workflowdatenobjekt Context_Error verfügt über das Attribut exceptionOccurred, das nachfolgend beschrieben wird:
- Das Attribut exceptionOccurred ist ein boolescher Wert, der angibt, wenn die einer automatischen Aktivität zugeordnete GPO-Methode fehlgeschlagen ist. Die Standardeinstellung lautet "false". Der Wert wird auf "true" gesetzt, wenn die zugehörige GPO-Methode fehlschlägt.
Wenn zur Laufzeit die in einer automatischen Aktivität aufgerufene GPO-Methode fehlschlägt (und selbst nach einer vorgegebenen Anzahl von Versuchen weiterhin fehlschlägt), setzt die Workflow-Engine das Attribut exceptionOccurred für Context_Error auf "true". Alle Übergänge, die das Workflowdatenobjekt Context_Error verwenden, werden dann bewertet und weiterfolgt, wenn sie auf den Wert "true" aufgelöst werden. Dadurch kann eine Workflowprozessinstanz auf dem vorgegebenen Fehlerpfad weitergeführt werden, obwohl die automatische Aktivität fehlgeschlagen ist.
Falls die aufgerufene GPO-Methode fehlschlägt und keine Übergänge mit dem Workflowdatenobjekt Context_Error verwendet werden, wird die Aktivität angehalten und in der Administrationskonsole für Nachrichten des Typs 'Fehlgeschlagen' wird ein entsprechender Eintrag erstellt.
Anmerkung: Das Workflowdatenobjekt Context_Error berücksichtigt dabei nicht den Grund des Fehlers, sondern nur die Tatsache, ob ein Fehler aufgetreten ist oder nicht.