EGL
または EGL Web プロジェクトで作業している場合、ビルド という用語は (通常は) コード生成を意味しません。
以下のメニュー・オプションは、独特な意味を持っています。
- Build project (プロジェクトのビルド)
- 以下のようにして、プロジェクトのサブセットをビルドします。
- 最後のビルド後にプロジェクト内で変更したすべての EGL ファイルを検証します
- 以前の PageHandler の生成以降に変更された PageHandler を生成します
- 最終コンパイル後に変更されたすべての Java™ ソースをコンパイルします。
メニュー・オプション「プロジェクトのビルド」は、ワークベンチ設定の「ビルドをリソース変更時に自動で実行する」を設定していない場合にのみ使用可能です。
この設定を指定した場合は、EGL ファイルの変更を保管するたびに前述のアクションが発生します。
- すべてをビルド
- 「プロジェクトのビルド」 と同じアクションを実行しますが、ワークスペース内のすべてのオープン・プロジェクトに対してアクションが実行される点が異なります。
- Rebuild project (プロジェクトの再ビルド)
- 以下のように機能します。
- プロジェクト内のすべての EGL ファイルを検証します
- プロジェクト内のすべての PageHandler を生成します
- 最終コンパイル後に変更されたすべての Java ソースをコンパイルします。
- Rebuild all (すべて再ビルド)
- 「プロジェクトの再ビルド」と同じアクションを実行しますが、ワークスペース内のすべてのオープン・プロジェクトに対してアクションが実行される点が異なります。
コードをプロジェクトに生成する場合 (Java 出力の場合のみ可能)、Java のコンパイルは、以下の状況ではローカルで発生します。
- プロジェクトをビルドまたは再ビルドするとき
- ソース・ファイルを生成するとき (ただし、ワークベンチ設定「リソース変更時にビルドを自動的に実行」をチェックした場合のみ)
コードをディレクトリーへ生成する場合、EGL は、以下の詳細を含む XML ファイル、
ビルド計画 をオプションで作成します。
- 別のマシンへ転送されるファイルのロケーション
- TCP/IP 経由での転送に必要なその他の情報
- Java コンパイル文
リモート・プラットフォームで生成済み出力を準備するには、ビルド・サーバーがそのプラットフォーム上で稼働していることが必要です。
ビルド計画を作成し、時間が経過してからその計画を呼び出すこともできます。詳細については、『生成後のビルド計画の呼び出し』を参照してください。