Comment exécuter Ant en ligne de commande

Va vers la Fourmi site web et télécharger. De cette façon, vous avez une copie de l'Ant à l'extérieur d'Eclipse. Je vous recommande de le mettre sous la C:\ant répertoire. De cette façon, il ne dispose pas d'espaces dans les noms de répertoire. Dans votre Panneau de Contrôle du Système, définissez la Variable d'Environnement ANT_HOME à ce répertoire, puis pré-pend au Système PATHvariable, %ANT_HOME%\bin. De cette façon, vous n'avez pas à mettre dans le répertoire entier nom.

En supposant que vous avez fait ci-dessus, essayez ceci:

C:\> cd \Silk4J\Automation\iControlSilk4J
C:\Silk4J\Automation\iControlSilk4J> ant -d build

Cela va faire plusieurs choses:

• Il permettra d'éliminer la possibilité que le problème est avec Eclipe version de Ant.
• Il est plus facile de taper
• Puisque vous êtes l'exécution de la build.xml dans le répertoire où il existe, vous ne finissent pas avec la possibilité que votre Ant ne peut pas localiser un répertoire particulier.

La -d permet d'imprimer beaucoup de sortie, de sorte que vous pouvez capturer, ou configurer votre terminal tampon à quelque chose comme 99999, et exécuter cls première pour effacer la mémoire tampon. De cette façon, vous aurez la capture de la totalité de la production depuis le début dans le terminal de la mémoire tampon.

Nous allons voir comment Ant doit être en cours d'exécution. Vous n'avez pas spécifier toutes les cibles d'exécuter, de sorte Ant doit prendre la valeur par défaut build cible. Ici, il est:

<target depends="build-subprojects,build-project" name="build"/>

La build cible ne fait rien de lui-même. Cependant, il dépend sur deux autres objectifs, de sorte que ces sera appelé en premier:

La première cible est build-subprojects:

<target name="build-subprojects"/>

Cela ne fait rien du tout. Il n'a même pas une dépendance.

La prochaine cible est build-project n'ont code:

<target depends="init" name="build-project">

Cette cible ne contiennent tâches, et certaines cibles dépendantes. Avant build-project s'exécute, il va d'abord exécuter le init cible:

<target name="init">
<mkdir dir="bin"/>
<copy includeemptydirs="false" todir="bin">
<fileset dir="src">
<exclude name="**/*.java"/>
</fileset>
</copy>
</target>

Cette cible crée un répertoire appelé bin, copie tous les fichiers dans le src arbre avec le suffixe *.java sur le bin répertoire. Le includeemptydirs dire que les répertoires en l'absence de code java ne sera pas créé.

Ant utilise un schéma pour faire un minimum de travail. Par exemple, si le bin répertoire est créé, le <mkdir/> tâche n'est pas exécutée. Aussi, si un fichier a été copié précédemment, ou il n'y a pas de non-Java fichiers dans votre src arborescence de répertoires, le <copy/> tâche ne s'exécute pas. Cependant, la init cible seront toujours exécutées.

Ensuite, nous retournons à notre précédent build-project cible:

<target depends="init" name="build-project">
<echo message="${ant.project.name}: ${ant.file}"/>
<javac debug="true" debuglevel="${debuglevel}" destdir="bin" source="${source}" target="${target}">
<src path="src"/>
<classpath refid="iControlSilk4J.classpath"/>
</javac>
</target>

Regardez cette ligne:

<echo message="${ant.project.name}: ${ant.file}"/>

Qui devrait les avoir toujours exécuté. A votre sortie d'impression:

[echo] iControlSilk4J: C:\Silk4J\Automation\iControlSilk4J\build.xml

Peut-être que vous ne savais pas que c'était à partir de votre build.

Après cela, il court le <javac/> tâche. C'est, si il y a des fichiers à compiler. Encore une fois, Ant essaie d'éviter le travail, il n'a pas à faire. Si tous les *.java fichiers ont déjà été compilé, le <javac/> tâche ne sera pas exécuté.

Et, c'est la fin de la construction. Votre construction peut ne pas avoir fait quoi que ce soit tout simplement parce qu'il n'y avait rien à faire. Vous pouvez essayer d'exécuter la clean tâche, puis build:

C:\Silk4J\Automation\iControlSilk4J> ant -d clean build

Cependant, Ant imprime généralement la cible en cours d'exécution. Vous devriez avoir vu cela:

init:
build-subprojects:
build-projects:
[echo] iControlSilk4J: C:\Silk4J\Automation\iControlSilk4J\build.xml
build:
Build Successful

Noter que les cibles sont toutes imprimées dans l'ordre où elles sont exécutées, et les tâches sont imprimés comme ils sont exécutés. Cependant, si il n'y a rien à compiler, ou rien à copier, alors vous ne verrez pas ces tâches en cours d'exécution. Est-ce à ressembler à votre sortie? Si oui, cela pourrait être il n'y a rien à faire.

• Si le bin répertoire existe déjà, <mkdir/> ne va pas s'exécuter.
• Si il n'y a pas de non-Java fichiers dans src, ou qu'ils ont déjà été copiés dans bin, le <copy/> tâche ne sera pas exécuté.
• Si il n'existe pas de fichier Java dans votre src répertoire, ou qu'ils ont déjà été compilées, le <java/> tâche ne s'exécute pas.

Si vous chercher à la sortie de la -d de débogage, vous verrez Ant à la recherche à une tâche, puis expliquer pourquoi une tâche particulière n'a pas été exécuté. De Plus, l'option debug expliquera comment Fourmi décide quelles sont les tâches à exécuter.

Voir si cela aide.

OriginalL'auteur David W.

Essayez d'exécuter toutes les cibles individuellement pour vérifier que tous sont en cours d'exécution correcte

exécuter ant nom de la cible pour exécuter une cible individuellement

par exemple, ant-projet

Également la cible par défaut que vous avez spécifié est

projet basedir="." default="construire" name="iControlSilk4J"

Cela ne fera qu'exécuter l'accumulation de sous-projets de construction de projet et init

OriginalL'auteur Naren