Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

31.3. アプリケーションのデプロイ

JBoss サーバーにデプロイされたアプリケーションは、特別なタイプのリソースです。JBoss ON インベントリーにはサイトがあり、JBoss AS/EAP サーバーの子です。この方法では、リソースとして検出または作成することができます。ただし、一部の JBoss 子リソース（EAR および WAR）はコンテンツであるため、保存されたソフトウェアパッケージとして処理され、JBoss サーバーにデプロイされます。これらのアプリケーションでは、パッケージを JBoss サーバーにアップロードすることで、子リソースが最初に作成されます。その後、それらはコンテンツのように管理され、更新されたパッケージがコンテンツリポジトリーに追加され、JBoss サーバーに適用されます。
バグを報告します。

31.3.1. アプリケーションをデプロイするための領域に関する考慮事項
リンクのコピー

コンテンツベースのリソースをデプロイすると、ディスク領域の要件に大きく影響する可能性があります。
JBoss ON はコンテンツのすべてのバージョンを保存します。これはバージョン管理の一部で、コンテンツベースのリソースを元に戻し、管理し、異なるバージョンを異なるタイミングにデプロイすることができます。
したがって、バックエンドデータベース（Oracle または PostgreSQL）をホストするシステムには、全バンドルのバージョンを保管するのに十分なディスク領域が必要です。また、データベース自体にコンテンツに適したテーブル空間が必要です。
必要な領域を算出する際に、すべてのアーティファクトのサイズを見積もり、次に各アーティファクトのバージョン数を計算します。少なくとも 2 倍の領域が利用可能です。PostgreSQL と Oracle の 両方で、vacuum、圧縮、およびバックアップおよび復元などのクリーンアップ操作を実行するには、PostgreSQL と Oracle の両方に 2 倍のデータベースサイズが必要です。
バグを報告します。

31.3.2. EAR ファイルおよび WAR ファイルのデプロイ
リンクのコピー

重要
新たにデプロイされたコンテンツは、正常に作成された場合でも 24 時間以上 JBoss ON インベントリーに表示されない場合があります。デフォルトでは、サービスの検出スキャンは 24 時間ごとにのみ行われます。
即座に表示するには、エージェントで 実行プロンプトのコマンド 操作を実行し、discovery コマンドを入力します。これで検出スキャンが実行されます。
  1. EAR または WAR をデプロイする JBoss サーバーインスタンスを検索します。
  2. 選択した JBoss サーバーインスタンスの詳細ページで、Inventory タブを開きます。
  3. 下部の Create New メニューで、- Web Application (WAR) またはの項目を - Enterprise Application (EAR)適宜選択します。
  4. バージョン番号を入力します。
    これはリソースには使用されません。実際のバージョン番号は、に含まれる spec バージョンおよび実装バージョン（指定されている場合） MANIFEST.MF、またはパッケージ自体に対して計算される SHA-256 値に基づいて算出されます。 
    SPEC(IMPLEMENTATION)[sha256=abcd1234]
    のバージョン番号が定義されていない場合は MANIFEST.MF、SHA 値が使用されます。SHA 値は常にパッケージバージョンを内部的に識別するために使用されます。
    注記
    EAR または WAR ファイルがデプロイ後に展開されると、MANIFEST.MF ファイルが更新され、計算された SHA バージョン番号が組み込まれます。例： 
    Manifest-Version: 1.0
Created-By: Apache Maven
RHQ-Sha256: 570f196c4a1025a717269d16d11d6f37
...
    パッケージのバージョン管理の詳細は、を参照してください 「パッケージバージョンと履歴」。
  5. EAR/WAR ファイルをアップロードします。
  6. デプロイするアプリケーションに関する情報を入力します。
    • ファイルがデプロイ時に展開（未展開）されるかどうか。
    • EAR パッケージまたは WAR パッケージをデプロイするディレクトリーへのパス。宛先ディレクトリーは JBoss サーバーインスタンスのインストールディレクトリーに相対的です。このディレクトリーには絶対パスが含まれたり、親ディレクトリーに移動したりすることはできません。
    • ターゲットディレクトリーの同じ名前の既存ファイルをバックアップするかどうか。
EAR/WAR ファイルの確認が完了すると、新しい子リソースがタブの Child History サブ Inventory タブに表示されます。

図31.1 WARE リソース

WARE リソース
バグを報告します。

31.3.3. アプリケーションの更新
リンクのコピー

EAR または WAR リソースの作成後、変更は更新されたコンテンツパッケージのように処理されます。EAR/WAR リソースの更新は、その EAR/WAR リソースエントリーに新しいパッケージをアップロードして適用するのと同じです。
  1. JBoss ON UI で EAR または WAR リソースを参照します。
  2. EAR または WAR リソースの詳細ページで Content タブを開き、New サブタブをクリックします。
  3. UPLOAD NEW PACKAGE ボタンをクリックします。
  4. UPLOAD FILE ボタンをクリックします。
  5. ポップアップウィンドウで Add ボタンをクリックし、アップロードする更新された WAR または EAR ファイルにローカルファイルシステムを参照します。
  6. UPLOAD ボタンをクリックしてファイルを読み込み、ウィンドウを終了します。
  7. メイン形式で、WAR または EAR ファイルパッケージを保存するリポジトリーを選択します。存在する場合は、そのリソースに既存のリポジトリーまたはサブスクライブされたリポジトリーを選択します。それ以外の場合は、新規リポジトリーを作成します。
  8. 必要に応じて、EAR/WAR パッケージのバージョン番号を設定します。
    これが設定されている場合、この値は UI に表示されます。そうでない場合は、に含まれる spec バージョンおよび実装バージョン（指定されている場合） MANIFEST.MF、またはパッケージ自体に対して計算される SHA-256 値に基づいて、バージョン番号が算出されます。内部では、パッケージは SHA 値で識別されます。 
    SPEC(IMPLEMENTATION)[sha256=abcd1234]
    パッケージのバージョン管理の詳細は、を参照してください 「パッケージバージョンと履歴」。
  9. 新しいパッケージの詳細を確認してから、をクリックし CONTINUEます。
パッケージが正常にアップロードされると、UI は Content タブの履歴ページにリダイレクトします。

図31.2 リソースのデプロイメント履歴

リソースのデプロイメント履歴
バグを報告します。

31.3.4. アプリケーションの削除
リンクのコピー

EAR/WAR アプリケーションを削除することは、その EAR/WAR リソースエントリーに関連付けられた現在デプロイされているパッケージを削除するのと同じです。
  1. JBoss ON UI で EAR または WAR リソースを参照します。
  2. EAR または WAR リソースの詳細ページで Content タブを開き、Deployed サブタブをクリックします。
  3. EAR/WAR パッケージでチェックボックスを選択し、DELETE SELECTED ボタンをクリックします。
バグを報告します。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hatトップに戻る