10

SVN リポジトリにサードパーティ ライブラリがあり、source/javadoc を Eclipse でローカルに関連付けたいと考えています。local.propertiesつまり、source/javadoc を JAR ファイルに関連付けるローカル設定 (たとえば、ファイル内のエントリ) が必要ですが、 .classpath. 理想的には

lib_src_dir = /my/path/to/lib/src

そしてlocal.propertiesその後

<classpathentry kind="lib" path="lib.jar" sourcepath="${lib_src_dir}">

で.classpath。これはできますか？

[編集] @VonCの答えは役に立ちます...local.propertiesウィンドウ - >設定 - >一般 - >ワークスペース - >リンクされたリソースを通過する代わりに、テキストファイルからパス変数をロードする方法はありますか?

4

3 に答える 3

17

これは、次の方法でよりよく達成できると思います。

  • と組み合わせたリンク フォルダの作成
  • リンクされたリソースの宣言

リンクされたリソースは、次のパス変数を定義します/my/path/to/lib/src

Eclipse リンクのリソース

リンクされたフォルダーは、リンクされたリソースを参照します

リンクされたリソース

（「変数」ボタンを使用すると、固定パスではなく変数を使用できます）

変数は実際には常に (自分のワークスペースに対して) ローカルであり、Linked Resources設定画面で変更されます。

リンクされたフォルダーは... リンクされたファイルにすることもできるため、相対パス (変数に関連する) を介してアーカイブを参照できます。次に、このリンクされたファイル (ここではリンクされたアーカイブ) を" " 属性で
関連付けることができます。classpathentrysource

リンクされたリソースの問題は、環境設定で、それらがワークスペースに対してローカルであることです。設定をファイルにエクスポートし、エクスポートされた
ファイルをトリミングして、以下を含む行のみを残すことができます。[myPrefs.epf]pathvariable

/instance/org.eclipse.core.resources/pathvariable.MY_DIRECTORY=/my/path/to/lib/src

Linked Resourcesその後、誰でもこの特別な設定ファイルをインポートできます。これは " " 部分にのみ影響します。

.epf環境設定ファイルをプロジェクトに自動的にロードできないため、この解決策はあまり満足のいくものではありません。パスを定義するリンクされたリソースを使用してプロジェクトをセットアップするとき、プロジェクトのユーザーに同じリンクされたリソースを自分の固定ローカル パスで定義するように促すために、
常にプロジェクトのルートにビッグを残します。README.txt

この状況を強化するため、またはリンクされたリソースのトピックに関して、いくつかのバグが進行中です。

特に：

DevByStarlightは、コメントでプロジェクト (2011 年 10 月以降はあまりアクティブではありません)について言及しています。

Workspace Mechanic は、設定の微調整、拡張機能の場所の追加などによって、Eclipse 環境のメンテナンスを自動化します。次の目的で使用できます。

  • 会社全体、ローカル チーム、または自分の多くのワークスペースなど、大規模なグループ間で一貫した環境を作成します。
  • 新しいワークスペースを設定する時間を節約
  • お気に入りの新しい設定が現在および将来のすべてのワークスペースに適用されるようにするタスクを作成します。(これは私たちのお気に入りの機能の 1 つです!)

Workspace Mechanic の動作の鍵はTask.
タスクは、単純なテストと、実行時に環境を変更してテストに合格するアクションを記述します。
Tasks環境設定ファイル、Java クラス、Groovy スクリプト、Eclipse 拡張機能など、さまざまな形で提供されます。独自のタスクを簡単に定義できます。

スクリプトのコレクションが付属しています。

于 2008-11-18T22:17:06.143 に答える
6

バックグラウンドで作業し、数日間自由な時間を過ごした後、これに対する簡単な答えを（Indigoで）理解しました。私が見つけた最も簡単な方法は、プロジェクトエクスプローラーでプロジェクトを展開し、参照ライブラリに移動し、適切な参照JARを右クリックして、[プロパティ]をクリックすることです。そこでは、JavaDocsの場所を指定するオプションがあります。javadocsの一部であるindex.htmlおよびpackages-listファイルを含むフォルダーの場所を入力します。ケーキ！

私がこれまでに見た唯一の問題は、そのライブラリを参照するすべてのプロジェクトでこれを行う必要があるに違いないということです。

于 2011-12-15T18:04:05.003 に答える
0

これは、クラスパス変数を使用して行うことができます。

各開発者は、[ウィンドウ]->[設定]->[Java]->[ビルドパス]->[クラスパス変数]でいくつかの新しい変数を作成します。

サードパーティのJAR（またはJARS）を含むディレクトリを指す変数（JAVA_LIB_DIRなど）を定義します。サードパーティのソースコード（JAVA_SRC_DIR）を含むディレクトリを指す別の変数を定義します。これは好きなように設定できますが、次のような構造になっています。

common/   
  lib/
    java/       <-- JAVA_LIB_DIR variable points to this directory
      axis/
      bitronix/
        1.0/bitronix.jar   "extension" is "bitronix/1.0/bitronix.jar"
      ...

プロジェクトのビルドパスで、[変数の追加...]オプションを使用してライブラリを追加します。次に、「ソースをアタッチ」すると、変数とソースコードの拡張機能の入力を求められます。

このようにして、単一の共有.classpathファイルをチェックインしながら、各開発者が自分のライブラリとソースディレクトリを好きな場所に配置できるようにします。

于 2008-11-19T20:16:48.447 に答える