第3章 アプリケーションの移行

1. まず、アプリケーションとその依存関係のパッケージ化を確認します。詳細は、 「クラスローディングの変更によるアプリケーション依存関係の更新」を参照してください。
2. アプリケーションがロギングする場合は、正しいモジュール依存関係を指定する必要があります。詳細は、 「ロギング依存関係の変更」を参照してください。
3. モジュラークラスローディングの変更により、EAR または WAR のパッケージ構造を変更しなければならない場合があります。詳細は、 「EAR と WAR のパッケージ化の変更」を参照してください。

手順3.1 ResourceBundle プロパティーの場所の変更

1. WAR アーカイブをデプロイする場合は、これらのプロパティーを WAR の WEB-INF/classes/ フォルダーにパッケージ化する必要があります。
2. これらのプロパティーを EAR のすべてのコンポーネントで利用できるようにしたい場合は、JAR のルートにパッケージ化してから JAR を EAR の lib/ フォルダーに配置する必要があります。

手順3.2 カスタムモジュールの作成

1. module/ ディレクトリー構造を作成し、反映させます。
   1. EAP_HOME/module ディレクトリーにディレクトリー構造を作成し、ファイルと JAR が含まれるようにします。以下に例を示します。

      $ cd EAP_HOME/modules/ 
      $ mkdir -p myorg-conf/main/properties

      Copy to Clipboard Toggle word wrap
   2. プロパティーファイルを、前のステップで作成した EAP_HOME/modules/myorg-conf/main/properties/ ディレクトリーに移動します。
   3. EAP_HOME/modules/myorg-conf/main/ ディレクトリーに、以下の XML が含まれる module.xml ファイルを作成します。

      <module xmlns="urn:jboss:module:1.1" name="myorg-conf">
          <resources>
              <resource-root path="properties"/>
          </resources>
      </module>

      Copy to Clipboard Toggle word wrap
2. サーバー設定ファイルの ee サブシステムを変更します。管理 CLI を使用するか、ファイルを手動で編集できます。
   • 管理 CLI を使用してサーバー設定ファイルを変更するには、以下の手順に従います。
     1. サーバーを起動し、管理 CLI へ接続します。
        • Linux の場合は、コマンドラインで以下を入力します。

           EAP_HOME/bin/jboss-cli.sh --connect

          Copy to Clipboard Toggle word wrap
        • Windows の場合は、コマンドラインで以下を入力します。

          C:\>EAP_HOME\bin\jboss-cli.bat --connect

          Copy to Clipboard Toggle word wrap
        次の応答が表示されるはずです。

        Connected to standalone controller at localhost:9999

        Copy to Clipboard Toggle word wrap
     2. ee サブシステムで myorg-conf <global-modules> 要素を作成するには、コマンドラインで以下を入力します。

        /subsystem=ee:write-attribute(name=global-modules, value=[{"name"=>"myorg-conf","slot"=>"main"}])

        Copy to Clipboard Toggle word wrap
        以下の結果が表示されるはずです。

        {"outcome" => "success"}

        Copy to Clipboard Toggle word wrap
   • サーバー設定ファイルを手作業で編集する場合は、次の手順に従ってください。
     1. サーバーを停止し、サーバー設定ファイルをテキストエディターで開きます。スタンドアロンサーバーを実行している場合は、これは EAP_HOME/standalone/configuration/standalone.xml ファイルで、管理対象ドメインを実行している場合は EAP_HOME/domain/configuration/domain.xml ファイルになります。
     2. ee サブシステムを見つけ、myorg-conf のグローバルモジュールを追加します。以下は、myorg-conf 要素が含まれるように変更された ee サブシステム要素の例になります。

        例3.1 myorg-conf 要素

        <subsystem xmlns="urn:jboss:domain:ee:1.0" >            
            <global-modules>
                <module name="myorg-conf" slot="main" />            
            </global-modules>
        </subsystem>

        Copy to Clipboard Toggle word wrap
3. my.properties という名前のファイルを正しいモジュールの場所にコピーした場合は、以下のようなコードを使用してプロパティーファイルをロードできるようになります。

   例3.2 プロパティーファイルの読み込み

   Thread.currentThread().getContextClassLoader().getResource("my.properties");

   Copy to Clipboard Toggle word wrap

手順3.3 アプリケーションのロギングコードの更新

