A csatlakozó hibanaplója és az újbóli próbálkozás áttekintése

Korábban megtanultuk, hogyan lehet hibát észlelni egy csatlakozóban, és hogyan lehet hibakezelést végezni egy Tulip alkalmazásban. Most a konkrét felhasználási esetet fogjuk érinteni, amikor a csatlakozóhibákat egy Tulip táblába naplózzuk, és olyan felügyelő alkalmazást építünk, amely lehetővé teszi a felhasználók számára, hogy a sikertelen csatlakozókat egy későbbi időpontban újra megpróbálják.

Csatlakozóhibák naplózása egy Tulip táblába

A csatlakozóhibák naplózása egy Tulip táblába hasznos technika a felhasználók blokkolásának feloldására egy alkalmazásban és a rendszer későbbi feldolgozásának elindítására.

1. A csatlakozóhibák kezelésének beépítése egy alkalmazásba.
2. Hozzon létre egy trigger-t, amely adatokat ír egy csatlakozói válasznapló táblába.
   a. Tárolja a HTTP-válaszkódot b. Tárolja a HTTP-válaszüzenetet c. Tárolja a szükséges releváns állomás/felhasználó metaadatokat d. Tárolja a szükséges releváns API metaadatokat (Példa: munkamegrendelés száma).

1. Lehetővé teszi a felhasználók számára, hogy folytassák az alkalmazás munkafolyamatát, ha a csatlakozó hibája az elvárásokon belül van.

Példa: Egy külső ERP-rendszer leállt, miközben egy munkautasítás-alkalmazás megkísérelte a POST visszapostázni az öblítő adatokat. A POST-hoz szükséges összes adat továbbra is rendelkezésre áll a Tulipban, és később is lehet tranzakciót végrehajtani. A Tulip alkalmazás ezután az összes POST meta adatot (alkalmazás változók + táblázat helyőrző adatok) egy táblázatba tárolja, majd lehetővé teszi a játékos végfelhasználó számára, hogy folytassa a munkautasításait.

Felügyelő alkalmazás létrehozása a csatlakozó újbóli próbálkozásához

Míg néhány felhasználó most az alkalmazásszintű csatlakozó hibakezelésének köszönhetően feloldható, a sikertelen csatlakozófunkciók nem tudják automatikusan elküldeni az adatokat a Tulipból a külső rendszerbe. Ennek a tevékenységnek az elvégzéséhez egy külön alkalmazást kell létrehoznia.

Ebben a Supervisor CRUD (Create, Read, Update, Delete) alkalmazásban a megemelt jogosultsággal rendelkező felhasználók elolvashatják a sikertelen csatlakozó tranzakciókat, és dönthetnek a csatlakozók manuális újbóli próbálkozásáról.

1. Hozzon létre egy új alkalmazást "Supervisor CRUD" néven.
2. Hozzon létre egy Hibanapló olvasása lépést, amely lehetővé teszi a felhasználó számára az összes sikertelen csatlakozó tranzakció megtekintését. a. Embed an Interactive Table Widgetb. Csatolja a Connector Response Log táblázatot ehhez a widgethez. c. Rendeljen hozzá egy Table Record Placeholder-t, hogy a Player végfelhasználó interakcióba léphessen a sikertelen tranzakciókkal.

1. Hozzon létre egy Hibanapló frissítése lépést. a. Jelenítse meg a táblázat rekordjának helyőrzőjét, és engedje meg a felhasználónak, hogy megerősítse a részleteket, mielőtt újra megpróbálná a csatlakozó funkciót. b. Hozzon létre egy Retry Connector gombot. Konfigurálja az eseményindítót a csatlakozó POST funkciójának meghívására a csatlakozó válasznapló tábla felhasználásával.

Hozzon létre egy olyan feltételt, ahol ha a csatlakozó hívása sikertelen, törli a rekordot a Tulip táblából.

Példa: Később az ERP rendszer újra online lesz. A felügyelő ekkor megnyitja a Supervisor CRUD alkalmazást, és el tudja olvasni az összes sikertelen ERP POST tranzakciót, és manuálisan újra meg tudja próbálni a munkautasítás visszatöltési tevékenységeket.