class.getRessource（）（Java）のコンテキストは何ですか？

Question

私はdevの環境を設定していると私は、このコードのビットが私を悩まあります

public static URI getResource(Class<?> cl, String resource) { 
    URL url = cl.getResource(resource); 
    //etc... 
} 

問題は次のとおりです。URLはnullです。問題のressourceは、javaファイルと同じディレクトリにあるファイルです。そして、これは非ヌルのURLを返すことになっています。

この環境は多くの人によって正常にインストールされていますが、私のマシンでは動作しません。

追加情報：

• getRessource（）はCLのクラスローダを使用することになっています。 "sun.misc.Launcher$AppClassLoader@11b86e7"
• このコードは、Windows 7でeclipse Indigoを実行するjUnitテストに含まれています（linuxのさまざまなファイルコンテキストの問題/ windows？）

Answer 1

クラスローダーは、リソースファイルを.javaファイルではなく.classファイルと同じディレクトリから取得する予定です。 Eclipseプロジェクトの構成によっては、これらのディレクトリが異なる場合があります。

通常、ビルドプロセスはリソースファイルを.classファイルを作成するときに出力ディレクトリにコピーしますが、この場合は多分それはしませんでしたか？

Answer 2

cl.getResource(resource)コールは、クラスローダーのクラスパスのresource文字列に対応するリソースをclに配置しようとしています。

これは、resourceがアプリケーションのクラスパスからの相対パスである必要があることを意味します。

メソッド呼び出しがnullを返すという事実は、クラスローダーが要求されたリソースを見つけることができないことを意味します。単体テストを実行する前に、リソースがEclipseまたはBuilderによって適切な場所にコピーされていることを確認する必要があります。

する（Linux/Windowsの中に異なるファイルコンテキストの問題？）

それは多分、リソース名の大文字と小文字の区別の問題です。テストが他の人のために正常に実行されるのであれば疑いがありますが、チェックする価値はあります。

このプロジェクトにはbuild.xmlファイルがありますか？ Antを使用してコマンドラインからテストを実行してみてください。

このプロジェクトにはpom.xml個のファイルがありますか？ mvn testを使用してコマンドラインからテストを実行してみてください。

Answer 3

渡されるクラスは何ですか？ J2SEクラスの場合、クラスローダーはブートストラップクラスローダーになり、アプリケーションリソースを特定しません。

Answer 4

Class.getResource(String)は、.classと同じパッケージフォルダ内のリソースを検索します。 ClassLoader.getResource(String)は、srcフォルダ内のリソースを検索します。 new File(String)は、srcフォルダの外のリソースを検索します。