Sostituzione di build.xml con Build.java - utilizzando Java e le librerie Ant come sistema di build

Question

Sono cresciuto deluso con le alternative basate su Groovy su Ant. AntBuilder non funziona da Eclipse, il plugin Groovy per Eclipse è deludente, e Gradle non è ancora pronto.

La documentazione di Ant ha una sezione intitolata "Uso di compiti di formica ant di Ant" che fornisce un teaser per l'utilizzo delle librerie Ant dal codice Java. C'è un altro esempio qui:

http://www.mail-archive.com/dev@ant.apache.org/msg16310.html

In teoria sembra abbastanza semplice da sostituire con build.xml Build.java. La documentazione di Ant suggerisce alcune dipendenze non documentate che dovrò scoprire (non documentate dal punto di vista dell'uso di Ant da Java).

Dato il livello di delusione con lo scripting Ant, mi chiedo perché questo non sia stato fatto prima. Forse ha e non è un buon sistema di costruzione.

Qualcuno ha provato a scrivere file di compilazione in Java utilizzando le librerie Ant?

Answer 1

Il nostro sistema di compilazione si basa principalmente su ciò che descrivi e funziona davvero molto bene. Utilizziamo le attività Ant (in particolare le attività di manipolazione dei file) da programmi java personalizzati che assemblano l'applicazione utilizzando il rilevamento automatico del layout del modulo dell'applicazione basato su convenzione.

È può bisogno di po 'di colla XML Formica, a fare le cose come compilare gli script di costruire se stessi, e per invocare in realtà il Java per eseguire il build, ma è minore.

java non solo è più leggibile di Ant, soprattutto quando si tratta di esecuzione condizionale, ma è molto più veloce. La nostra build basata su formica richiedeva circa un minuto per assemblare un EAR, ora la versione basata su Java dura circa 5 secondi.

Answer 2

Mentre suppongo sia possibile, probabilmente starai meglio con gli script di shell, quindi scrivendo un programma java completo per automatizzare semplicemente le build.

Si perderebbe uno degli usi chiave per ant, che sono i set di file facili da specificare e di facile lettura nelle proprietà.

Mi sono bloccato con la formica visto che Groovy è troppo vicino alla scrittura di un'intera applicazione per creare la tua vera applicazione. Troppo complicato per il disturbo.

Answer 3

Dato che Java è compilato, questo è un problema di pollo e uova. Devi costruire Build.java per costruire il tuo progetto.

Attualmente Ant supporta gli script in linea utilizzando BeanShell, Groovy e un gruppo di altri, che può davvero aiutare a ridurre la necessità.

MODIFICA: in risposta ai commenti multipli di Dean, se la tua build consiste in rigorosamente di una lunga procedura, allora in effetti non hai bisogno dello script di build della formica. Tuttavia, la potenza dello script di build è che garantisce che le dipendenze vengano eseguite una sola volta mentre consentono punti di ingresso multipli, qualcosa che è tutt'altro che banale se si esegue il rollover.

Se non ti piace il formato XML, non sei solo, l'autore di ANT è d'accordo con te. Tuttavia, se la tua vista del processo di compilazione è qualcosa che può essere lanciato dal tuo IDE come unico punto di lancio, direi che le tue esigenze di compilazione sono abbastanza semplici.

EDIT2: ho rispolverato la risposta di skaffman perché parla direttamente alla domanda. Nei commenti sembriamo essere d'accordo sul fatto che l'approccio va bene per una build procedurale, ma non funzionerebbe per uno dichiarativo, e che è necessario almeno un piccolo xml ANT per far girare la palla con il tuo Build.java per evitare il pollo e problema delle uova. Questo sembra arrivare al nocciolo della questione.

Ultima domanda

• 1.
• 2.
• 3.
• 4.
• 5.
• 6.
• 7.
• 8.
• 9.
• 10.

 Problemi correlati

• Nessun problema correlato^_^