いいえ。 JDT は、完全自動インクリメンタル・コンパイル、コードの断片の評価、コード・アシスト、型階層、およびホット・コード置換を含む、多数の高度なフィーチャーを備えています。 これらのフィーチャーは、ワークベンチの Java コンパイラー (JDT のインクリメンタル・プロジェクト・ビルダーに不可欠のパーツ) に含まれている特別なサポートを必要としますが、 標準の Java コンパイラーにはこれらのサポートがありません。
プロジェクトにはファイルとフォルダーしか含まれていません。 Java パッケージという概念は、Java プロジェクトのクラスパスによって導入されたものです (UI では、パッケージ・エクスプローラーは、クラスパスによって定義された通りにパッケージを表示します)。 ヒント: パッケージ構造が予想していたものではない場合は、クラスパスをチェックしてください。Java の検索インフラストラクチャーは、クラスパス上の Java エレメントの宣言と、Java エレメントからの参照しか検索しません。
内部リソースは、ワークベンチ内のあるプロジェクトに常駐しているため、ワークベンチによって管理されます。 他のリソースと同様、これらのリソースもワークベンチによってバージョン管理されます。 外部リソースは、ワークベンチの一部ではないため、参照によってのみ使用することができます。 例えば、JRE は多くの場合外部にあり、非常に大きなものなので、それを VCM システムに関連付ける必要はありません。
各 Java プロジェクトは、その Java ソース・ファイルをプロジェクトのクラスパス上の 1 つ以上のソース・タイプ・エントリーを介して見つけます。 ソース・フォルダーは、大きなプロジェクトのパッケージを使いやすいグループに編成する場合、またはソース・コードを同じプロジェクト内の別のファイルから分離する場合に使用します。 また、ビルド・パスに置く必要のないファイル (例えば、ドキュメンテーション) がある場合にも、ソース・フォルダーを使用します。
ライブラリーは、バイナリー・クラス・ファイル (おそらくは他のリソースも) を含む JAR ファイルとして保管されます。 これらのバイナリー・クラス・ファイルは、パッケージ、クラス、メソッド、およびフィールドのシグニチャー情報を提供します。 この情報はコンパイルと実行には十分なものですが、そこに含まれているオリジナルのソース・コードに関する情報はわずかなものです。 バイナリー・ライブラリーのブラウズとデバッグをさらに容易にするために、対応するソースの JAR (または Zip) ファイルをバイナリーの JAR ファイルに関連付けるためのメカニズムがあります。
Java プロジェクトがソース・フォルダーを使用している場合は、プロジェクト内のソース・ファイルのコンパイル中に Java コンパイラーは、Java 以外のリソースも出力フォルダーにコピーして、実行プログラムのクラスパスでそれらのリソースが使用可能になるようにします。 あるリソースが出力ロケーションにコピーされないようにするために、コンパイラーの設定 (「ウィンドウ」>「設定」>「Java」>「コンパイラー」>「ビルド・パス」) でリソース・フィルターを設定できます。
ソース・フォルダーを使用して、出力フォルダーにコピーしないリソースを、クラスパスに含まれていない個別のフォルダーに入れてください。 また、コンパイラーの設定 (「ウィンドウ」>「設定」>「Java」>「コンパイラー」> 「ビルド・パス」) のリソース・フィルターを *.doc などに設定することもできます。
その必要はありません。 ソース・フォルダーまたはプロジェクトのルート・フォルダー内のファイルは、デフォルト・パッケージ内にあると見なされます。 実際に、すべてのソース・フォルダーには、デフォルト・パッケージのフラグメントを持つ機能があります。
リファクタリングとは、動作を保持したままプログラムを変換することを意味します。 JDT は、「Refactoring: Improving the Design of Existing Code」(Martin Fowler 著、Addison Wesley 刊、1999 年) で解説されている多くの変換をサポートしています。
コンパイラーを使用して、ソース範囲に対応する Java エレメントを見つけ出すために使用します。
Java プログラム情報は、Java ビルダーには依存しません。 リソース変更または Java 操作を行うと、自動的に更新されます。 特に、Java ツールが提供しているすべての機能 (例えば、型階層、コード・アシスト、検索) は、自動ビルドがオフでも正確に動作し続けます。 例えば、ビルダーをオフにする必要のある重いリファクタリングを実行しているときでも、コード・アシストを使用することができます。 コード・アシストは (まだビルドされていない) 最新の変更を反映します。 プログラムの起動 (つまり、実行とデバッグ) 以外で、Java ビルダーを必要とする機能は、コードの断片の評価だけです。
Java インクリメンタル・プロジェクト・ビルダーは、ワークベンチを閉じるときにその内部状態をファイルに保管します。 そのプロジェクトを再度開いた後、最初にビルドを行うと、Java インクリメンタル・プロジェクト・ビルダーは、その内部状態を復元します。 このファイルが大きい場合、通常より長いビルド遅延が発生します。
クラスパスのビルドが正しく設定されているかどうか確認してください。 Java 開発においては、適切なクラスパスのビルドのセットアップは重要なタスクです。 正しいビルド・パスがないと、コードをコンパイルすることはできません。 Java エレメントを型階層で検索したり、調べたりすることもできません。
「ウィンドウ」>「設定」>「ワークベンチ」>「ビルドをリソース変更時に自動で実行」チェック・ボックスをクリアします。ビルドを行いたいときは、Ctrl+B を押すか、またはメニュー・バーから「プロジェクト」>「すべてビルド」を選択してください。
ヒント: 「自動コンパイル」をオフにして手動でビルドを行うときは、「ウィンドウ」>「設定」>「ワークベンチ」>「手動ビルドの前にすべての変更リソースを自動保管」チェック・ボックスの選択も必要になることがあります。
ツールバー・ボタン「選択されたエレメントのソースのみを表示」を押さないままにしてください。
はい。除外フィルターを使用して、ネストされたソース・フォルダーを作成できます。
はい。Java プロジェクトの 「Java のビルド・パス」>「ソース」プロパティー・ページで「ソース・フォルダー用の出力フォルダーを許可」チェック・ボックスを選択してください。
はい。目的のロケーションを指すリンク・フォルダーを作成して、そのフォルダーを Java プロジェクトのソース・フォルダーまたは出力フォルダーとして使用してください。