Przygotowanie ustawień aktualizacji aplikacji

Ta strona umożliwia aktualizację aplikacji korporacyjnych, modułów lub plików zainstalowanych już na serwerze.

Aby wyświetlić tę stronę Konsoli administracyjnej:
  1. Kliknij opcję Aplikacje > Typy aplikacji > Aplikacje korporacyjne WebSphere.
  2. Wybierz zainstalowaną aplikację lub moduł przeznaczony do aktualizacji.
  3. Kliknij przycisk Aktualizuj.
Kliknięcie przycisku Aktualizuj powoduje wyświetlenie strony pomagającej zaktualizować pliki aplikacji wdrożone w komórce. Istnieje możliwość zaktualizowania całej aplikacji, pojedynczego modułu, pojedynczego pliku lub części aplikacji. Jeśli nowy plik lub moduł posiada tę samą ścieżkę względną, co plik lub moduł już istniejący na serwerze, nowy plik lub moduł zastępuje plik lub moduł już istniejący. Jeśli plik lub moduł nie istnieje na serwerze, następuje jego dodanie do wdrażanej aplikacji.
Aplikacja do zaktualizowania

Określa nazwę zainstalowanej (lub wdrożonej) aplikacji wybranej na stronie aplikacji korporacyjnych.

Zastąp całą aplikację

W obszarze Opcje aktualizacji aplikacji określ, że aplikacja już zainstalowana na serwerze ma zostać zastąpiona nowym (zaktualizowanym) plikiem aplikacji korporacyjnej .ear.

Po wybraniu tej opcji wykonaj co następuje:

  1. Określ, czy plik .ear znajduje się w lokalnym czy zdalnym systemie plików i podaj pełną nazwę ścieżki aplikacji. Ścieżka określa położenie zaktualizowanego pliku .ear przed wykonaniem instalacji.

    Jeśli przeglądarka i zaktualizowane pliki lub moduły znajdują się na tym samym komputerze, użyj opcji Lokalny system plików, niezależnie od tego, czy serwer również znajduje się na tym komputerze. Opcja Lokalny system plików jest dostępna we wszystkich opcjach aktualizacji.

    Zdalnego systemu plików należy użyć wtedy, gdy plik aplikacji znajduje się w dowolnym węźle bieżącego kontekstu komórki.

    W przypadku instalacji na wielu serwerach, jeśli agent węzła lub menedżer wdrażania został uruchomiony w wybranym węźle, można przeglądać cały system plików węzła za pomocą opcji Zdalny system plików. Podczas przeglądania pokazywane są jedynie pliki .ear, .jar, .sar, i .war.

    Opcji Zdalny system plików należy użyć również w celu określenia pliku aplikacji umieszczonego na komputerze, na którym uruchomiono serwer aplikacji. Przykładową wartością pola może być katalog_główny_instalacji_serwera_aplikacji/installableApps/test.ear. Instalując autonomiczny moduł WAR należy podać również główny katalog kontekstu.

    Wskazówka: Podczas instalowania aplikacji, pliki aplikacji są zazwyczaj przesyłane z komputera klienta, na którym jest uruchomiona przeglądarka, do komputera serwera, na którym jest uruchomiona konsola administracyjna i na którym są wdrażane. W takich przypadkach należy użyć przeglądarki WWW z uruchomioną Konsolą administracyjną, aby wybrać moduły przeznaczone do przesłania na serwer. Jednak w niektórych przypadkach pliki aplikacji znajdują się w systemie plików dowolnego węzła w komórce. Aby zainstalować te pliki na serwerze aplikacji, należy użyć opcji Zdalny system plików.
  2. Instalując autonomiczną aplikację WWW (WAR) lub moduł protokołu inicjalizacji sesji SIP (SAR), należy podać główny katalog kontekstu pliku WAR lub SAR.

    Główny katalog kontekstowy jest połączony ze zdefiniowanym odwzorowaniem serwletu (pobranego z pliku WAR) w celu utworzenia pełnego adresu URL wpisywanego przez użytkowników w celu uzyskania dostępu do serwletu. Na przykład jeśli główny katalog kontekstowy to /gettingstarted, a odwzorowanie serwletu to Sesja, adres URL to http://host:port/gettingstarted/Sesja.

  3. Kliknij przycisk Dalej, aby wyświetlić kreator aktualizacji plików. Kreator aktualizacji, podobnie jak kreator instalacji, udostępnia pola umożliwiające podanie lub edycję informacji dotyczących powiązań aplikacji. W razie potrzeby, wykonaj odpowiednie kroki w kreatorze aktualizacji.

