そのため、ルートディレクトリに/usr/share/stuff
というフォルダーがあります
ものの中には、Javaファイルが先頭にpackage org.name
定義を持つファイルがたくさんあります
javac test.Java
がサブドメインにあるtest.Java
を実行しています
クラスパスに/usr/share/stuff
を追加しました。
test.Java
の上部にimport org.name
を追加します
しかし、package does not exist
エラーが表示されます...なぜですか?
それらは正しいサブディレクトリにありますか?
クラスパスに/usr/share/stuff
を配置する場合、package org.name
で定義されたファイルは/usr/share/stuff/org/name
にある必要があります。
[〜#〜] edit [〜#〜]:これをまだ知らない場合、おそらくこれを読むべきです: http ://download.Oracle.com/javase/1.5.0/docs/tooldocs/windows/classpath.html#Understanding
EDIT 2:すみません、あなたがJava /usr/share/stuff
のソースファイルについて話していることに気付いていませんでした適切なサブディレクトリにあるだけでなく、それらをコンパイルする必要があります.Java
ファイルはクラスパス上にある必要はなく、ソースパス上にある必要があります(生成された.class
ファイルはクラスパス上にある必要があります。
それらが正しいディレクトリ構造の下にない場合は、コンパイルする必要がありますが、そうする必要があります。そうしないと、少なくとも警告が生成されます。生成されたクラスファイルは、適切なサブディレクトリにあります(-d
を指定している場合)。
javac -sourcepath .:/usr/share/stuff test.Java
の下にある.Java
ファイル(またはパッケージ名に応じて適切なもの)を/usr/share/stuff
の下に置いたとすると、/usr/share/stuff/org/name
のようなものを使用する必要があります。
org/name
を/usr/share/stuff
に置き、org.name
パッケージソースをこのディレクトリに配置する必要があります。
コマンドラインから手動でコンパイルするときにまったく同じ問題が発生しました。私の解決策は、すべてのサブディレクトリJavaファイルもコンパイルされるように-sourcepathディレクトリを含めなかったということです。
私はこの問題を抱えていました。アプリで.jar
としてパッケージ化されたテーマを使用しようとして、アプリのデバッグ中に機能していましたが、アプリのビルド/エクスポート時には機能しませんでした。
jar
を解凍して解決し、その内容を手動でビルドフォルダーに追加して、次のようにしました。
project/
│
├── build
│ └── classes
│ ├── pt
│ │ └── myAppName ...
│ └── com
│ └── themeName ...
├── src
└── lib
エラーはもう発生せず、アプリは意図したテーマでロードされます。
ドロップダウンリストの下部にあるMavenプロジェクトを右クリックしますMaven >> reimport
行方不明の依存関係のために私のために働く