javac Option zum rekursiven Kompilieren aller Java-Dateien in einem bestimmten Verzeichnis

Ich verwende den Javac-Compiler, um Java-Dateien in meinem Projekt zu kompilieren. Die Dateien werden mehrere Pakete wie folgt verteilt: com.vistas.util, com.vistas.converter, com.vistas.LineHelper, com.current.mdcontect.

Jedes dieser Pakete enthält mehrere Java-Dateien. Ich benutze Javac wie folgt:

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

(in einer Zeile)

Wie kann ich den Compiler bitten, alle Java-Dateien aus dem übergeordneten com-Verzeichnis rekursiv zu kompilieren, anstatt so viele Pfade anzugeben?

Ich würde auch vorschlagen, eine Art Build-Tool ( Ant oder Maven , Ant wird bereits vorgeschlagen und ist einfacher zu beginnen) oder eine IDE zu verwenden, die die Kompilierung verwaltet (Eclipse verwendet die inkrementelle Kompilierung mit Abgleichsstrategie, und Sie müssen nicht einmal Pflege alle drücken „Compile“ Tasten).

Verwenden von Javac

Wenn Sie etwas für ein größeres Projekt ausprobieren müssen und keine geeigneten Build-Tools in der Nähe haben, können Sie immer einen kleinen Trick verwenden, javacder Folgendes bietet: Die zu kompilierenden Klassennamen können in einer Datei angegeben werden. Sie müssen lediglich den Namen der Datei javacmit dem @Präfix übergeben.

Wenn Sie eine Liste aller *.javaDateien in Ihrem Projekt erstellen können , ist dies ganz einfach:

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

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

• Der Vorteil ist, dass dies eine schnelle und einfache Lösung ist.
• Der Nachteil ist, dass Sie die sources.txtDatei jedes Mal neu generieren müssen, wenn Sie eine neue Quelle erstellen oder eine vorhandene Datei umbenennen. Dies ist eine leicht zu vergessende (daher fehleranfällige) und mühsame Aufgabe.

Verwenden eines Build-Tools

Auf lange Sicht ist es besser, ein Tool zu verwenden, das zum Erstellen von Software entwickelt wurde.

Mit Ant

Wenn Sie eine einfache build.xmlDatei erstellen , in der beschrieben wird, wie die Software erstellt wird:

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

Sie können die gesamte Software kompilieren, indem Sie den folgenden Befehl ausführen:

$ ant

• Der Vorteil ist, dass Sie ein Standard-Build-Tool verwenden, das einfach zu erweitern ist.
• Der Nachteil ist, dass Sie ein zusätzliches Tool herunterladen, einrichten und erlernen müssen. Beachten Sie, dass die meisten IDEs (wie NetBeans und Eclipse) eine hervorragende Unterstützung für das Schreiben von Build-Dateien bieten, sodass Sie in diesem Fall nichts herunterladen müssen.

Mit Maven

Maven ist nicht so trivial einzurichten und zu bearbeiten, aber es lohnt sich zu lernen. Hier ist ein großartiges Tutorial, um ein Projekt innerhalb von 5 Minuten zu starten .

• Der Hauptvorteil (für mich) besteht darin, dass auch Abhängigkeiten behandelt werden, sodass Sie keine Jar-Dateien mehr herunterladen und von Hand verwalten müssen. Ich fand es nützlicher, größere Projekte zu erstellen, zu verpacken und zu testen.
• Der Nachteil ist, dass es eine steile Lernkurve hat und wenn Maven-Plugins Fehler gerne unterdrücken :-) Eine andere Sache ist, dass eine ganze Reihe von Tools auch mit Maven-Repositories funktionieren (wie Sbt für Scala, Ivy für Ant, Graddle für Groovy). .

Verwenden einer IDE

Nun, was könnte Ihre Entwicklungsproduktivität steigern. Es gibt einige Open-Source-Alternativen (wie Eclipse und NetBeans , ich bevorzuge die ersteren) und sogar kommerzielle (wie IntelliJ ), die sehr beliebt und leistungsstark sind.

Sie können das Projektgebäude im Hintergrund verwalten, sodass Sie sich nicht um alle Befehlszeilen kümmern müssen. Es ist jedoch immer praktisch, wenn Sie wissen, was tatsächlich im Hintergrund passiert, damit Sie gelegentliche Fehler wie a aufspüren können ClassNotFoundException.

Ein zusätzlicher Hinweis

Bei größeren Projekten wird immer empfohlen, eine IDE und ein Build-Tool zu verwenden. Ersteres steigert Ihre Produktivität, während letzteres die Verwendung verschiedener IDEs für das Projekt ermöglicht (z. B. kann Maven mit einem einfachen mvn eclipse:eclipseBefehl Eclipse-Projektdeskriptoren generieren ). Darüber hinaus ist es einfach, ein Projekt, das mit einem einzeiligen Befehl getestet / erstellt werden kann, neuen Kollegen und beispielsweise einem Server für die kontinuierliche Integration vorzustellen. Stück Kuchen :-)

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

Ein bisschen brutal, funktioniert aber höllisch. (Nur für kleine Programme verwenden, es ist absolut nicht effizient)

Wenn Ihre Shell dies unterstützt, würde so etwas funktionieren?

javac com/**/*.java 

Wenn Ihre Shell nicht unterstützt **, dann vielleicht

javac com/*/*/*.java

funktioniert (für alle Pakete mit 3 Komponenten - mehr oder weniger anpassen).

In dem üblichen Fall, in dem Sie Ihr gesamtes Projekt kompilieren möchten, können Sie javac einfach mit Ihrer Hauptklasse versorgen und alle erforderlichen Abhängigkeiten kompilieren lassen:

javac -sourcepath . path/to/Main.java

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

(Ich bevorzuge es, xargs nicht zu verwenden, da es sie aufteilen und javac mehrmals ausführen kann, jeweils mit einer Teilmenge von Java-Dateien, von denen einige andere importieren können, die nicht in derselben javac-Befehlszeile angegeben sind.)

Wenn Sie einen App.java-Einstiegspunkt haben, ist der Freaker-Weg mit -sourcepath am besten. Es kompiliert jede andere Java-Datei, die es benötigt, und folgt dabei den Importabhängigkeiten. z.B:

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

Sie können auch ein Verzeichnis der Zielklassendatei angeben : -d target/.

Ich würde Ihnen raten, mit Ameise zu lernen , die für diese Aufgabe sehr gut geeignet und sehr leicht zu erfassen und gut dokumentiert sind.

Sie müssten lediglich ein solches Ziel in der Datei build.xml definieren:

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

Ich verwende make nur mit einem einfachen Makefile, das so aussieht:

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

all : $(classes)

clean :
        rm -f $(classes)

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

Es kompiliert die Quellen einzeln und kompiliert sie nur bei Bedarf neu.

Der Befehl javac folgt keinem rekursiven Kompilierungsprozess. Sie müssen also entweder jedes Verzeichnis angeben, wenn Sie den Befehl ausführen, oder eine Textdatei mit Verzeichnissen bereitstellen, die Sie einschließen möchten:

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

Ich habe dies in einem Xcode JNI-Projekt verwendet, um meine Testklassen rekursiv zu erstellen:

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