Przy aktualizowaniu całej aplikacji, deinstalowana jest poprzednia aplikacja i instalowana nowa. Przy zmianie konfiguracji zmiany są zapisywane, a następnie synchronizowane, zaś pliki aplikacji rozwijane w węźle, w którym aplikacja będzie uruchamiana. Jeśli podczas aktualizacji aplikacja jest uruchomiona w węźle, to następuje zatrzymanie aplikacji, aktualizacja jej plików i uruchomienie aplikacji.

Zastąp lub dodaj pojedynczy moduł

W sekcji Opcje aktualizacji aplikacji określa zastąpienie lub dodanie modułu do zainstalowanej aplikacji.

Modułem może być moduł WWW (plik .war), moduł komponentu EJB (plik EJB .jar), moduł SIP (plik .sar) lub moduł adaptera zasobu (plik konektora .rar).

Po wybraniu tej opcji określ, czy moduł znajduje się w lokalnym czy zdalnym systemie plików i podaj pełną nazwę ścieżki modułu. Ścieżka określa położenie zaktualizowanego modułu przed wykonaniem instalacji. Aby uzyskać informacje na temat opcji Lokalny system plików i Zdalny system plików, należy zapoznać się z poprzednim opisem opcji Zastąp całą aplikację.

W celu zastąpienia modułu podana ścieżka względna (adres URI modułu) musi być zgodna ze ścieżką aktualizowanego modułu w zainstalowanej aplikacji.

Aby dodać nowy moduł do zainstalowanej aplikacji, podana ścieżka względna nie może być zgodna ze ścieżką modułu w zainstalowanej aplikacji. Wartość określa wymaganą ścieżkę do nowego modułu.

W przypadku instalowania autonomicznego modułu WWW lub SIP należy podać Kontekstowy katalog główny. Katalog główny kontekstu jest łączony ze zdefiniowanym odwzorowaniem serwletu (z pliku .war) w celu złożenia pełnego adresu URL wpisywanego przez użytkowników w celu uzyskania dostępu do serwletu. Na przykład jeśli główny katalog kontekstowy to /gettingstarted, a odwzorowanie serwletu to Sesja, adres URL to http://host:port/gettingstarted/Sesja.

Następnie określ, czy mają być pokazywane tylko te opcje informacji, których wymagasz do dostarczenia informacji, czy też wszystkie opcje instalacji.

Po określeniu informacji wymaganych dla modułu kliknij przycisk Dalej, aby wyświetlić kreator aktualizacji plików. Kreator aktualizacji, podobnie jak kreator instalacji, udostępnia pola umożliwiające podanie lub edycję informacji dotyczących powiązań modułu. W razie potrzeby, wykonaj odpowiednie kroki w kreatorze aktualizacji.

