Zadania
Funkcja ta służy do tworzenia nowych zadań przetwarzania w tle lub zmiany cech istniejących zadań.
Warunek
Odniesienie do dokumentacji Implementacja
Zarządzanie ekranem
Karta Ekran wpisów
Prezentacja
Zarządzanie zadaniami przetwarzanymi w tle jest wykonywane w jednej zakładce. Zadanie przetwarzane w tle charakteryzuje się kodem, który umożliwia jego wywołanie oraz pewną liczbą technicznych cech określających uruchamiany proces. Zadanie przetwarzania w tle może być:
- programem ADONIX (przetwarzanie),
- lub raportem (wydruk)
- lub zadaniami systemowymi zdefiniowanymi przez plik poleceń (skrypt powłoki pod system UNIX™, skrypt pod system Windows™)
Zadanie przetwarzania w tle jest zdefiniowane przez nazwę funkcji lub nazwę procesu. Jeśli zadanie jest zdefiniowane jako funkcja, warunki transferu ustawień i autoryzacji (między innymi autoryzacji lokalizacji). Zadanie tego typu może być ujęte w grupie zadań przetwarzania w tle.
W tym przypadki większość funkcji jest przetwarzana w tle, oprócz kilku rzadkich funkcji zdefiniowanych przez nazwę procesu.
Tworzenie nowych zadań przetwarzania w tle typu Proces zakłada utworzenie procesu zgodnego z ADONIX AGL, a także opisanie powiązanych funkcji.
Proces przetwarzania w tle może wymagać, aby ustawienia były wprowadzane dynamicznie w oknie dialogowym podczas uruchamiania każdego zadania (ten ekran może być również wywołany jeśli zadanie zostało uruchomione bezpośrednio). Standaryzacja projektowania zadań przetwarzania w tle zarządza wywołaniem ekranu wprowadzania ustawień i zwraca odpowiednie wartości dla ich wykonania zarówno w sposób bezpośredni (jeśli zadanie zostało uruchomione bezpośrednio), jak i w każdy inny sposób.
Zamknij
Pola
Na tej karcie występują następujące pola :
Blok numer 1
| Zadanie „przetwarzania w tle” to program, który może być uruchamiany przez serwer cyklicznie lub na żądanie użytkownika. |
|
|
Blok numer 2
| To pole wyboru należy zaznaczyć, aby aktywować bieżący rekord. Nieaktywne rekordy zachowują swoją zawartość, a ustawienia nie mogą być używane poprzez wywołanie ich kodu:
Uprawnienia do danej funkcji mogą zabraniać tworzenia aktywnego rekordu. W takim przypadku pole jest domyślnie dezaktywowane. Modyfikować je może tylko uprawniony użytkownik, za pomocą przepływu podpisów. |
| Należy wybrać moduł do skonfigurowania. To pole pozwala na ustalenie, czy ekran ma zostać utworzony w bazie danych folderu. Należy go utworzyć, jeśli moduł, z którym powiązany jest ekran jest aktywny dla folderu. |
Blok numer 3
| Służy do wskazania, czy jest to proces Adonix, czy też skrypt wykonywany w systemie operacyjnym (skrypt DOS, shellscript). |
Blok numer 4
| Umożliwia określenie maksymalnego czasu (w minutach), w jakim ma zostać wykonane zadanie. Po przekroczeniu tego czasu serwer zakończy zadanie (wartość 0 oznacza, że nie ma limitu czasu). Uwaga, czas trwania jest czasem minimalnym. Faktyczne opóźnienie, po którym zadanie zostanie zatrzymane, zależy także od ogólnych parametrów serwera: test zatrzymania wykonywany jest w regularnych odstępach czasu, które można określić za pomocą odpowiednich parametrów. |
| Pole to umożliwia określenie dopuszczalnego opóźnienia dla rozpoczęcia żądań. Żądanie, które nie zostało wykonane o planowanym czasie + czas opóźnienia, zostanie oznaczone jako „po czasie”. Może istnieć kilka powodów, dla których wykonywanie żądania nie zostaje rozpoczęte o czasie:
Zerowe opóźnienie wskazuje, że zadanie nie ma narzuconego żadnego ograniczenia czasowego. |
| Poziom zostanie porównany z poziomem dostępu każdego użytkownika, który spróbuje uruchomić to zadanie. Jeżeli poziom użytkownika jest niewystarczający, nastąpi odmowa. |
| Kod służy do przypisania ograniczenia czasowego danemu zadaniu, by ograniczyć potencjalny czas wykonywania zadań zgłaszanych bezpośrednio na serwer przetwarzania w tle. W przypadku zgłoszenia za pośrednictwem grupy zadań, zastosowanie mają jedynie ograniczenia czasowe powiązane z daną grupą. Ta sama zasada dotyczy zadań cyklicznych: czas wykonywania nie jest wówczas kontrolowany przez kod ograniczenia danego zadania, ale przez terminarz wyłączenia zdefiniowany bezpośrednio w danym zadaniu okresowym). |
Blok numer 5
| Jeżeli zadanie przetwarzania w tle odpowiada wykonaniu danej funkcji, wówczas jest ono tutaj definiowane. Funkcja ta służy do zainicjowania kontekstu i weryfikacji praw dostępu. |
| Wprowadza się tutaj nazwę procesu skryptu systemowego, gdy zadanie nie jest określane przez kod funkcji. |
|
|
| Jeżeli zadanie przetwarzania w tle zostało zdefiniowane przez funkcję, która potwierdza dany parametr (kod # w funkcji), wartość tego parametru wprowadza się w tym miejscu (nazwa określona w polu Wprowadzanie - pomocdla danej funkcji zostaje wskazana przed polem, by poprowadzić użytkownika). |
Blok numer 6
| Jeżeli pole to zostało zaznaczone, zadanie może zostać uruchomione w folderze innym niż bieżący. Następnie konieczne jest określenie danego folderu oraz kodu użytkownika przy uruchamianiu żądania. |
| Jeżeli parametr ten ustawiono na „tak”, wówczas zadanie może zostać wykonane przez pojedynczego użytkownika: nie zostanie ono jednak wykonane, jeżeli przekazanie go pojedynczemu użytkownikowi jest niemożliwe. |
| Po odpowiedzeniu „tak” na to pytanie użytkownik, który uruchamia zadanie, zostanie poinformowany o tym, czy zostało ono wykonane z powodzeniem. |
Blok numer 7
Zamknij
Załącznik techniczny
Aby zachować zgodność ze standardami projektowania dla sieci web, zadania przetwarzania w tle muszą spełniać następujące kryteria:
- * Funkcja, która je określa musi odwoływać się do działań typu „proces standardowy” (GTRAITE), które nie zawierają głównego okna.
- Zawierają lub nie zawierają początkowego okna dialogowego.
- Działanie „OUVRE_BATCH” musi zawierać otwarcie wymaganych tabel dla etykiet kontroli wspomnianego powyżej okna dialogowego.
Poprzednia metodologia zatwierdzania zadania przetwarzania w tle opisana w wersji 120 jest nadal aktualna, jednakże musi zawierać zatwierdzanie procesów, które będą działać tylko w trybie klient-serwer. Dlatego też zaleca się, aby go nie używać.