ディレクトリーへ生成される Java コードの処理

このトピックでは、ディレクトリーへ生成される Java™ コードの処理方法について説明します。 ただし、Java コードはディレクトリーに生成しないようにすることが推奨されます。詳しくは、プロジェクトへの Java コードの生成を参照してください。

Java コードをディレクトリーに生成するには、genDirectory ビルド記述子オプションを指定し、genProject ビルド記述子オプションは指定しないようにします。

次に実行するタスクは、プロジェクト・タイプによって異なります。
アプリケーション・クライアント・プロジェクト
アプリケーション・クライアント・プロジェクトに対しては、次のステップを実行します。
  1. 以下のステップを実行して fda7.jar へのランタイム・アクセスを提供する。
    1. 以下のディレクトリーから JAR ファイルにアクセスする。
      shared_resources¥plugins¥
      com.ibm.etools.egl.java.runtime_version
      shared_resources
      製品の共用リソース・ディレクトリー。例えば、Windows システムでは C:¥Program Files¥IBM¥SDP70Shared、または Linux システムでは /opt/IBM/SDP70Shared。 現在の製品をインストールする以前に EGL を含む前のバージョンの IBM® 製品をインストールして保持している場合は、 以前のインストールでセットアップした共用リソース・ディレクトリーを指定する必要があります。
      version
      インストールされているプラグインのバージョン。複数存在する場合は、旧バージョンを使用する理由がない限り、最新のバージョン番号を持つプラグインを使用してください。
    2. アプリケーション・クライアント・プロジェクトを参照する各エンタープライズ・アプリケーション・プロジェクトにファイルをコピーする。
    3. アプリケーション・クライアント・プロジェクトのマニフェストを更新し、JAR ファイル (エンタープライズ・アプリケーション・プロジェクトに保存したもの) を使用可能にする。
  2. 非 EGL JAR ファイルへのアクセスを提供する (オプショナル・タスク)。
  3. 以下の規則に従って、生成される出力をプロジェクトへインポートする。
    • フォルダー appClientModule には、生成される出力が入っているパッケージの トップレベルのフォルダーを組み込む必要がある。
    • appClientModule の下のフォルダー名の階層が、Java パッケージの名前と一致している。
    例えば、生成される出力をパッケージ my.trial.package からインポートする場合は、以下のロケーションに常駐するフォルダーにその出力をインポートする必要があります。
      appClientModule/my/trial/package
  4. J2EE 環境ファイルを生成した場合は、それを使用して J2EE デプロイメント記述子を更新する。
  5. プロジェクトに出力ファイルを置いたので、次に J2EE ランタイム環境の設定を実行する。
J2EE Web プロジェクト
Web プロジェクトの場合、以下の手順を実行します。
  1. Web プロジェクト・フォルダーに fda7.jar をコピーして EGL JAR ファイルへのアクセスを提供する。 これを行うには、以下のディレクトリーにある外部 JAR をインポートします。
    shared_resources¥plugins¥
    com.ibm.etools.egl.java.runtime_version
    shared_resources
    製品の共用リソース・ディレクトリー。例えば、Windows システムでは C:¥Program Files¥IBM¥SDP70Shared、または Linux システムでは /opt/IBM/SDP70Shared。 現在の製品をインストールする以前に EGL を含む前のバージョンの IBM 製品をインストールして保持している場合は、 以前のインストールでセットアップした共用リソース・ディレクトリーを指定する必要があります。
    version
    インストールされているプラグインのバージョン。複数存在する場合は、旧バージョンを使用する理由がない限り、最新のバージョン番号を持つプラグインを使用してください。
    ファイルの宛先は、以下のプロジェクト・フォルダーです。
      WebContent/WEB-INF/lib
  2. 非 EGL JAR ファイルへのアクセスを提供する (オプション)。
  3. 以下の規則に従って、生成される出力をプロジェクトへインポートする。
    • WebContent フォルダーには、生成される出力が入っているパッケージの トップレベルのフォルダーを組み込む必要がある。
    • WebContent の下のフォルダー名の階層が、Java パッケージの名前と一致している必要がある。
    例えば、生成される出力をパッケージ my.trial.package からインポートする場合は、以下のロケーションに常駐するフォルダーにその出力をインポートする必要があります。
      WebContent/my/trial/package
  4. J2EE デプロイメント記述子を更新する。
  5. プロジェクトに出力ファイルを置いたので、次に J2EE ランタイム環境の設定を実行する。
Java プロジェクト
非 J2EE 環境で使用するコードの生成中に、 次の組み合わせのビルド記述子オプションを使用するのであれば、 プロパティー・ファイルを生成します。
  • genProperties が GLOBAL または PROGRAM に設定されている。
  • J2EE が NO に設定されている。
Java プロジェクトの場合、作業は次のようになります。
  1. 以下のエントリーをプロジェクトの Java のビルド・パスに追加することによって、EGL JAR ファイルへのアクセスを提供する。
      EGL_GENERATORS_PLUGINDIR/fda7.jar
      

    各エントリーの先頭にある変数について詳しくは、変数 EGL_GENERATORS_PLUGINDIR の設定を参照してください。

  2. プログラムがリレーショナル・データベースにアクセスする場合は、 ドライバーがインストールされているディレクトリーが Java のビルド・パスに含まれていることを確認する。 例えば、DB2® の場合、db2jcc.jar が入っているディレクトリーを指定します。生成されるコードが WebSphere® MQ メッセージ・キューにアクセスする場合は、非 EGL JAR ファイルへのアクセスを提供します。
  3. グローバル・プロパティー・ファイル (存在する場合は rununit.properties) が、トップレベル・プロジェクト・フォルダーに入っており、プログラム・プロパティー・ファイル (存在する場合) がパッケージ名の最後の修飾子に対応するフォルダーかトップレベル・プロジェクト・フォルダーに入っていることを確認する。 トップレベル・フォルダーが使用されるのは、EGL ソース・ファイルの中でパッケージ名が指定されなかった場合です。
  4. リンケージ・プロパティー・ファイルをプロジェクトに置く (オプショナル・タスク)。

フィードバック