「Specify the EAR, WAR or JAR module to upload and install」で、以下を実行してください。
- 「更新するアプリケーション」が更新対象のアプリケーションを示していることを確認します。
- 「アプリケーション更新オプション」で、更新するインストール済みアプリケーション、
モジュール、またはファイルを選択します。
オンライン・ヘルプ、アプリケーションの更新設定の準備で、
このオプションについて詳しく説明しています。簡単に説明すると、
次のようなオプションがあります。
- アプリケーション全体の置換
- サーバー上で、インストール済みの (古い) アプリケーションを、
更新済みの (新しい) アプリケーションで置き換えます。
「アプリケーション全体の置換」を選択した場合は、
新規 .ear ファイルのパスを指定してください。このパスによって、
新規 .ear ファイルのロケーションが、インストール前に提供されます。
- 単一モジュールの置換または追加
- インストール済みアプリケーションに新規モジュールを追加するか、
インストール済みアプリケーション内のモジュールを置き換えます。
新規の Web モジュール (.war)、EJB モジュール (.jar)、
またはリソース・アダプター・モジュール (.rar) のパスを指定してください。このパスによって、
新規モジュールのロケーションが、インストール前に提供されます。
モジュールを置き換える場合は、「Relative
path to module」の値 (またはモジュール URI) が、インストール済みアプリケーション内の更新されるモジュールのパスと一致している必要があります。
インストール済みアプリケーションに新規モジュールを追加する場合は、「モジュールへの相対パス」の値が、
インストール済みアプリケーション内の更新するモジュールのパスと一致しない ようにする必要があります。
新規モジュールで望ましいパスを値に指定してください。
スタンドアロンの Web モジュールをインストールする場合は、
「コンテキスト・ルート」の値を指定します。
- 単一ファイルの置換または追加
- インストール済みアプリケーションに新規ファイルを追加するか、
インストール済みアプリケーション内のファイルを置き換えます。
新規ファイルのパスを指定してください。
このパスによって、
新規ファイルのロケーションが、インストール前に提供されます。
ファイルを置き換える場合は、「ファイルへの相対パス」の値が、
インストール済みアプリケーション内の更新するファイルのパスと一致する必要があります。
インストール済みアプリケーションに新規ファイルを追加する場合は、「ファイルへの相対パス」の値が、インストール済みアプリケーション内のファイルのパスと一致しない ようにする必要があります。
新規ファイルで望ましいパスを値に指定してください。
アプリケーションのルートからファイルへの相対パスは、
モジュール・パスとそのモジュール内のファイル・パスの連結です。
例えば、ファイルがモジュール foo.jar 内の com/mycompany/abc.class である場合、
相対ファイル・パスは foo.jar/com/mycompany/abc.class となります。
- 複数ファイルの置換、追加または削除
- 圧縮ファイルのアップロードにより、インストール済みアプリケーションの複数のファイルを更新します。
圧縮ファイルの内容によっては、このオプションを使用するだけで、
インストール済みアプリケーションでのファイルの置換、新規ファイルの追加、およびファイルの削除を行うことができます。
圧縮ファイル内の各項目は単一のファイルとして処理され、圧縮ファイルのルートからのファイルのパスは、インストール済みアプリケーションのファイルの相対パスとして処理されます。
.zip または .gzip などの有効な圧縮ファイル・フォーマットを指定します。このパスによって、圧縮ファイルのロケーションが、インストール前に提供されます。
このオプションにより、圧縮ファイルが unzip されて、インストール済みアプリケーションのディレクトリーに格納されます。
ファイルを置き換えるには、圧縮ファイル内のファイルの相対パスが、
インストール済みアプリケーション上の更新されるファイルの相対パスと同じでなければなりません。
インストール済みアプリケーションに新規ファイルを追加するには、圧縮ファイル内のファイルの相対パスが、インストール済みアプリケーション内のファイルの相対パスと異なっていなければなりません。
インストール済みアプリケーションからファイルを除去するには、任意のアーカイブ有効範囲で META-INF/ibm-partialapp-delete.props という名前がついたファイルを使用して、圧縮ファイルのメタデータを指定します。
ibm-partialapp-delete.props ファイルは ASCII ファイルでなければなりません。
ASCII ファイルでは、そのアーカイブ内の削除するファイルを、1 行に 1 項目ずつリストします。
この項目には、複数のファイルを識別する正規表現などのストリング・パターンを含めることができます。
削除されるファイルのファイル・パスは、META-INF/ibm-partialapp-delete.props ファイルを持つアーカイブ・パスに対する相対パスでなければなりません。
詳しくは、
アプリケーションの更新設定の準備を参照してください。
オプションを選択した後、パスを指定します。
ブラウザーとアプリケーション・ファイルが同一マシン上にある場合 (サーバーもそのマシン上にあるかないかにかかわらず) は、
「ローカル・ファイル・システム」を使用します。アプリケーション・ファイルが現行セルのコンテキストのいずれかのノードにある場合は、
「リモート・ファイル・システム」を使用します。ブラウズ中に表示されるのは、
.ear、.jar、または .war ファイルのみです。
選択されたノードでノード・エージェントまたはデプロイメント・マネージャーが実行されている場合、
そのノードのファイル・システム全体をブラウズすることができます。
アプリケーションの更新中、
アプリケーション・ファイルは通常、ブラウザーを実行しているクライアント・マシンから、そのファイルのデプロイ先となる
管理コンソールを実行しているサーバー・マシンにアップロードされます。
この場合、サーバー・マシンにアップロードする EAR、WAR、または JAR モジュールの選択には、
管理コンソールを稼働する Web ブラウザーを使用します。
ただし場合によっては、アプリケーション・ファイルが、
セル内の任意のノードのファイル・システム上に常駐していることがあります。
このようなファイルをアプリケーション・サーバーでインストールする場合は、
「リモート・ファイル・システム」オプションを使用してください。
また、アプリケーション・サーバーを稼働しているマシンにすでに存在するアプリケーション・ファイルを指定する場合にも、
「リモート・ファイル・システム」オプションを使用します。
例えば、Windows マシンにおけるこのフィールドの値は、
C:¥WebSphere¥AppServer¥installableApps¥test.ear のようになります。
例えば、Windows マシンにおけるこのフィールドの値は、
C:¥WebSphere¥AppServer¥installableApps¥test.ear のようになります。
スタンドアロンの Web モジュールをインストールする場合は、コンテキスト・ルートも指定してください。
アプリケーション・ファイルの転送後は、
「リモート・ファイル・システム」の値に、
デプロイメント・マネージャーまたはサーバー・マシン上の
一時ロケーションのパスが表示されます。