1. 「サードパーティーロギングフレームワーク用のアプリケーションコードの更新」
2. 「新しい JBoss ロギングフレームワークを使用するためのコード変更」

手順3.4 log4j.properties または log4j.xml ファイルを使用する JBoss EAP 6 を設定

1. 以下の内容で jboss-deployment-structure.xml を作成します。

   <jboss-deployment-structure>
       <deployment>
           <!-- Exclusions allow you to prevent the server from automatically adding some dependencies -->
           <exclusions>
               <module name="org.apache.log4j" />
           </exclusions>
       </deployment>
   </jboss-deployment-structure>
   

   Copy to Clipboard Toggle word wrap
2. WAR をデプロイする場合は META-INF/ ディレクトリーまたは WEB-INF/ ディレクトリーに、EAR をデプロイする場合は META-INF/ ディレクトリーに、それぞれ jboss-deployment-structure.xml ファイルを配置します。デプロイメントに依存する子デプロイメントが含まれる場合は、それぞれのサブデプロイメントについてもモジュールを除外する必要があります。
3. EAR の lib/ ディレクトリーまたは WAR デプロイメントの WEB-INF/classes/ ディレクトリーに、それぞれ log4j.properties または log4j.xml ファイルを追加します。WAR の lib/ ディレクトリーにファイルを配置する場合は、jboss-deployment-structure.xml ファイルに <resource-root> パスを指定する必要があります。

   <jboss-deployment-structure>
       <deployment>
           <!-- Exclusions allow you to prevent the server from automatically adding some dependencies -->
           <exclusions>
               <module name="org.apache.log4j" />
           </exclusions>
           <resources>
               <resource-root path="lib" />
           </resources>
       </deployment>
   </jboss-deployment-structure>
   

   Copy to Clipboard Toggle word wrap
4. 以下のランタイム引数を使用して JBoss EAP 6 サーバーを起動します。これにより、アプリケーションのデプロイメント時に ClassCastException がコンソールに表示されなくなります。

   -Dorg.jboss.as.logging.per-deployment=false

   Copy to Clipboard Toggle word wrap
5. アプリケーションをデプロイします。

手順3.5 JBoss EAP 6.3 以降のロギング依存関係の設定

1. 以下のランタイム引数を使用して JBoss EAP 6 サーバーを起動します。これにより、アプリケーションのデプロイメント時に ClassCastException がコンソールに表示されなくなります。

   -Dorg.jboss.as.logging.per-deployment=false

   Copy to Clipboard Toggle word wrap
2. ターミナルを開き、管理 CLI に接続します。
   • Linux の場合は、コマンドラインで以下を入力します。

     $ EAP_HOME/bin/jboss-cli.sh --connect
     

     Copy to Clipboard Toggle word wrap
   • Windows の場合は、コマンドラインで以下を入力します。

     C:\>EAP_HOME\bin\jboss-cli.bat --connect
     

     Copy to Clipboard Toggle word wrap
3. logging サブシステムの add-logging-api-dependencies 属性を変更します。
   この属性は、コンテナーが暗黙的なロギング API 依存関係をデプロイメントに追加するかどうかを制御します。

   • デフォルトの true に設定すると、暗黙的なロギング API 依存関係がすべて追加されます。
   • false に設定すると、依存関係はデプロイメントに追加されません。
   サードパーティーのロギングフレームワークの依存関係を除外するには、以下のコマンドを使用してこの属性を false に設定する必要があります。

   /subsystem=logging:write-attribute(name=add-logging-api-dependencies, value=false)

   Copy to Clipboard Toggle word wrap
   このコマンドは、<add-logging-api-dependencies> 要素を standalone.xml 設定ファイルの logging サブシステムに追加します。

   <subsystem xmlns="urn:jboss:domain:logging:1.4">
       <add-logging-api-dependencies value="false"/>
       ....
   </subsystem>
   

   Copy to Clipboard Toggle word wrap
4. アプリケーションをデプロイします。

手順3.6 JBoss ロギングフレームワークを使用するためのコードと依存関係の変更

1. インポートとロギングコードを変更します。
   新しい JBoss ロギングフレームワークを使用するコードの例を以下に示します。

   import org.jboss.logging.Level;
   import org.jboss.logging.Logger;
   
   private static final Logger logger = Logger.getLogger(MyClass.class.toString());
   
   if(logger.isTraceEnabled()) {
       logger.tracef("Starting...", subsystem);
   }
   

   Copy to Clipboard Toggle word wrap
