いいえ。 JDT は、完全自動インクリメンタル再コンパイル、コードのスニペットの評価、コード・アシスト、型階層、およびホット・コード置換を含む、多数の高度なフィーチャーを備えています。これらのフィーチャーは、ワークベンチの Java コンパイラー (JDT のインクリメンタル・プロジェクト・ビルダーに不可欠のパーツ) に含まれている特殊なサポートを必要としますが、標準の Java コンパイラーにはこれらのサポートがありません。
プロジェクトにはファイルとフォルダーしか含まれていません。 Java パッケージという概念は、Java プロジェクトのクラスパスによって導入されたものです (ユーザー・インターフェースでは、パッケージ・エクスプローラーは、クラスパスによって定義された通りにパッケージを表示します)。 ヒント: パッケージ構造が予想していたものではない場合は、クラスパスを確認してください。Java の検索インフラストラクチャーは、クラスパス上の Java 要素の宣言と、Java 要素からの参照しか検索しません。
内部リソースは、ワークベンチ内のあるプロジェクトに常駐しているため、ワークベンチによって管理されます。他のリソースと同様、これらのリソースもワークベンチによってバージョン管理されます。外部リソースは、ワークベンチの一部ではないため、参照によってのみ使用することができます。例えば、JRE は多くの場合外部にあり、非常に大きなものなので、それを VCM システムに関連付ける必要はありません。
各 Java プロジェクトは、その Java ソース・ファイルをプロジェクトのクラスパス上の 1 つ以上のソース・タイプ・エントリーを介して見つけます。ソース・フォルダーは、大きなプロジェクトのパッケージを使いやすいグループに編成する場合、またはソース・コードを同じプロジェクト内の別のファイルから分離する場合に使用します。また、ビルド・パスに置く必要のないファイル (例えば、ドキュメンテーション) がある場合にも、ソース・フォルダーを使用します。
ライブラリーは、バイナリー・クラス・ファイル (おそらくは他のリソースも) を含む JAR ファイルとして保管されます。これらのバイナリー・クラス・ファイルは、パッケージ、クラス、メソッド、およびフィールドのシグニチャー情報を提供します。この情報はコンパイルと実行には十分なものですが、そこに含まれているオリジナル・ソース・コードに関する情報はわずかなものです。バイナリー・ライブラリーのブラウズとデバッグをさらに容易にするために、対応するソースの JAR (または Zip) ファイルをバイナリーの JAR ファイルに関連付けるためのメカニズムがあります。
Java プロジェクトがソース・フォルダーを使用している場合は、プロジェクト内のソース・ファイルのコンパイル中に Java コンパイラーは、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 プロジェクトのソース・フォルダーまたは出力フォルダーとして使用してください。