javacオプションは、指定されたディレクトリ下のすべてのjavaファイルを再帰的にコンパイルします

プロジェクトでjavacコンパイラを使用してjavaファイルをコンパイルしています。ファイルは、このようないくつかのパッケージ上に分散されていますcom.vistas.util、com.vistas.converter、com.vistas.LineHelper、com.current.mdcontect。

これらの各パッケージにはいくつかのJavaファイルがあります。私はこのようにjavacを使用しています：

javac com/vistas/util/*.java com/vistas/converter/*.java
      com.vistas.LineHelper/*.java com/current/mdcontect/*.java

（1行）

非常に多くのパスを指定する代わりに、親のcomディレクトリからすべてのjavaファイルを再帰的にコンパイルするようにコンパイラーに要求するにはどうすればよいですか？

また、ある種のビルドツール（AntまたはMaven、Antは既に提案されており、簡単に開始できます）またはコンパイルを処理するIDE（Eclipseはリコンサイル戦略でインクリメンタルコンパイルを使用します。どの押すケア「コンパイル」ボタンを）。

Javacの使用

より大きなプロジェクトで何かを試す必要があり、近くに適切なビルドツールがない場合は、常にjavac提供する小さなトリックを使用できます。コンパイルするクラス名をファイルで指定できます。プレフィックスをjavac付けてファイル名を渡すだけ@です。

*.javaプロジェクト内のすべてのファイルのリストを作成できる場合、それは簡単です。

# Linux / MacOS
$ find -name "*.java" > sources.txt
$ javac @sources.txt

:: Windows
> dir /s /B *.java > sources.txt
> javac @sources.txt

• 利点は、それが迅速かつ簡単なソリューションであることです。
• 欠点はsources.txt、新しいソースを作成するたびにファイルを再生成する必要があるか、既存の1つのファイルの名前を変更する必要があることです。

ビルドツールの使用

長期的には、ソフトウェアを構築するために設計されたツールを使用する方が良いでしょう。

Antの使用

build.xmlソフトウェアのビルド方法を記述した単純なファイルを作成する場合：

<project default="compile">
    <target name="compile">
        <mkdir dir="bin"/>
        <javac srcdir="src" destdir="bin"/>
    </target>
</project>

次のコマンドを実行して、ソフトウェア全体をコンパイルできます。

$ ant

• 利点は、拡張が容易な標準ビルドツールを使用していることです。
• 欠点は、追加のツールをダウンロード、セットアップ、および学習する必要があることです。ほとんどのIDE（NetBeansやEclipseなど）はビルドファイルの書き込みに優れたサポートを提供しているため、この場合は何もダウンロードする必要はありません。

Mavenの使用

Mavenをセットアップして使用するのはそれほど簡単ではありませんが、それを学んでも成果は上がります。これは、5分以内にプロジェクトを開始するための優れたチュートリアルです。

• （私にとって）主な利点は、依存関係も処理することです。そのため、これ以上Jarファイルをダウンロードして手動で管理する必要がなくなり、大規模なプロジェクトの構築、パッケージ化、およびテストに役立つことがわかりました。
• 欠点は、それが急な学習曲線を持っていることである、と抑制のエラーに同様のMavenプラグインが:-)もう一つはツールのかなり多くはまた、（のようなMavenのリポジトリで動作していることであればSbtの Scalaのため、アイビーのAntのため、Graddle Groovyのため） 。

IDEの使用

これで、開発の生産性が向上する可能性があります。いくつかのオープンソースの代替手段（EclipseやNetBeansなど、前者を好む）と、非常に人気があり強力な市販のもの（IntelliJなど）さえあります。

プロジェクトのビルドをバックグラウンドで管理できるので、すべてのコマンドラインの要素を扱う必要はありません。ただし、バックグラウンドで実際に何が起こっているかを知っていると、のような偶発的なエラーを見つけ出すのに役立ちますClassNotFoundException。

1つの追加のメモ

大規模なプロジェクトでは、常にIDE とビルドツールを使用することをお勧めします。前者は生産性を向上させ、後者はプロジェクトでさまざまなIDEを使用できるようにします（たとえば、Mavenは簡単なmvn eclipse:eclipseコマンドでEclipseプロジェクト記述子を生成できます）。さらに、1行のコマンドでテスト/ビルドできるプロジェクトがあると、新しい同僚や継続的統合サーバーなどに簡単に導入できます。ケーキ:-)

find . -name "*.java" -print | xargs javac 

ちょっと残忍ですが、地獄のように動作します。（小さなプログラムでのみ使用してください、それは絶対に効率的ではありません）

あなたのシェルがそれをサポートしているなら、このようなものはうまくいきますか？

javac com/**/*.java 

あなたのシェルがサポートしていない場合は**、多分

javac com/*/*/*.java

動作します（3つのコンポーネントを含むすべてのパッケージ-多かれ少なかれ適応します）。

プロジェクト全体をコンパイルする通常の場合は、javacにメインクラスを指定して、必要なすべての依存関係をコンパイルするだけです。

javac -sourcepath . path/to/Main.java

javac -cp "jar_path/*" $(find . -name '*.java')

（それらは分割してjavacを複数回実行できるため、xargsを使用しないことをお勧めします。それぞれにjavaファイルのサブセットが含まれ、その一部は同じjavacコマンドラインで指定されていない他のファイルをインポートする場合があります）

App.javaエントリポイントがある場合は、-sourcepathを使用するのが一番です。インポート依存関係に従って、必要な他のすべてのJavaファイルをコンパイルします。例えば：

javac -cp "jar_path/*" -sourcepath src/ src/com/companyname/modulename/App.java

ターゲットのクラスファイルdir：を指定することもできます-d target/。

アリの使い方を学ぶことをお勧めします。antは、このタスクに非常によく適しており、把握が非常に簡単で、十分に文書化されています。

build.xmlファイルで次のようなターゲットを定義する必要があります。

<target name="compile">
    <javac srcdir="your/source/directory"
           destdir="your/output/directory"
           classpath="xyz.jar" />
</target>

私は次のような単純なmakefileでmakeを使用しています。

JAVAC = javac -Xlint:unchecked
sources = $(shell find . -type f -name '*.java')
classes = $(sources:.java=.class)

all : $(classes)

clean :
        rm -f $(classes)

%.class : %.java
        $(JAVAC) $<

ソースを1つずつコンパイルし、必要な場合にのみ再コンパイルします。

javacコマンドは再帰的なコンパイルプロセスをたどらないため、コマンドを実行するときに各ディレクトリを指定するか、含めるディレクトリをテキストファイルに指定します。

javac -classpath "${CLASSPATH}" @java_sources.txt

Xcode JNIプロジェクトでこれを使用して、テストクラスを再帰的に構築しています。

find ${PROJECT_DIR} -name "*.java" -print | xargs javac -g -classpath ${BUILT_PRODUCTS_DIR} -d ${BUILT_PRODUCTS_DIR}