Po dodaniu lub zaktualizowaniu pojedynczego modułu, gdy zostaną zapisane zmiany w konfiguracji, nowy lub aktualizowany moduł jest zapisywany we wdrożonej aplikacji w repozytorium konfiguracji produktu. Gdy zmiany te są synchronizowane z węzłem, następuje dodanie lub aktualizacja modułu w systemie plików węzła. Jeśli aplikacja jest uruchomiona w węźle podczas dodawania lub aktualizacji modułu, występuje jedna z następujących sytuacji:
  • W przypadku aktualizacji modułu WWW następuje zatrzymanie uruchomionego modułu WWW, aktualizacja plików tego modułu WWW, a następnie jego uruchomienie.
  • W przypadku dodawania modułu, dodawany moduł zostaje uruchomiony na serwerach aplikacji, na których aplikacja jest uruchomiona po jej rozwinięciu w węźle. Restartowanie aplikacji nie jest konieczne.
  • Jeśli strategia programu ładującego klasy aplikacji jest ustawiona na pojedynczą tak, że wszystkie moduły współużytkują program ładujący klasę, to następuje zatrzymanie i restart całej aplikacji w celu dokonania zmian na poziomie modułów.
  • Jeśli dostawca zabezpieczeń skonfigurowany z produktem nie obsługuje aktualizacji dynamicznych, następuje zatrzymanie i restart całej aplikacji w celu dokonania zmian na poziomie modułów.
  • W przypadku wszelkich innych aktualizacji modułu następuje zatrzymanie całej aplikacji, aktualizacja modułów pliku, a następnie uruchomienie całej aplikacji.
Zastąp lub dodaj pojedynczy plik

W sekcji Opcje aktualizacji aplikacji określa zastąpienie lub dodanie pliku do zainstalowanej aplikacji.

Ta opcja umożliwia aktualizację używanego przez aplikację pliku innego niż plik .ear, .war, .sar, .rar albo, w niektórych przypadkach, .jar. Opcji tej można użyć do dodania lub aktualizacji plików .jar, które nie są zdefiniowane w aplikacji jako moduły. Aby zaktualizować plik .ear, użyj opcji Zastąp całą aplikację. Aby zaktualizować plik .war, .sar file, .rar lub plik .jar zdefiniowany w aplikacji jako moduł, użyj opcji Zastąp lub dodaj pojedynczy moduł.

Po wybraniu tej opcji określ, czy plik znajduje się w lokalnym czy zdalnym systemie plików i podaj pełną nazwę ścieżki pliku. Ścieżka określa położenie zaktualizowanego pliku przed wykonaniem instalacji. Aby uzyskać informacje na temat opcji Lokalny system plików i Zdalny system plików, należy zapoznać się z opisem opcji Zastąp całą aplikację.

W przypadku ścieżki względnej (identyfikatora URI modułu) określ ścieżkę względną do pliku rozpoczynającą się od głównego katalogu pliku .ear. Jeśli na przykład plik znajduje się w ścieżce com/firma/pozdrowienie.class w module witaj.jar, określ ścieżkę względną do pliku witaj.jar.

Aby plik został zastąpiony, ścieżka względna musi być zgodna ze ścieżką względną aktualizowanego pliku w zainstalowanej aplikacji.

Aby dodać nowy plik do zainstalowanej aplikacji, podana ścieżka względna nie może być zgodna ze ścieżką względną do pliku już istniejącego w zainstalowanej aplikacji. Wartość określa wymaganą ścieżkę do nowego pliku.

Po określeniu systemu plików i ścieżek względnych kliknij Dalej.

Po dodaniu lub zaktualizowaniu pojedynczego pliku, gdy zostaną zapisane zmiany w konfiguracji, nowy lub aktualizowany plik jest zapisywany we wdrożonej aplikacji w repozytorium konfiguracji produktu. Gdy zmiany te są synchronizowane z węzłem, następuje dodanie lub aktualizacja pliku w systemie plików węzła. Jeśli aplikacja jest uruchomiona w węźle podczas dodawania lub aktualizacji pliku, występuje jedna z następujących sytuacji:
  • Gdy pliki są dodawane w zasięgu metadanych aplikacji (katalog META-INF) lub aktualizowane w dowolnym zasięgu aplikacji lub w modułach innych niż WWW, to następuje zatrzymanie całej aplikacji, dodanie lub aktualizacja pliku, a następnie restart całej aplikacji.
  • Jeśli pliki są dodawane w zasięgu aplikacji innym niż metadane (poza katalogiem META-INF, lecz nie w jakimkolwiek module), zmiany zostają zapisane w systemie plików bez restartowania uruchomionej aplikacji.
  • W przypadku dodawania lub aktualizacji plików w metadanych modułu WWW (katalog META-INF lub WEB-INF) następuje zatrzymanie uruchomionego modułu WWW, dodanie lub aktualizacja plików tego modułu WWW, a następnie jego uruchomienie.
  • W przypadku wszystkich innych plików w modułach WWW, plik jest dodawany lub aktualizowany w systemie plików węzła bez zatrzymywania aplikacji lub któregokolwiek z jej składników.
