Ustawienia definicji procesu

Ta strona umożliwia konfigurowanie definicji procesu. Definicja procesu zawiera informacje wiersza komend niezbędne do uruchomienia lub zainicjowania procesu.

W przypadku produktu WebSphere Application Server oraz produktu WebSphere Application Server - Express mają zastosowanie jedynie informacje zawarte w wierszu komend związane z uruchomieniem lub inicjalizacją procesu.

Aby wyświetlić tę stronę Konsoli administracyjnej, kliknij opcję Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera. Następnie w sekcji Infrastruktura serwera kliknij opcję Język Java i zarządzanie procesami > Definicja procesu.

[z/OS] W systemie z/OS kliknij następnie jedną z opcji Sterowanie, Element podrzędny, lub Element dodatkowy.

[z/OS] W przypadku systemu z/OS ta strona udostępnia informacje w wierszu komend związane z uruchamianiem, inicjalizacją lub zatrzymaniem procesu. Każda z komend, dla której udostępniane są informacje, może zostać użyta dla sterowania procesem. Jedynie komenda Start oraz właściwości argumentów komendy Start mają zastosowanie do procesu podrzędnego. Określ komendy dla sterowania procesem w panelu definicji procesu oraz komendy dla procesu typu servant w innym oknie definicji procesu. Komend dla dwóch różnych procesów nie należy określać w tym samym panelu.

Nazwa pliku wykonywalnego [AIX Solaris HP-UX Linux Windows] [iSeries]

Ta informacja zawarta w wierszu komend określa nazwę pliku wykonywalnego wywoływanego w celu uruchomienia procesu.

Jeśli na przykład skrypt Perl jest używany jako serwer ogólny, wprowadź ścieżkę do modułu perl.exe w polu Nazwa pliku wykonywalnego, a następnie wprowadź nazwę skryptu Perl oraz dowolne argumenty w polu Argumenty pliku wykonywalnego.

[z/OS] To pole jest niedostępne dla procesu sterowania na platformie z/OS.

Tabela 1. Typ danych. W poniższej tabeli opisano typ danych dla ustawienia pola Nazwa pliku wykonywalnego.
Typ danych String
Argumenty pliku wykonywalnego [iSeries] [AIX Solaris HP-UX Linux Windows]

Ta informacja zawarta w wierszu komend określa argumenty przekazywane do pliku wykonywalnego podczas uruchamiania procesu.

W tym polu można wprowadzić wiele argumentów, jednak muszą być one oddzielone znakami powrotu karetki. Do wprowadzania znaków powrotu karetki służy klawisz Enter na klawiaturze. Poniższy przykład przedstawia odpowiedni sposób wyświetlania w tym polu aplikacji skryptu Perl wymagającej dwu argumentów:
aplikacja_perl.pl
arg1
arg2

[z/OS] To pole jest niedostępne dla procesu sterowania na platformie z/OS.

Tabela 2. Typy danych i jednostki. W poniższej tabeli opisano typ danych i jednostek dla ustawienia pola Argumenty pliku wykonywalnego.
Typ danych String
Jednostki Argumenty wiersza komend
Komenda uruchamiania (startCommand)

Ta informacja zawarta w wierszu komend określa zależną od platformy komendę do uruchomienia procesu serwera.

[z/OS]
Proces sterowania na platformie z/OS
Tabela 3. Typ danych, format i przykład. W poniższej tabeli opisano typ danych, format i przykład.
Typ danych String
Format START nazwa_procedury _JCL_kontroli
Przykład START BBO6ACR
Proces podrzędny na platformie z/OS

W przypadku procesu podrzędnego na platformie z/OS wartość podana w komendzie uruchamiania określa nazwę procedury wykorzystywanej przez menedżer obciążenia (WLM) do uruchomienia procesu podrzędnego. Menedżer WLM korzysta z tej wartości tylko wtedy, gdy jest zainstalowana opcja dynamicznego środowiska aplikacji menedżera WLM.

Tabela 4. Typ danych, format i przykład. W poniższej tabeli opisano typ danych, format i przykład.
Typ danych String
Format nazwa_procedury_JCL_procesu_podrzędnego
Przykład BBO6ASR
Argumenty komendy uruchamiania (startCommandArgs)

Ta informacja zawarta w wierszu komend określa dodatkowe argumenty wymagane przez komendę uruchamiania.

[AIX Solaris HP-UX Linux Windows] [iSeries] Jeśli istnieją przynajmniej dwa argumenty, które mają zostać przekazane do ustawień definicji procesu, to te argumenty należy określać w oddzielnych wierszach. Jeśli na przykład jako argumenty komendy określane są port 8089 i plik konfiguracyjny (położenie i nazwa pliku), to należy je określić w następujący sposób:
<startCommandArgs>8089<startCommandArgs>
<startCommandArgs>/opt/payexpert/conf/PCPILogServer.properties<startCommandArgs>
W Konsoli administracyjnej powyższe informacje określa się, wprowadzając każdy argument w nowym wierszu.
Uwaga: Nie należy rozdzielać argumentów komend tylko znakiem spacji.
[z/OS]
Proces sterowania na platformie z/OS
Tabela 5. Typ danych, format, przykład. W poniższej tabeli opisano typ danych, format i przykład.
Typ danych String
Format JOBNAME=nazwa_skrócona_serwera,ENV=nazwa_skrócona_komórki.nazwa_skrócona_węzła.nazwa_skrócona_serwera
Przykład JOBNAME=BBOS001,ENV=SY1.SY1.BBOS001
Proces podrzędny na platformie z/OS
Tabela 6. Typ danych, format, przykład. W poniższej tabeli opisano typ danych, format i przykład.
Typ danych String
Format JOBNAME=nazwa_skrócona_serweraS,ENV=nazwa_skrócona_komórki.nazwa_skrócona_węzła.nazwa_skrócona_serwera
Przykład JOBNAME=BBOS001S,ENV=SY1.SY1.BBOS001
[z/OS] Unikanie problemów: W systemie z/OS nazwa skrócona serwera (JOBNAME) składa się domyślnie z 7 znaków, ale nazwę tę można wydłużyć do 8 znaków.gotcha
Komenda zatrzymania (stopCommand)

