Automatyczna aktywacja zadań deweloperskich (actjob)

Wprowadzenie

Narzędzie actjob (activate development job) wykonuje wszystkie kroki niezbędne do aktywacji zadania deweloperskiego.
Jeśli wykonanie kolejnego kroku nie jest możliwe, narzędzie zostaje przerwane.

Grupa docelowa

  • Deweloperzy
  • Administratorzy systemu

Opis

Aby zakończyć realizację zadania deweloperskiego, należy – w zależności od zawartości – wykonać różne kroki. Narzędzie actjob wykonuje poniższe czynności, gdy podana zostanie opcja auto:

  • Generowanie:
    • crtbo – tworzenie lub modyfikacja Business Objects
    • crtdv – tworzenie lub modyfikacja widoków obiektów
    • crtvs – tworzenie lub modyfikacja ValueSet
    • checkin – zaczytanie źródeł Java do repozytorium
    • zapis wymaganych klas w katalogu patch
    • przygotowanie kolejnych kroków po restarcie poprzez utworzenie pliku autoexec.scl
  • Restart serwera aplikacji
  • Aktywacja:

    • cnvbo

    • zatwierdzenie zadania deweloperskiego

    • actbo – aktywacja Business Objects

    • aktywacja zadania

    • usunięcie klas z katalogu patch

  • Czyszczenie:
    • usunięcie pliku autoexec.scl

  • Restart serwera aplikacji

Polecenie

Poniżej znajduje się polecenie zawierające wszystkie możliwe parametry.

actjob

[-auto]
[-generate]

[-copyToPatch]
[-activate]
[-stop]
[-conflict]
[-j:<str-1> … -j:<str-n>]
[-ord:<str>]
[-orderType:<str>]

[-complete]

Parametry

Parametry polecenia zostały wyjaśnione w poniższej tabeli. Parametry w nawiasach kwadratowych są opcjonalne, podczas gdy pozostałe są parametrami obowiązkowymi. Gwiazdka (*) może być określona jako symbol zastępczy dla niektórych parametrów, aby możliwe było wyświetlenie wszystkich możliwych wartości. Nie wszystkie parametry mogą być określone więcej niż jeden raz; tylko te z następującym dodatkiem do zmiennych parametrów są dozwolone do wielokrotnego określenia: <str-1> …. <str-n>.

Parametr Opis
[-auto] Oznaczenie dla zautomatyzowanego trybu wykonania, tzn. kolejne kroki zostaną również uruchomione. Ewentualnie wymagane restarty serwera aplikacyjnego zostaną wykonane automatycznie.
[-generate]

Wykonanie poszczególnych kroków:

  • crtbo

  • crtdv

  • crtvs

  • checkin

Jeśli jednocześnie został podany parametr –auto, wykonywane są również następujące kroki:

  • kopiowanie klas do katalogu patch, analogicznie jak przy opcji -copyToPatch

  • przygotowanie kolejnego kroku poprzez utworzenie pliku autoexec.scl, który zasadniczo zawiera jedynie polecenie wywołania tego narzędzia

  • restart serwera aplikacyjnego

[-copyToPatch]

Ten parametr jest dozwolony tylko w połączeniu z parametrem -generate.
Umieszczanie wymaganych klas do katalogu patch z katalogów roboczych zadania.

Zapis pliku AutoActivateJob.xml w katalogu patch. Plik ten zawiera informacje o tym, które klasy zostały skopiowane do katalogu patch.

[-activate]

Wykonanie poszczególnych kroków:

  • cnvbo

  • zatwierdzenie zadania deweloperskiego

  • actbo (aktywacja obiektów biznesowych)

  • aktywacja zadania

Po pomyślnym zakończeniu aktywacji zadania (lub zadań), usuwane są dodatkowo następujące pliki:

  • klasy umieszczone w katalogu patch, zgodnie z informacjami zawartymi w pliku AutoActivateJob.xml

  • plik AutoActivateJob.xml

Jeśli jednocześnie ustawiono parametr –auto, wykonywane są również kroki powiązane z parametrem –stop.

[-stop]

Dla wcześniejszych kroków konieczne było zapisanie określonych plików. Pliki te są teraz usuwane. W szczególności dotyczy to:

  • klas zapisanych w katalogu patch, zgodnie z informacjami zawartymi w pliku AutoActivateJob.xml, o ile nie zostały już wcześniej usunięte

  • pliku AutoActivateJob.xml, o ile nie został już wcześniej usunięty

  • pliku autoexec.scl

Jeśli jednocześnie ustawiono parametr –auto, następuje również restart serwera aplikacyjnego.

[-j:<str-1> … -j:<str-n>]

Wskazane zadania deweloperskie są przetwarzane, o ile znajdują się w stanie otwartym lub zatwierdzonym.
W przypadku wybrania tej opcji, użycie opcji –conflict nie jest możliwe.

Uwaga
Użytkownik Toolshell zostaje dodany jako wykonawca do zadań, jeśli nie został jeszcze do nich przypisany.

[-conflict]

Wszystkie zadania konfliktu, które znajdują się w stanie Otwartym lub Zatwierdzonym, zostają przetworzone.
Jednoczesne, jawne wskazanie konkretnych zadań nie jest możliwe.

Uwaga
Użytkownik Toolshell zostaje dodany jako wykonawca do zadań, jeśli nie został jeszcze przypisany jako ich wykonawca.

[-ord:<str>]

W szczególności zadania konfliktu są tworzone bez przypisanego zadania deweloperskiego.
Aby ułatwić dalsze przetwarzanie, można użyć opcjonalnego parametru -ord, aby przypisać zlecenie do wybranych zadań.

Uwaga
Jeśli w wybranym zadaniu został już przypisany inny zleceniodawca, występuje błąd, a działanie narzędzia zostaje przerwane.

[-orderType:<str>]

W szczególności zadania konfliktu są tworzone bez przypisanego zlecenia deweloperskiego.
Aby ułatwić dalsze przetwarzanie, można użyć opcjonalnego parametru –orderType, aby utworzyć odpowiednie zlecenie deweloperskie dla wybranych zadań, zgodnie z podanym typem zlecenia.

Uwaga
Dotyczy to wyłącznie zadań deweloperskich, w których nie przypisano jeszcze zlecenia.

[-complete] Podejmowana jest próba przełączenia zleceń deweloperskich przypisanych do wskazanych zadań deweloperskich w stan Zwolnione.

Czy ten artykuł był pomocny?