Zastąp, dodaj lub usuń wiele plików

W sekcji Opcje aktualizacji aplikacji określa aktualizację wielu plików zainstalowanej aplikacji przez przesłanie skompresowanego pliku. W zależności od treści zawartej w skompresowanym pliku, pojedyncze użycie tej opcji może spowodować dodanie nowych plików albo zastąpienie lub usunięcie plików z zainstalowanej aplikacji. Każdy wpis w skompresowanym pliku jest traktowany jako pojedynczy plik, a ścieżka do pliku z katalogu głównego skompresowanego pliku jest traktowana jako ścieżka względna do pliku w zainstalowanej aplikacji.

Po wybraniu tej opcji określ, czy skompresowany plik znajduje się w lokalnym czy zdalnym systemie plików i podaj pełną nazwę ścieżki skompresowanego pliku. Najprawdopodobniej będzie trzeba użyć lokalnego systemu plików, ponieważ przesyłany jest skompresowany plik, a przeglądanie zdalne działa tylko w przypadku plików .ear, .sar,.war i .jar. Określ poprawny format skompresowanego pliku, na przykład .zip lub .gzip. Ścieżka wskazuje położenie skompresowanego pliku przed rozpoczęciem instalacji. Ta funkcja umożliwia rozpakowanie skompresowanego pliku do katalogu zainstalowanej aplikacji.

Jeśli przeglądarka i zaktualizowane pliki lub moduły znajdują się na tym samym komputerze, użyj opcji Lokalny system plików, niezależnie od tego, czy serwer również znajduje się na tym komputerze. Opcja Lokalny system plików jest dostępna we wszystkich opcjach aktualizacji.

Aby zastąpić plik wewnątrz skompresowanego pliku, ścieżka względna do pliku musi być taka sama, jak ścieżka do aktualizowanego pliku w zainstalowanej aplikacji.

Aby dodać nowy plik do zainstalowanej aplikacji, plik znajdujący się w skompresowanym pliku musi mieć inną ścieżkę względną niż pliki zainstalowanej aplikacji.

Ścieżka względna pliku w zainstalowanej aplikacji jest tworzona przez konkatenację ścieżki względnej modułu (jeśli plik znajduje się wewnątrz modułu) i ścieżki względnej pliku względem głównego katalogu modułu, oddzielonych znakiem /.

Aby usunąć plik z zainstalowanej aplikacji, należy określić metadane w skompresowanym pliku za pomocą pliku o nazwie META-INF/ibm-partialapp-delete.props w dowolnym zasięgu archiwum. Plik ibm-partialapp-delete.props musi być plikiem ASCII i zawierać listę plików przeznaczonych do usunięcia z jednym wpisem w każdym wierszu. Wpis może zawierać wzorzec łańcucha, na przykład wyrażenie regularne identyfikujące wiele plików. Ścieżki do plików przeznaczonych do usunięcia muszą być ścieżkami względnymi w stosunku do ścieżki archiwum zawierającej plik META-INF/ibm-partialapp-delete.props.
Poziom plików do usunięcia Plik metadanych .props do zawarcia w skompresowanym pliku
Aplikacja Uwzględnia plik META-INF/ibm-partialapp-delete.props w skompresowanym pliku. W pliku metadanych .props podaje listę plików do skasowania. Ścieżki plików są określane względem położenia pliku META-INF/ibm-partialapp-delete.props.

Na przykład, w celu skasowania pliku o nazwie utils/config.xmi z głównego katalogu pliku my.ear, włącz wiersz utils/config.xmi do pliku META-INF/ibm-partialapp-delete.props.

