バイナリー・プロジェクト・サポート

バイナリー・プロジェクトは、コンパイルおよびビルド中に参照用のワークスペースにのみ存在するため、バイナリー・プロジェクトを使用することで、大規模なエンタープライズ・アプリケーションの開発を最適化できます。ワークスペースですべてをビルドするのに数分間以上かかる場合は、ユーザーのチームにおいてバイナリー・プロジェクトが有効な場合があります。

例えば、ご使用のエンタープライズ・アプリケーションが 20 の EJB モジュールと 1 つの Web モジュールから構成される場合は、Web モジュールをコンパイルするたびにすべての EJB モジュールをビルドしないほうが、Web モジュール・プロバイダーの処理効率が良くなります。バイナリー・プロジェクトは、開発チームが明確に分離されている場合に効果的です。バイナリー・プロジェクトは開発過程の複合度を高めるため、大規模アプリケーションの場合に最も役立つことに注意してください。 アプリケーション規模が小さく、ビルド時間が問題にならない場合には、プロジェクトをソースのままにしてください。

プロジェクト・ビルド・パスおよびメタデータ・ファイルをインクルード」オプションを選択してエクスポートされた EAR をインポートする際、バイナリー・プロジェクトが作成されます。インポートする際に「部分 EAR 開発用にインポート」を選択した場合、バイナリー・プロジェクトとしてインポートしたいプロジェクトを選択できます。バイナリー Web プロジェクトの場合、Web プロジェクト内の Java™ ソースは依然としてワークスペース内に展開されます。バイナリー・プロジェクトでは、検証ビルダーはデフォルトで使用不可になっています。バイナリー Web プロジェクトでは、リンク・ビルダーと検証ビルダーはデフォルトで使用不可になっています。

インポート時のバイナリー・プロジェクト作成の詳細については、『エンタープライズ・アプリケーション EAR ファイルのインポート』を参照してください。

バイナリー・プロジェクトの構造

バイナリー・プロジェクトには、以下の規則が定義されています。

バイナリー・プロジェクト使用におけるプロセス・フロー

ソース制御 (サンプル: CVS) を使用しているチームでは、標準プロセスには以下のような作業があります。

  1. 夜間ビルドを実行するか、またはソース・コードを含む EAR ファイルをエクスポートします。エクスポート時に、プロジェクト・ビルド・パスとメタデータ・ファイルを組み込むようにオプションを選択状態します。こうすることで、外部依存関係およびモジュールと JAR 名間のマッピングを保存できます。例えば、xerces.jar のような外部 JAR ファイルに依存する Java プロジェクトがあり、この JAR がビルド・パス上にあるとします。組み込みオプションを選択することで、確実にマッピングを保存することができます。
  2. この後、個々の開発者は「部分 EAR 開発用にインポート」オプションを用いて EAR をワークスペースにインポートできます。
  3. 次に、開発者がインポートしたくないプロジェクトがリポジトリーに属していることを前提とした場合、各開発者は特定のモジュールのみをワークスペースにインポートすることを選択できます。その他の場合、開発者はバイナリー・プロジェクトをリポジトリー内の適切なソース (開発者が積極的に開発中のソース) に置き換えることができます。

バイナリー・プロジェクトのフィーチャーと制限

ご利用条件 | フィードバック
(C) Copyright IBM Corporation 2000, 2005. All Rights Reserved.
(C) Copyright IBM Japan 2005.