Przykład projektu GRAVITY z użyciem operatora STOP.
KONFIGURACJA OPERATORA
Musisz zdecydować (pole Action) czy przerwanie projektu ma generować błąd wykonania procesu oraz co zrobić z ewentualnymi transakcjami bazodanowymi założonymi w projekcie.
Masz do wyboru cztery opcje:
- Stop processing with error and rollback → Zatrzymanie procesu z błędem oraz wycofanie wszystkich transakcji.
- Stop processing with success and commit → Zatrzymanie procesu z sukcesem oraz zatwierdzenie wszystkich transakcji.
- Stop processing with error and commit → Zatrzymanie procesu z błędem oraz zatwierdzenie wszystkich transakcji.
- Stop processing with success and rollback→ Zatrzymanie procesu z sukcesem oraz zatwierdzenie wszystkich transakcji.
W polu Message możesz podać komunikat jaki zostanie przekazany do metody wywołującej projekt.
Może on zostać sparametryzowany bitami magistrali lub parametrami projektu.
Choć komunikat będzie zwrócony zawsze to ma on największy sens jeśli odpowiedź jest przetwarzana przez mechanizm wywołujący. Dlatego w mechanizmie wywołań przez REST API zwrot wiadomości ma największe znaczenie.
w przypadku użycia w polu Action opcji Stop with error… server GRAVITY obsługujący zapytania REST API zwróci StatusCode = 500 oraz body:
{
"process_id": 33294,
"state": "Fault",
"error": "Value of message field \r\n"
}W przypadku użycia Stop with success… zwróci StatusCode = 200 oraz body:
{
"process_id": 33292,
"state": "Success",
"message": "Value of message field \r\n"
}gdzie pole error oraz message pochodzą z definicji pola Message w operatorze STOP.