このトピックでは、ディレクトリーへ生成される 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 ファイル (エンタープライズ・アプリケーション・プロジェクトに保存したもの) を使用可能にする。
- 非 EGL JAR ファイルへのアクセスを提供する
(オプショナル・タスク)。
- 以下の規則に従って、生成される出力をプロジェクトへインポートする。
- フォルダー appClientModule には、生成される出力が入っているパッケージの
トップレベルのフォルダーを組み込む必要がある。
- appClientModule の下のフォルダー名の階層が、Java パッケージの名前と一致している。
例えば、生成される出力をパッケージ my.trial.package
からインポートする場合は、以下のロケーションに常駐するフォルダーにその出力をインポートする必要があります。
appClientModule/my/trial/package
- J2EE 環境ファイルを生成した場合は、それを使用して J2EE デプロイメント記述子を更新する。
- プロジェクトに出力ファイルを置いたので、次に
J2EE ランタイム環境の設定を実行する。
- 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 パッケージの名前と一致している必要がある。
例えば、生成される出力をパッケージ my.trial.package
からインポートする場合は、以下のロケーションに常駐するフォルダーにその出力をインポートする必要があります。
WebContent/my/trial/package
- J2EE デプロイメント記述子を更新する。
- プロジェクトに出力ファイルを置いたので、次に
J2EE ランタイム環境の設定を実行する。
- 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 ソース・ファイルの中でパッケージ名が指定されなかった場合です。
- リンケージ・プロパティー・ファイルをプロジェクトに置く (オプショナル・タスク)。