Moduł Uwzględnia plik URI_modułu/META-INF/ibm-partialapp-delete.props w pliku skompresowanym.

Aby usunąć jeden plik z modułu, włącz ścieżkę pliku określoną względem modułu do pliku metadanych .props. Na przykład aby usunąć plik a/b/c.jsp z modułu my.jar, włącz ścieżkę a/b/c.jsp do pliku my.jar/META-INF/ibm-partialapp-delete.props w pliku skompresowanym.

Aby usunąć wiele plików w obrębie modułu, podaj listę kasowanych plików w pliku metadanych .props, po jednej pozycji w każdym. Na przykład aby usunąć wszystkie strony serwera Java (pliki .jsp) z pliku my.war, włącz wiersz .*jsp do pliku my.war/META-INF/ibm-partialapp-delete.props. W wierszu tym stosowane jest wyrażenie regularne .*jsp identyfikujące wszystkie pliki .jsp w pliku my.war.

Istnieje możliwość użycia pojedynczej, częściowej aplikacji do dodawania, usuwania i aktualizowania wielu plików.

Po podaniu ścieżki systemu plików kliknij Dalej.

Po częściowym zaktualizowaniu aplikacji, gdy zostaną zapisane zmiany w konfiguracji, nowa lub zaktualizowana aplikacja jest zapisywana we wdrożonej aplikacji w repozytorium konfiguracji produktu WebSphere Application Server. Gdy zmiany te są synchronizowane z węzłem, następuje dodanie lub aktualizacja plików w systemie plików węzła. Ponieważ opcja częściowa aplikacji aktualizuje wiele plików, restartowane komponenty aplikacji są określane za pomocą poszczególnych plików aplikacji częściowej.

Przykład

Przykładowe pozycje w skompresowanym pliku częściowej aplikacji są następujące:

util.jar
META-INF/ibm-partialapp-delete.props
foo.jar/com/mycomp/xyz.class
xyz.war/welcome.jsp
xyz.war/WEB-INF/web.xml
webmod.war/META-INF/ibm-partialapp-delete.props

W tym przykładzie plik META-INF/ibm-partialapp-delete.props zawiera pliki .*.dat i tools/test.jar. Plik webmod.war/META-INF/ibm-partialapp-delete.props zawiera pliki com/test/.*.jsp i WEB-INF/test.xmi.

Opcja częściowej aktualizacji aplikacji wykonuje co następuje:
  • Dodaje lub zastępuje plik util.jar we wdrożonej aplikacji.
  • Dodaje lub zastępuje plik com/mycomp/xyz.class w pliku foo.jar wdrożonej aplikacji.
  • Usuwa pliki *.dat z aplikacji, ale nie z żadnego z modułów.
  • Usuwa plik tools/test.jar z aplikacji.
  • Dodaje lub zastępuje plik welcome.jsp w module xyz.war wdrożonej aplikacji.
  • Zastępuje plik WEB-INF/web.xml w module xyz.war wdrożonej aplikacji.
  • Usuwa plik com/test/*.jsp z modułu webmod.war.
  • Usuwa plik WEB-INF/test/*.xmi z modułu webmod.war.

Należy oznaczyć znaki specjalne wyrażenia regularnego w pliku META-INF/ibm-partialapp-delete.props. Na przykład aby usunąć klasy wewnętrzne dla klasy o nazwie Abc, należy użyć wyrażenia regularnego Abc\$.*, w którym $ jest znakiem specjalnym wyrażenia regularnego oznaczonym przy użyciu ukośnika odwrotnego (\).

Plik META-INF/ibm-partialapp-delete.props może zawierać następujący tekst:

.*.dat

webmod.war/META-INF/ibm-partialapp-delete.props:
com/test/.*.jsp
WEB-INF/test.xmi



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

Pojęcia pokrewne
Zadania pokrewne
Odsyłacze pokrewne
Kolekcja aplikacji korporacyjnej


Nazwa pliku: urun_rapp_update.html