Nad automatycznym wywoływaniem projektów czuwa aplikacja serwera, który jest integralną częścią pakietu aplikacji GRAVITY.INTEGRATION.
W zależności od wymagań i preferencji serwer jest dostępny w dwóch formach:
- jako usługa systemu windows
- jako aplikacja z interfejsem użytkownika
Serwer jako usługa systemu windows (gravity.integration service)
Usługa jest instalowana w systemie wraz z oprogramowaniem GRAVITY. Domyślnie instalowana jest w trybie uruchamiania ręcznego i jest wyłączona.
Możesz to zmienić w właściwościach usługi pole typ uruchomienia.
Usługa jest przewidziana do użycia w środowisku produkcyjnym, ale nic nie stoi na przeszkodzie, aby używać jej trybie deweloperskim.
Serwer jako aplikacja (GravityTriggerRunner)
Przewidziana do działania w środowisku developerskim. Dzięki interfejsowi graficznemu sprawdzenie poprawności wykonywania projektów, restartowania, wczytania nowych triggerów i projektów jest dużo prostsze. Nie wymaga restartu aplikacji jak w przypadku usługi, a jedynie wskazanego triggera.
Aplikacje serwera znajdziesz po instalacji systemu GRAVITY pod nazwą GravityTriggersRunner.exe i musi ona być uruchomiona z uprawnieniami administratora.
Aplikacja GravityTriggerRunner składa się z dwóch zakładek:
- Triggers control
- Log
Zakładka Log
Zakładka Log przedstawia informacje zdarzeniach zachodzących w aplikacji serwera. Rejestrowane jest uruchomienie serwera jak i wywołanie, poszczególne kroki oraz rezultat działania wyzwalaczy. Log jest jest zapisywany równocześnie do plikach logu w katalogu: C:\ProgramData\Caffeine Minds\Gravity\ServiceLogs. Natomiast w samej aplikacji utrzymywane jest ostatnich 1000 wierszy logu, a na żądanie może być czyszczony przyciskiem Clear.
Zakładka Triggers Control
Zakładka zawiera listę zdefiniowanych wyzwalaczy, które mają zaznaczony przełącznik Enabled na konfiguracji triggera. Triggery są zgrupowane w katalogi, które można zwijać i rozwijać kliknięciem myszki. Lista zawiera podstawowe informacje o wyzwalacza wraz z informacją w jakim stanie aktualnie się znajduje, czasach ostatniego uruchomienia, ilości pozytywnie i błędnie wykonanych wywołań oraz akcję dla każdego triggera.
Po uruchomieniu aplikacji, zaczytaniu triggerów i projektów, system jeśli nie wystąpił żaden błąd w definicji projektu powiązanego z wyzwalaczem ustawia triggery w statusie Run.
Trigger może znajdować się w następujących stanach
- Run → włączony i oczekujący na wywołanie
- Processing → w trakcie przetwarzania wywołania
- Stop → zatrzymany, wywołanie triggera nie jest możliwe
- Restarting → w trakcie restartowania
Każdy trigger ma zestaw opcji pozwalających na zarządzanie jego stanem:
- może zostać ponownie włączony (opcja 1) - jeśli się zmieniła definicja procesu nie zostanie ona ponownie zaczytana
- może zostać wyłączony (opcja 2)
- może zostać przeładowany (opcja 3) - użyj jeśli zmieniła się definicja procesu. Pozostałe triggery pracują bez zakłóceń
- można podejrzeć log wykonań triggera (opcja 4) - przydatne w sprawdzeniu powodu błędnego wywołania
Podwójne kliknięcie w zapis logu pozwala zobaczyć szczegóły wykonania.
Nad listą widnieją przyciski odpowiadające za akcje globalne dla całej listy:
- Refresh list → odświeża dane listy, nie powoduje wczytania nowych danych po modyfikacji projektów lub triggerów
- Restart All → restartuje wszystkie triggery widniejące na liście zaczytując ponownie ich konfiguracje oraz konfiguracje projektów
- Update Triggers → sprawdza czy doszły nowe lub zostały usunięte jakieś triggery i wczytuje je do sytemu (nie powoduje restartu już istniejących, a jedynie doczytanie nowych i usunięcie nie istniejących)
Wywołanie procesu GRAVITY.