EJB Jarをデプロイする

  1. ナビゲーション・ツリーで、「アプリケーション」ノードを選択します。

    「アプリケーション」ページが開きます。

  2. 「デプロイされたアプリケーション」の表で、「デプロイ」ボタンをクリックします。

    「アプリケーションまたはモジュールのデプロイ」ページが開きます。

  3. デプロイするアプリケーションの場所を指定します。

  4. 「タイプ」ドロップダウン・リストから、「EJB Jar」を選択します。

    「サーバーにアップロードされるパッケージ・ファイル」または「GlassFish Serverからアクセス可能なローカルのパッケージ・ファイル」のいずれかを指定した場合、アプリケーションのタイプは自動的に検出されます。「GlassFish Serverからアクセス可能なディレクトリ」を指定した場合は、タイプを手動で指定する必要があります。

  5. 「アプリケーション名」フィールドで、ディレクトリ名またはファイル名の接頭辞であるデフォルト名を使用するか、別の名前を入力します。

    ファイルのアップロードを選択した場合は、デフォルト名が表示されます。アプリケーション名は一意である必要があります。

    名前には、オプションのバージョン識別子を含めることができます。このバージョン識別子は名前の後に続き、コロン(:)で名前と区切ります。バージョン識別子は、文字または数値で始まる必要があります。これには、英数字とアンダースコア(_)、ダッシュ(-)、およびピリオド(.)を含めることができます。モジュールおよびアプリケーションのバージョンについては、Oracle GlassFish Serverアプリケーション・デプロイメント・ガイドModule and Application Versionsを参照してください。

  6. 「ステータス」の「有効」チェックボックスを選択し、アプリケーションを有効にします。

    このオプションはデフォルトで選択されています。このオプションが無効な場合、アプリケーションは使用できません。

  7. アプリケーションのSFSBチェックポイントを有効にするには、「可用性」の「有効」チェックボックスを選択します。

    「有効」チェックボックスを選択すると、ステートフル・セッションBean(SFSB)チェックポイントやパッシベーションなどに備えて高可用性が有効になります。false(デフォルト)に設定すると、指定したEJBモジュールですべてのSFSBチェックポイントが無効になります。trueに設定すると、指定したEJBモジュールで高可用性が有効になります。このオプションは、高可用性がサーバー・レベルやコンテナ・レベルなどのより高いレベルで構成および有効化されている場合のみ、trueに設定します。

    このオプションは、デフォルトのサーバー・インスタンス(server)の他にクラスタまたはスタンドアロン・サーバー・インスタンスが存在する場合に表示されます。

  8. デプロイメント前にデプロイメント記述子を検証するには、「ベリファイアを実行」チェックボックスを選択します。

    このオプションが選択されている場合、検証に失敗するとデプロイメントは実行されません。ベリファイアは、デプロイメント記述子の構造とコンテンツを調べます。大きなアプリケーションの検証は時間がかかる可能性があります。このオプションは、デフォルトでは無効になっています。

    更新ツールからベリファイア・パッケージがインストールされている必要があり、このパッケージが存在しないと警告が記録され、オプションは無視されます。

  9. GlassFish Serverv3リリース(3.1.2など)で適用される厳格なJava EE 6要件ではなくGlassFish Serverv2のJAR可視性要件をアプリケーションに適用するには、「互換性」チェックボックスを選択します。

    このオプションは、デフォルトでは無効になっています。

    Java EE 5ではEARファイル内の様々なモジュールからJARファイルを参照できましたが、Java EE 6プラットフォーム仕様はJava EE 5よりも厳しい要件を課します。特に、アプリケーション・クライアントは、標準Java SEメカニズム(拡張子など)またはJava EE library-directoryメカニズムを使用した参照が行われない限り、EJB JARファイルまたはEARファイル内の他のJARファイルにアクセスできません。このボックスを選択すると、これらのJava EE 6制限が排除されます。

  10. アプリケーションがすでにデプロイされている場合は、「再デプロイの強制」チェックボックスを選択して強制的に再デプロイメントを行ってください。

    このオプションを選択しないと、すでにデプロイされているアプリケーションをデプロイしようとすると、エラーになります。このオプションは、デフォルトでは無効になっています。

  11. Webセッション、SFSBインスタンス、および永続的に作成されたEJBタイマーを再デプロイメント間で保持するには、「状態の維持」チェックボックスを選択します。

    このオプションは、デフォルトでは無効になっています。このオプションがサポートされるのは、serverという名前が付いたデフォルトのサーバー・インスタンス上のみです。他のターゲットではサポートされず、無視されます。

    再デプロイメントまでの間に行われるアプリケーションの変更によっては、この機能が正常に動作しなくなることがあります。たとえば、SFSB Beanクラスでインスタンス変数セットを変更しないでください。

    Webアプリケーションの場合、この機能を適用できるのはglassfish-web-app.xmlファイルでsession-manager要素のpersistence-type属性がfileのときのみです。

    ステートフル・セッションBeanインスタンスの場合、高可用性を提供しない永続性タイプはサーバー(「SFSB永続性のタイプ」オプション)内で設定し、file(デフォルトで、推奨値)に設定する必要があります。

    アクティブなWebセッション、SFSBインスタンス、またはEJBタイマーが保持または復元されないと、再デプロイメントが完了したときにこれらすべてを使用できません。ただし、再デプロイメントを続けると警告がログに記録されます。

    アクティブな状態データを保持するために、GlassFish Serverはデータをシリアライズし、メモリーに保存します。データを復元するために、新たに再デプロイされたアプリケーションのクラス・ローダーは以前に保存されたデータをデシリアライズします。

  12. アプリケーションを対象範囲とするリソースを維持し、それらを再デプロイメント中に復元するには、「アプリケーションを対象範囲とするリソースの維持」チェックボックスを選択します。

    このオプションは、デフォルトでは無効になっています。

  13. 「ライブラリ」フィールドに、このアプリケーションに固有のライブラリJARファイルを、カンマ区切りリストで入力します。

    絶対パスと相対パスのどちらでも指定できます。相対パスは、次に対して相対的です: domain-dir/lib/applibs。絶対パスの場合、そのパスはドメイン管理サーバー(DAS)からアクセス可能である必要があります。つまり、次の下にある必要があります: domain-dir。ライブラリは、指定した順にアプリケーションで使用可能になります。

  14. 「説明」フィールドに、このアプリケーションの説明を入力します。

  15. モジュールまたはアプリケーションをデプロイするターゲット・サーバー・インスタンスとクラスタを追加するには、「使用可能なターゲット」のリストからそれらを選択し、「追加」ボタンを使用してそれらを「選択したターゲット」のリストに移動します。

    「ターゲット」オプションは、デフォルトのサーバー・インスタンスserverの他にクラスタまたはスタンドアロン・サーバー・インスタンスが存在する場合に表示されます。デフォルトでは、モジュールまたはアプリケーションはserverというデフォルト・サーバー・インスタンスにデプロイされます。「すべて追加」ボタンを使用して、すべてのターゲットにデプロイします。「削除」ボタンと「すべて削除」ボタンを使用して、「選択したターゲット」のリストからターゲットを削除します。

  16. 「OK」をクリックします。

関連項目
Copyright © 2005, 2012, Oracle and/or its affiliates. All rights reserved. Legal Notices