Ta informacja zawarta w wierszu komend określa zależną od platformy komendę do zatrzymania procesu serwera.

[z/OS] Jeśli w systemie z/OS to pole pozostanie puste, to komenda MVS STOP jest używana do zatrzymywania serwera ogólnego.

Tabela 7. Typ danych, format, przykład. W tym polu należy określić dwie komendy: jedną dla komendy zatrzymania (STOP), a drugą dla komendy natychmiastowego zatrzymania (CANCEL).
Typ danych String
Format STOP nazwa_skrócona_serwera;CANCEL nazwa_skrócona_serwera
Przykład dla systemu z/OS STOP BBOS001;CANCEL BBOS001
Argumenty komendy zatrzymania (stopCommandArgs)

Ta informacja zawarta w wierszu komend określa dodatkowe argumenty wymagane przez komendę zatrzymania.

Tabela 8. Typ danych, format, przykład. Podaj argumenty dla komendy zatrzymania (STOP) i komendy natychmiastowego zatrzymania (CANCEL).
Typ danych String
Format łańcuch_argumentów_komendy_zatrzymania;łańcuch_argumentów_komendy_natychmiastowego_zatrzymania
Przykład dla systemu z/OS ;ARMRESTART

W tym przykładzie komenda STOP nie ma argumentów. Komenda natychmiastowego zatrzymania posiada argument ARMRESTART. Argument ARMRESTART jest poprzedzony średnikiem.

Komenda zakończenia (terminateCommand)

Ta informacja zawarta w wierszu komend określa zależną od platformy komendę do zakończenia procesu serwera.

Tabela 9. Typ danych, format, przykład. Służy do określania argumentów dla komendy zatrzymania.
Typ danych String
Format FORCE skrócona_nazwa_serwera
Przykład dla systemu z/OS FORCE BBOS001
Argumenty komendy zakończenia (terminateCommandArgs)

Ta informacja zawarta w wierszu komend określa dodatkowe argumenty wymagane przez komendę zakończenia.

Wartość domyślna to pusty łańcuch.
Tabela 10. Typ danych, format, przykład. Służy do określania dodatkowych argumentów dla komendy zatrzymania.
Typ danych String
Format łańcuch_argumentów_komendy_zakończenia
Przykład dla systemu z/OS ARMRESTART
Katalog roboczy

Określa katalog w systemie plików, który jest bieżącym katalogiem roboczym procesu. To ustawienie ma zastosowanie tylko do systemu i5/OS i platform rozproszonych. Proces korzysta z tego katalogu w celu określenia położenia plików wejściowych i wyjściowych za pomocą względnych nazw ścieżek.

[z/OS] To pole nie jest wyświetlane dla procesu sterowania na platformie z/OS.

[z/OS] Unikanie problemów: W systemie z/OS katalogiem roboczym jest zawsze katalog usług systemu UNIX zdefiniowany w ustawieniu OMVS dla profilu użytkownika RACF uruchamiającego proces typu servant. Dlatego nawet jeśli w tym polu zostanie określony inny katalog, katalog usług systemu UNIX będzie używany jako katalog roboczy. W celu zapewnienia zgodności między aplikacjami działającymi na platformie z/OS i platformie rozproszonej należy ustawić tę samą wartość katalogu usług systemu UNIX, co w opcji Katalog roboczy dla platformy rozproszonej.gotcha
Tabela 11. Typ danych. W poniższej tabeli opisano typ danych.
Typ danych String
Typ wykonywalnego elementu docelowego

Służy do określania, czy wykonywalny element docelowy jest klasą Java czy wykonywalnym plikiem JAR.

Wykonywalny element docelowy

Określa nazwę wykonywalnego elementu docelowego. Jeśli typem elementu docelowego jest nazwa klasy Java, to pole to zawiera metodę główną. Jeśli typem elementu docelowego jest wykonywalny plik JAR, to pole to zawiera nazwę tego pliku JAR.

Tabela 12. Typ danych. W poniższej tabeli opisano typ danych.
Typ danych String



Zaznaczone odsyłacze (online) wymagają dostępu do Internetu.

Zadania pokrewne
[z/OS]
Odsyłacze pokrewne
[iSeries] [AIX Solaris HP-UX Linux Windows] Ustawienia protokołów procesu
Ustawienia strategii monitorowania
[z/OS] Ustawienia typu definicji procesu
[AIX Solaris HP-UX Linux Windows] [iSeries]


Nazwa pliku: urun_rconfproc.html