Lektionen

In der Swagger-Dokumentation finden wir auch eine Ressource, die es erlaubt, nur einen Planeten anzuzeigen. Hier tragen wir die ID des Eintrags in der URL ein. Also zum Beispiel so: https://mock.automic-training.com/rest1/planets/6 Erstelle eine Kopie von JOBS.REST.GET_ALL mit einem neuen Namen JOBS.REST.GET_ONE. Zeige die Details nur für Mustafar an. Die ID von Mustafar findest du in […]

Die Liste unserer Planeten ist relativ kurz. Aber wenn sie Tausende von Einträgen hätte, müsste man sie irgendwie filtern können. In der Swagger-Dokumentation finden wir folgende Information: Die /planets Ressource bietet einen Query-Parameter, mit dem wir nach bestimmten Regionen filtern können. Erstelle eine Kopie von JOBS.REST.GET_ALL mit einem neuen Namen JOBS.REST.GET_FILTERED. Füge nun Query-Parameter ein,

In der Swagger-Dokumentation finden wir folgende Infos: Es handelt sich also um eine POST-Methode. POST benötigt eine Payload in diesem Fall im JSON-Format. Erstelle eine Kopie von JOBS.REST.GET_ALL mit dem neuen Namen JOBS.REST.ADD. Ändere den Job so, dass er einen neuen Planeten “Tatooine” erstellt. Job Attribute: Starte deinen Job und schau dir den Report an.

Lösche den Eintrag für den Planeten Alderaan mit einem Delete Request. Der Delete Endpoint ist mit einer Basic Authentication gesichert. Deswegen sind Anpassungen im CONN-Objekt erforderlich. Am besten dupliziere das CONN-Objekt, damit die Änderung nicht alle anderen JOBS Objekte beeinflusst. Erstelle eine Kopie von JOBS.REST.GET_ONE mit einem neuen Namen JOBS.REST.DELETE . CONN-Objekt Attribute: Job Attribute:

Diese Lösung schlägt sie alle – ist aber nicht kostenlos! Das Ereignis registriert beim Start seine eigene RunID in einer VARA. Das SCRI, das für die Beendigung zuständig ist, liest dort die RunID aus. Dazu wird in beiden Objekten ein identischer Schlüssel verwendet. Diese Methode ist variabel und lässt dem Entwickler viel Spielraum. Beispielsweise kann

Die Details einer Ereignis-Aufgabe zeigen an, wie oft das Ereignis ausgelöst wurde. Leider ist diese Zahl im Ereignis-Prozess nicht verfügbar. Möchte man ein Ereignis nach einer bestimmten Anzahl von Auslösungen beenden, so kann man dies dennoch erreichen, indem man selbst einen Zähler pflegt. Alternativen, bei denen der Intervall mit der maximalen Laufzeit verrechnet wird (Bsp.

Diese Lösung beendet alle Ereignisse, die sich im gleichen Workflow wie das SCRI befinden. Die Lösung verwendet den Workflow-Aktivierungs-Report, um die aktivierten “Nachbarn” zu identifizieren. Eine solche Lösung wäre ein klassischer Fall, um mit einer SQLI-VARA gelöst zu werden. Ich möchte aber bewusst Lösungen ohne dieses Objekt vorstellen, da die Verwendung nicht überall möglich ist.

Ereignisse werden häufig verwendet, um eine Aufgabe mit ACTIVATE_UC_OBJECT zu starten, wenn das Ereignis eintritt. Bei FILE-Ereignissen kann z.B. eine Aufgabe gestartet werden, die die gerade erkannte Datei bearbeitet. Nun ist es denkbar, dass diese gestartete Aufgabe erkennt, dass das Ereignis beendet werden muss. Zum Beispiel, weil eine Datei mit dem Namen “file.last” verarbeitet wurde.