ディレクトリーに対して生成される Java コードの処理
このトピックでは、ディレクトリーへ生成される Java™ コードの処理方法について説明します。 ただし、Java コードはディレクトリーに生成しないようにすることが推奨されます。詳しくは、プロジェクトに対する Java コードの生成を参照してください。
Java コードをディレクトリーに生成するには、genDirectory ビルド記述子オプションを指定し、genProject ビルド記述子オプションは指定しないようにします。
次に実行するタスクは、プロジェクト・タイプによって異なります。
- アプリケーション・クライアント・プロジェクト
- アプリケーション・クライアント・プロジェクトに対しては、次のステップを実行します。
- 以下のステップを実行して fda7.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
- インストールされているプラグインのバージョン。複数存在する場合は、旧バージョンを使用する理由がない限り、最新のバージョン番号を持つプラグインを使用してください。
- アプリケーション・クライアント・プロジェクトを参照する各エンタープライズ・アプリケーション・プロジェクトにファイルをコピーする。
- アプリケーション・クライアント・プロジェクトのマニフェストを更新し、JAR ファイル (エンタープライズ・アプリケーション・プロジェクトに保存したもの) を使用可能にする。
- 以下のディレクトリーから JAR ファイルにアクセスする。
- 非 EGL JAR ファイルへのアクセスを提供する (オプショナル・タスク)。
- 以下の規則に従って、生成される出力をプロジェクトへインポートする。
- フォルダー appClientModule には、生成される出力が入っているパッケージの トップレベルのフォルダーを組み込む必要がある。
- appClientModule の下のフォルダー名の階層が、Java パッケージの名前と一致している。
appClientModule/my/trial/package - J2EE 環境ファイルを生成した場合は、それを使用して J2EE デプロイメント記述子を更新する。
- プロジェクトに出力ファイルを置いたので、次に J2EE ランタイム環境の設定を実行する。
- 以下のステップを実行して fda7.jar へのランタイム・アクセスを提供する。
- J2EE Web プロジェクト
- Web プロジェクトの場合、以下の手順を実行します。
- 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 - 非 EGL JAR ファイルへのアクセスを提供する (オプション)。
- 以下の規則に従って、生成される出力をプロジェクトへインポートする。
- WebContent フォルダーには、生成される出力が入っているパッケージの トップレベルのフォルダーを組み込む必要がある。
- WebContent の下のフォルダー名の階層が、Java パッケージの名前と一致している必要がある。
WebContent/my/trial/package - J2EE デプロイメント記述子を更新する。
- プロジェクトに出力ファイルを置いたので、次に J2EE ランタイム環境の設定を実行する。
- Web プロジェクト・フォルダーに fda7.jar をコピーして EGL JAR ファイルへのアクセスを提供する。
これを行うには、以下のディレクトリーにある外部 JAR をインポートします。
- Java プロジェクト
- 非 J2EE 環境で使用するコードの生成中に、
次の組み合わせのビルド記述子オプションを使用するのであれば、
プロパティー・ファイルを生成します。
- genProperties が GLOBAL または PROGRAM に設定されている。
- J2EE が NO に設定されている。
Java プロジェクトの場合、作業は次のようになります。- 以下のエントリーをプロジェクトの Java のビルド・パスに追加することによって、EGL JAR ファイルへのアクセスを提供する。
EGL_GENERATORS_PLUGINDIR/fda7.jar各エントリーの先頭にある変数について詳しくは、変数 EGL_GENERATORS_PLUGINDIR の設定を参照してください。
- プログラムがリレーショナル・データベースにアクセスする場合は、 ドライバーがインストールされているディレクトリーが Java のビルド・パスに含まれていることを確認する。 例えば、DB2® の場合、db2jcc.jar が入っているディレクトリーを指定します。生成されるコードが WebSphere® MQ メッセージ・キューにアクセスする場合は、非 EGL JAR ファイルへのアクセスを提供します。
- グローバル・プロパティー・ファイル (存在する場合は rununit.properties) が、トップレベル・プロジェクト・フォルダーに入っており、プログラム・プロパティー・ファイル (存在する場合) がパッケージ名の最後の修飾子に対応するフォルダーかトップレベル・プロジェクト・フォルダーに入っていることを確認する。 トップレベル・フォルダーが使用されるのは、EGL ソース・ファイルの中でパッケージ名が指定されなかった場合です。
- リンケージ・プロパティー・ファイルをプロジェクトに置く (オプショナル・タスク)。