Dziennik błędów konektora i instrukcja ponawiania prób

Wcześniej dowiedzieliśmy się, jak wychwycić błąd w konektorze i wykonać obsługę błędów konektora w aplikacji Tulip. Teraz zajmiemy się konkretnym przypadkiem użycia rejestrowania błędów konektora w tabeli Tulip i tworzenia aplikacji nadzorującej, która umożliwia użytkownikom ponowne wypróbowanie nieudanych konektorów w późniejszym czasie.

Rejestrowanie błędów konektorów w tabeli Tulip

Rejestrowanie błędów konektorów w tabeli Tulip to przydatna technika odblokowywania użytkowników w aplikacji i uruchamiania późniejszego przetwarzania systemowego.

1. Zbuduj obsługę błędów konektorów w aplikacji.
2. Utwórz wyzwalacz, aby zapisać dane do tabeli dziennika odpowiedzi k onektora.
   a. Przechowywanie kodu odpowiedzi HTTP b. Przechowywanie komunikatu odpowiedzi HTTP c. Przechowywanie wszelkich potrzebnych metadanych stacji/użytkownika d. Przechowywanie wszelkich niezbędnych metadanych API (przykład: numer zlecenia)

1. Umożliwienie użytkownikom kontynuowania pracy z aplikacją, jeśli błąd złącza jest zgodny z oczekiwaniami.

Przykład: Zewnętrzny system ERP nie działa, podczas gdy aplikacja instrukcji roboczych próbowała POST z powrotem spłukać dane. Wszystkie dane potrzebne do POST są nadal dostępne w aplikacji Tulip i mogą zostać przetworzone później. Aplikacja Tulip przechowuje następnie wszystkie metadane POST (zmienne aplikacji + dane zastępcze tabeli) w tabeli, a następnie umożliwia użytkownikowi końcowemu kontynuowanie instrukcji roboczych.

Utwórz aplikację nadzorcy, aby ponowić próbę połączenia

Podczas gdy niektórzy użytkownicy mogą teraz zostać odblokowani z powodu obsługi błędów konektora na poziomie aplikacji, nieudane funkcje konektora nie mogą automatycznie przesyłać danych z Tulip do systemu zewnętrznego. Aby wykonać tę czynność, należy utworzyć oddzielną aplikację.

W tej aplikacji Supervisor CRUD (Create, Read, Update, Delete) użytkownicy z podwyższonymi uprawnieniami mogą odczytywać nieudane transakcje konektorów i ręcznie ponawiać ich próbę.

1. Utwórz nową aplikację o nazwie "Supervisor CRUD".
2. Utwórz krok Read Error Log, który umożliwia użytkownikowi przeglądanie wszystkich nieudanych transakcji konektora. a. Osadź interaktywny widżet tabelib. Dołącz tabelę Connector Response Log do tego widżetu. c. Przypisz symbol zastępczy rekordu tabeli, aby użytkownik końcowy Player mógł wchodzić w interakcje z nieudanymi transakcjami.

1. Utwórz krok Update Error Log. a. Wyświetl symbol zastępczy rekordu tabeli i pozwól użytkownikowi potwierdzić szczegóły przed ponowną próbą wykonania funkcji Connector. b. Utwórz przycisk Retry Connector. Skonfiguruj wyzwalacz, aby wywołać funkcję POST konektora, wykorzystując tabelę dziennika odpowiedzi konektora.

Utwórz warunek, w którym jeśli wywołanie konektora zakończy się niepowodzeniem, rekord zostanie usunięty z tabeli Tulip.

Przykład: Później system ERP wraca do trybu online. Następnie przełożony otwiera aplikację Supervisor CRUD, w której może odczytać wszystkie nieudane transakcje ERP POST i ręcznie ponowić czynności związane ze spłukiwaniem zleceń.