Ant ANT javac class-Dateien von entfernten JAVA-Klassen löschen

[fritzfux]

Hallo,

ich habe ein kleines Problem mit javac:
1. Ich baue mit javac in einem ant-Skript Java-Klassen die in Ordner A liegen.
2. Die gebauten Class-Dateien werden in Ordner B abgelegt und im Anschluss in ein jar gepackt.

Lösche ich jetzt eine Klasse in A, so ist immer noch die zugehörige Class-Datei in Ordner B vorhanden. Mache ich jetzt Änderungen in A und kompiliere nochmal, so ist die class-Datei der gelöschten Datei immer noch noch vorhanden.

Da ich aber nicht immer das ganze class-Verzeichnis löschen möchte und alles neu bauen will, würde ich gerne im Vorfeld, ohne viel Aufwand, die nicht mehr notwendige classes entfernen oder zumindest bestimmen. Damit ich sie vor den jaren löschen kann.
Ich jetzt schon einige Zeit rumgesucht, Mapper tun es nicht. Dependsets tun es auch nicht, da man ja unterschiedliche Dateiendungen hat, also kann mir jemand helfen?

Danke.

Fritz

 

[maki]

Da ich aber nicht immer das ganze class-Verzeichnis löschen möchte und alles neu bauen will,

Warum eigentlich?
Sicherer & einfacher wäre es, und java compiliert sehr schnell im vergleich zu C/C++.

 

[fritzfux]

Ich will nicht immer alles wegschmeißen, weil ich mir dadurch im Build eine gewisse Zeitersparnis erhoffe.
Warum soll ich 20000 Java-Klassen neu kompilieren nur weil sich 50 geändert haben?!
Hoffe man kann meine Motivation nachvollziehen. ;-)

 

[maki]

Warum soll ich 20000 Java-Klassen neu kompilieren nur weil sich 50 geändert haben?!

Das ist nicht dein Usecase, geändert vs. gelöscht ist schon noch ein Unterschied.

Hoffe man kann meine Motivation nachvollziehen.

Ehrlich gesagt nein, mache das ständig mit Maven2 (mvn clean install).

Vielleciht kommt ja noch ein User vorbei der weiss wie es geht.

 

[Gast2]

Das ginge schon...

In einer Liste alle java files sammeln, in einer anderen Liste alle class files sammeln. Beide Listen vergleichen und überzählige class files löschen. Dann noch nachsehn welche java files einen neuern timestamp als die class files haben und nur diese compilieren lassen....

Entweder mit viel build.xml gebastel und ant-contrib oder einfach einen eigenen ant taks schreiben.

Aber ob das Sinn macht? Ich mache es auch einfach komplett - 20k files? Ja das dauert dann halt 5 minuten - geh ich halt enn Kaffee trinken, mit nem Kollegen quatschen oder im Web surfen.

 

[maki]

Denke die 20000 Dateien waren nur ein übertriebenes Beispiel des TS (sonst würde ich mir mal Gedanken über die Projektstruktur machen).
Für den normalen Fall sollte das auch keine 5 Minuten dauern.

 

[fritzfux]

Leider sind die 20k kein Witz und die Struktur ist leider auch vorgegeben.
Ich versuche halt nur die Sachen zu bauen die neu sind und nicht mehr sachen in die Lieferung zu packen die es nicht mehr gibt.
Da bei uns der Build 40m dauer, wenn alles gebaut wird würde ich das ganze gerne etwas kürzer haben wollen.

Maven mag ja auch schön und gut sein und vielleicht geht das damit auch, aber ich muss hier ant nutzen, RL ist kein WK.

 

[maki]

Denke nicht dass sich euer Problem nur mit Ant zufriedenstellend lösen lässt.
IMHO sind 20000 Java Dateien(?) viel zu viel für ein Projekt, das aufteilen würde viele Vorteile bringen.
Wenn das allerdings nicht geht, sieht es imho schlecht aus.

 

[Gast2]

Ich würde einen eigenen Task schreiben der das managt. Ist eigentlich recht einfach:

import org.apache.tools.ant.BuildException;
import org.apache.tools.ant.Task;

public class CustomAntTask extends Task {

	public void execute() throws BuildException {
             // - hier dein Einstiegspunkt
	}

Damit solltest du das fix hinbekommen.

 

[fritzfux]

Vielleicht kommt ja noch jemand vorbei und hat eine Lösung,...

 

[Gast2]

Mit Sicherheit nicht. Für deinen Usecase gibt es keinen fertigen ant task. In der Zeit die du wartest hättest du den eigene Task schon dreimal programmieren können...

 

[Wildcard]

Innerhalb der IDE(Eclipse) würde es funktionieren. Du richtest einen Ant Task als Builder für dein Projekt ein. Dieser Builder kompiliert aber nicht selbst, sondern packt nur fertige class files in ein Jar. Diesen Builder richtest du so ein das er automatisch startet wenn sich etwas in 'bin' ändert und übergibst das Resource Change Set an Ant. Der Ant Task muss dann nur noch dein Jar File aktualisieren (Class Files hinzufügen, aktualisieren, löschen).
Ich sage damit nicht das ich es so tun würde, oder das es sauber ist, aber zumindest innerhalb von Eclipse sollte das machbar sein.