2. ロギング依存関係を追加します。
   JBoss Logging クラスが含まれる JAR は、org.jboss.logging という名前のモジュールにあります。MANIFEST-MF ファイルは以下のようになるはずです。

   Manifest-Version: 1.0
   Dependencies: org.jboss.logging
   

   Copy to Clipboard Toggle word wrap
   モジュール依存関係を探す方法は、「クラスローディングの変更によるアプリケーション依存関係の更新」 および 「移行の問題のデバッグおよび解決」 を参照してください。

手順3.7 アーカイブパッケージの変更

1. WAR をパッケージ化します。
   WAR は 1 つのモジュールで、WAR のすべてのクラスは、同じクラスローダーで読み込まれます。つまり、WEB-INF/lib ディレクトリーにパッケージ化されたクラスは WEB-INF/classes ディレクトリーにあるクラスと同じように処理されます。
2. EAR をパッケージ化します。
   EAR は複数のモジュールで構成されます。EAR/lib/ ディレクトリーは単一のモジュールで、EAR 内のすべての WAR または EJB jar サブデプロイメントは個別のモジュールです。明示的な依存関係が定義されない限り、クラスは EAR 内の他のモジュールのクラスにアクセスできません。サブデプロイメントは、EAR/lib/ ディレクトリーのクラスへのアクセスを提供する親モジュールの自動的な依存関係を常に持ちます。ただし、サブデプロイメントには相互のアクセスを許可する自動依存関係が常にあるわけではありません。この動作は、以下のように ee サブシステム設定の <ear-subdeployments-isolated> 要素を設定することで制御されます。

   <subsystem xmlns="urn:jboss:domain:ee:1.0" >            
     <ear-subdeployments-isolated>false</ear-subdeployments-isolated>
   </subsystem>

   Copy to Clipboard Toggle word wrap
   デフォルトでは false に設定され、サブデプロイメントは EAR 内の他のサブデプロイメントに属するクラスを参照できます。
   クラスローディングに関する詳細は、JBoss EAP 6 の 『Development Guide』 の『Class Loading and Modules』の章を参照してください (https://access.redhat.com/documentation/ja-jp/red_hat_jboss_enterprise_application_platform/?version=6.4)。

1. アプリケーションがデータソースを使用する場合は、 「DataSource設定の更新」 を参照してください。
2. アプリケーションが JPA を使用し、現在 Hibernate JAR をバンドルしている場合は、移行オプションについて 「Hibernate または JPA のデータソースの設定」 を参照してください。
3. アプリケーションがリソースアダプターを使用する場合は、 「リソースアダプター設定の更新」 を参照してください。
4. 基本的なセキュリティーの変更の設定方法に関する情報は、 「アプリケーションセキュリティーの変更の設定」 を参照してください。

手順3.8 JDBC ドライバーのインストールおよび設定

1. JDBC ドライバーをインストールします。
   1. JDBC ドライバーをデプロイメントとしてインストールします。
      これが、ドライバーをインストールするのに推奨される方法です。JDBC ドライバーがデプロイメントとしてインストールされると、通常の JAR としてデプロイされます。JBoss EAP 6 インスタンスがスタンドアロンサーバーとして実行されている場合、JDBC 4.0 準拠の JAR を EAP_HOME/standalone/deployments/ ディレクトリーにコピーします。管理対象ドメインでは、管理コンソールまたは管理 CLI を使用して JAR をサーバーグループにデプロイする必要があります。
      以下は、デプロイメントとしてスタンドアロンサーバーにインストールされた MySQL JDBC ドライバーの例です。

      $cp mysql-connector-java-5.1.15.jar EAP_HOME/standalone/deployments/

      Copy to Clipboard Toggle word wrap
      JDBC 4.0 準拠のドライバーは自動的に認識され、名前とバージョンでシステムにインストールされます。JDBC 4.0 準拠の JAR には、ドライバークラス名を指定する META-INF/services/java.sql.Driver という名前のテキストファイルが含まれます。ドライバーが JDBC 4.0 に準拠していない場合には、以下のいずれかの方法でデプロイ可能にすることができます。

      • java.sql.Driver ファイルを作成し、META-INF/services/ パスの下にある JAR に追加します。このファイルにはドライバークラス名が含まれている必要があります。以下に例を示します。

        com.mysql.jdbc.Driver

        Copy to Clipboard Toggle word wrap
      • デプロイメントディレクトリーに java.sql.Driver ファイルを作成します。スタンドアロンサーバーとして実行されている JBoss EAP 6 インスタンスの場合は、ファイルを EAP_HOME/standalone/deployments/META-INF/services/java.sql.Driver に配置する必要があります。サーバーが管理対象ドメインにある場合は、管理コンソールまたは管理 CLI を使用してファイルをデプロイする必要があります。
      このアプローチの利点は以下のとおりです。

      • モジュールを定義する必要がないため、これが最も簡単な方法です。
      • 管理対象ドメインでサーバーを実行している場合は、このアプローチを使用するデプロイメントは、ドメイン内のすべてのサーバーに自動的に伝播されます。これは、管理者がドライバー JAR を手動で配布する必要がないことを意味します。

      このアプローチの短所は以下のとおりです。

      • JDBC ドライバーが複数の JAR（ドライバー JAR および依存ライセンス JAR、またはローカリゼーション JAR など）で構成される場合、ドライバーをデプロイメントとしてインストールすることはできません。JDBC ドライバーをコアモジュールとしてインストールする必要があります。
      • ドライバーが JDBC 4.0 に準拠していない場合、ドライバークラス名が含まれるファイルを作成し、JARにインポートするか、deployments/ ディレクトリーにオーバーレイする必要があります。
   2. JDBC ドライバーをコアモジュールとしてインストールします。
      JDBC ドライバーをコアモジュールとしてインストールするには、EAP_HOME/modules/ ディレクトリーにファイルパス構造を作成する必要があります。この構造には、JDBC ドライバー JAR、追加のベンダーライセンスまたはローカリゼーション JAR、およびモジュールを定義する module.xml ファイルが含まれます。
      • コアモジュールとしてのMySQL JDBC ドライバーのインストール
        1. ディレクトリー構造 EAP_HOME/modules/com/mysql/main/を作成します。
        2. main/ サブディレクトリーで、MySQL JDBC ドライバーの以下のモジュール定義が含まれる module.xml ファイルを作成します。

           <?xml version="1.0" encoding="UTF-8"?>
           <module xmlns="urn:jboss:module:1.0" name="com.mysql">
           <resources>
               <resource-root path="mysql-connector-java-5.1.15.jar"/>
           </resources>
           <dependencies>
               <module name="javax.api"/>
           </dependencies>
           </module>
           
           

           Copy to Clipboard Toggle word wrap
           モジュール名 "com.mysql" は、このモジュールのディレクトリー構造と一致します。<dependencies> 要素は、このモジュールの依存関係を他のモジュールに指定するために使用されます。この場合、すべての JDBC データソースの場合と同様に、javax.api という名前の別のモジュールで定義される Java JDBC API に依存します。このモジュールは modules/system/layers/base/javax/api/main/ ディレクトリーにあります。
           注記
           module.xml ファイルの先頭にスペースがないことを確認します。そうでないと、このドライバーの「New missing/unsatisfied dependencies」エラーが表示されます。
        3. MySQL JDBC ドライバー JAR を EAP_HOME/modules/com/mysql/main/ ディレクトリーにコピーします。

           $ cp mysql-connector-java-5.1.15.jar EAP_HOME/modules/com/mysql/main/

           Copy to Clipboard Toggle word wrap
      • IBM DB2 JDBC ドライバーおよびライセンス JAR をコアモジュールとしてインストールします。
        この例は、JDBC ドライバー JAR に加えて JAR を必要とするドライバーをデプロイする方法を説明するためにのみ提供されています。
        1. ディレクトリー構造 EAP_HOME/modules/com/ibm/db2/main/ を作成します。
        2. main/ サブディレクトリーで、IBM DB2 JDBC ドライバーおよびライセンスの以下のモジュール定義が含まれる module.xml ファイルを作成します。

           <?xml version="1.0" encoding="UTF-8"?>
           <module xmlns="urn:jboss:module:1.1" name="com.ibm.db2">
             <resources>
               <resource-root path="db2jcc.jar"/>
               <resource-root path="db2jcc_license_cisuz.jar"/>
             </resources>
             <dependencies>
               <module name="javax.api"/>
               <module name="javax.transaction.api"/>
             </dependencies>
           </module>
           

           Copy to Clipboard Toggle word wrap
           注記
           module.xml ファイルの先頭にスペースがないことを確認します。そうでないと、このドライバーの「New missing/unsatisfied dependencies」エラーが表示されます。
        3. JDBC ドライバーおよびライセンス JAR を EAP_HOME/modules/com/ibm/db2/main/ ディレクトリーにコピーします。

           $ cp db2jcc.jar EAP_HOME/modules/com/ibm/db2/main/
           $ cp db2jcc_license_cisuz.jar EAP_HOME/modules/com/ibm/db2/main/

           Copy to Clipboard Toggle word wrap
      このアプローチの利点は以下のとおりです。

      • これは、JDBC ドライバーが複数の JAR で構成される場合に機能する唯一の方法です。
      • この方法では、JDBC 4.0 に準拠していないドライバーを、ドライバー JAR を変更したり、ファイルオーバーレイを作成したりせずにインストールできます。

      このアプローチの短所は以下のとおりです。

      • モジュールの設定がより困難です。
      • モジュールは、管理対象ドメインで実行されているすべてのサーバーに手動でコピーする必要があります。
2. データソースを設定します。
   1. データベースドライバーを追加します。
      同じファイルの <drivers> 要素に <driver> 要素を追加します。ここでも、これには *-ds.xml ファイルで以前に定義された同じデータソース情報が含まれます。
      まず、ドライバー JAR が JDBC 4.0 に準拠しているかどうかを判断します。JDBC 4.0 に準拠するJARには、ドライバークラス名を指定する META-INF/services/java.sql.Driver ファイルが含まれます。サーバーはこのファイルを使用して JAR のドライバークラスの名前を探します。JDBC 4.0 に準拠するドライバーは、JAR ですでに指定されているため、<driver-class> 要素は必要ありません。以下は、JDBC 4.0 準拠の MySQL ドライバーのドライバー要素の例です。

      <driver name="mysql-connector-java-5.1.15.jar" module="com.mysql"/>
      

      Copy to Clipboard Toggle word wrap

      JDBC 4.0 に準拠していないドライバーでは、ドライバークラス名を指定する META-INF/services/java.sql.Driver ファイルがないため、ドライバークラスを識別する <driver-class> 属性が必要です。以下は、JDBC 4.0 に準拠していないドライバーのドライバー要素の例です。

      <driver name="mysql-connector-java-5.1.15.jar" module="com.mysql">
      <driver-class>com.mysql.jdbc.Driver</driver-class></driver>
      

      Copy to Clipboard Toggle word wrap
   2. データソースを作成します。
      standalone.xml ファイルの <datasources> セクションに <datasource> 要素を作成します。このファイルには、*-ds.xml ファイルで以前に定義された同じデータソース情報の多くが含まれます。
      重要
      サーバーの再起動後に変更が維持されるようにするには、サーバーを停止してからサーバー設定ファイルを編集する必要があります。
      以下は、standalone.xml ファイルの MySQL データソース要素の例になります。

      <datasource jndi-name="java:/YourDatasourceName" pool-name="YourDatasourceName">
        <connection-url>jdbc:mysql://localhost:3306/YourApplicationURL</connection-url>
        <driver>mysql-connector-java-5.1.15.jar</driver>
        <transaction-isolation>TRANSACTION_READ_COMMITTED</transaction-isolation>
        <pool>
          <min-pool-size>100</min-pool-size>
          <max-pool-size>200</max-pool-size>
        </pool>
        <security>
          <user-name>USERID</user-name>
          <password>PASSWORD</password>
        </security>
        <statement>
          <prepared-statement-cache-size>100</prepared-statement-cache-size>
          <share-prepared-statements/>
        </statement>
      </datasource>
      

      Copy to Clipboard Toggle word wrap
3. アプリケーションコードの JNDI 参照を更新します。
   定義した新しい JNDI 標準データソース名を使用するには、アプリケーションのソースコードの古い JNDI ルックアップ名を置き換える必要があります。詳細は、 「新しい JNDI 名前空間ルールに従うようにアプリケーションを変更」 を参照してください。
   新しい JNDI 名を使用するには、データソースにアクセスする既存の @Resource アノテーションも置き換える必要があります。以下に例を示します。

   @Resource(name = "java:/YourDatasourceName").
   

   Copy to Clipboard Toggle word wrap

手順3.9 Hibernate バンドルの削除

1. アプリケーションライブラリーフォルダーから Hibernate JAR を削除します。
2. persistence.xml ファイルの <hibernate.transaction.manager_lookup_class> 要素は必要ないため、この要素を削除またはコメントアウトします。

手順3.10 Cached Connection Managerの有効化

1. <use-ccm="true" を設定して、サーバー設定ファイルの datasources サブシステムで CCM を有効にします。これはデフォルト値であり、明示的に設定する必要はありません。

   <subsystem xmlns="urn:jboss:domain:datasources:1.2">
     <datasources>
       <datasource ... enabled="true" use-ccm="true">
         ...
       </datasource>
     </datasources>
   </subsystem>

   Copy to Clipboard Toggle word wrap
2. <cached-connection-manager> がサーバー設定ファイルの jca サブシステムに存在することを確認します。debug 属性を true に設定します。

   <subsystem xmlns="urn:jboss:domain:jca:1.1">
     ...
     <cached-connection-manager debug="true" error="true"/>
     ...
   </subsystem>

   Copy to Clipboard Toggle word wrap

   debug="true" を設定すると、以下が発生します。

   • "Closing a connection for you. Please close them yourself"というメッセージと共に、INFOメッセージがログに記録されます。
   • リークした接続を開いたコード用にスタックトレースが生成されます。
   • リークした接続が閉じられます。

   追加のプロパティー error="true" を使用すると、RuntimeException を発生させ、ログに ERROR メッセージを生成できます。
3. デバッグを有効にすることは、パフォーマンスおよびログファイルのサイズに影響を及ぼすため、テスト時のみを使用することが推奨されます。リークが残っていないことを確認してから、アプリケーションを実稼働環境にデプロイする前に、debug="true" 設定を削除するか、<cached-connection-manager debug="false"/> を使用して、設定を元に戻します。

手順3.11 Cached Connection Manager によって報告されないリークのデバッグ

1. サーバー設定ファイルの datasource サブシステムに use-ccm="false"が設定されていないことを確認します。
2. サーバー設定ファイルの datasource サブシステムに jta="false"が設定されていないことを確認します。
3. org.jboss.jca では、最小ロギングレベルが INFO に設定されていることを確認します。

手順3.12 追加の承認チェックの無効化

• 以下の方法のいずれかを使用して、追加の承認チェックを無効にし、既存の PicketLink デプロイメントを引き続き使用できます。
  • システム全体のプロパティーを設定します。
    org.jboss.ws.cxf.disableHandlerAuthChecks システムプロパティーの値を true に設定すると、サーバーレベルで追加の承認チェックを無効にできます。この方法は、アプリケーションサーバーに加えられたすべてのデプロイメントに影響します。
    システムプロパティーの設定方法は、JBoss EAPの『Administration and Configuration Guide』の『Configure System Properties Using the Management CLI』というトピックを参照してください。
  • デプロイメントの Web サービス記述子ファイルにプロパティーを作成します。
    jboss-webservices.xml ファイルで org.jboss.ws.cxf.disableHandlerAuthChecks プロパティーの値を true に設定すると、デプロイメントレベルで追加の承認チェックを無効にできます。この方法は、特定のデプロイメントにのみ影響します。
    1. 追加の承認チェックを無効にするデプロイメントの META-INF/ ディレクトリーに jboss-webservices.xml ファイルを作成します。
    2. 以下の内容を追加します。

       <?xml version="1.1" encoding="UTF-8"?>
       <webservices xmlns="http://www.jboss.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         version="1.2" xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
         <property>
           <name>org.jboss.ws.cxf.disableHandlerAuthChecks</name>
           <value>true</value>
         </property>
       </webservices>

       Copy to Clipboard Toggle word wrap

手順3.13 JNDI ルックアップの変更

1. 以下について詳しく確認する 「移植可能な EJB JNDI 名」
2. 「JNDI 名前空間ルールの確認」
3. 「新しい JNDI 名前空間ルールに従うようにアプリケーションを変更」