Ant: Comment exécuter une commande pour chaque fichier dans le répertoire?

Je veux exécuter une commande à partir d'un buildfile Ant, pour chaque fichier dans un répertoire.
Je recherche une solution indépendante de la plateforme.

Comment puis-je faire cela?

Bien sûr, je pourrais écrire un script dans un langage de script, mais cela ajouterait des dépendances supplémentaires au projet.

Réponse courte

À utiliser <foreach>avec un<FileSet>

Foreach nécessite ant-contrib .

Exemple mis à jour pour ant-contrib récent:

<target name="foo">
  <foreach target="bar" param="theFile">
    <fileset dir="${server.src}" casesensitive="yes">
      <include name="**/*.java"/>
      <exclude name="**/*Test*"/>
    </fileset>
  </foreach>
</target>

<target name="bar">
  <echo message="${theFile}"/>
</target>

Cela appellera la "barre" cible avec le $ {theFile} résultant dans le fichier courant.

Utilisez la tâche <apply> .

Il exécute une commande une fois pour chaque fichier. Spécifiez les fichiers au moyen d'ensembles de fichiers ou de toute autre ressource. <apply> est intégré; aucune dépendance supplémentaire nécessaire; aucune implémentation de tâche personnalisée nécessaire.

Il est également possible d'exécuter la commande une seule fois, en ajoutant tous les fichiers en tant qu'arguments en une seule fois. Utilisez l'attribut parallel pour changer de comportement.

Désolé d'être en retard d'un an.

Une approche sans ant-contrib est suggérée par Tassilo Horn (la cible d'origine est ici )

Fondamentalement, comme il n'y a pas d'extension de <java> (encore?) De la même manière que <apply> étend <exec> , il suggère d'utiliser <apply> (qui peut bien sûr aussi exécuter un programme java en ligne de commande)

Voici quelques exemples:

  <apply executable="java"> 
    <arg value="-cp"/> 
    <arg pathref="classpath"/> 
    <arg value="-f"/> 
    <srcfile/> 
    <arg line="-o ${output.dir}"/> 

    <fileset dir="${input.dir}" includes="*.txt"/> 
  </apply> 

Voici un moyen de le faire en utilisant javascript et la tâche ant scriptdef, vous n'avez pas besoin d'ant-contrib pour que ce code fonctionne car scriptdef est une tâche fourmi principale.

<scriptdef name="bzip2-files" language="javascript">
<element name="fileset" type="fileset"/>
<![CDATA[
  importClass(java.io.File);
  filesets = elements.get("fileset");

  for (i = 0; i < filesets.size(); ++i) {
    fileset = filesets.get(i);
    scanner = fileset.getDirectoryScanner(project);
    scanner.scan();
    files = scanner.getIncludedFiles();
    for( j=0; j < files.length; j++) {

        var basedir  = fileset.getDir(project);
        var filename = files[j];
        var src = new File(basedir, filename);
        var dest= new File(basedir, filename + ".bz2");

        bzip2 = self.project.createTask("bzip2");        
        bzip2.setSrc( src);
        bzip2.setDestfile(dest ); 
        bzip2.execute();
    }
  }
]]>
</scriptdef>

<bzip2-files>
    <fileset id="test" dir="upstream/classpath/jars/development">
            <include name="**/*.jar" />
    </fileset>
</bzip2-files>

ant-contrib est le mal; écrivez une tâche de fourmi personnalisée.

ant-contrib est mauvais parce qu'il essaie de convertir fourmi d'un style déclaratif à un style impératif. Mais xml fait un langage de programmation de merde.

En revanche, une tâche ant personnalisée vous permet d'écrire dans un vrai langage (Java), avec un véritable IDE, où vous pouvez écrire des tests unitaires pour vous assurer que vous avez le comportement souhaité, puis faire une déclaration propre dans votre script de construction à propos de le comportement que vous souhaitez.

Cette diatribe n'a d'importance que si vous vous souciez d'écrire des scripts ant maintenables. Si vous ne vous souciez pas de la maintenabilité, faites ce qui fonctionne. :)

Jtf

Je sais que cet article est vraiment vieux, mais maintenant que certaines versions de temps et de fourmis sont passées, il existe un moyen de le faire avec les fonctionnalités de base des fourmis et j'ai pensé que je devrais le partager.

Cela se fait via un macrodef récursif qui appelle des tâches imbriquées (même d'autres macros peuvent être appelées). La seule convention est d'utiliser un nom de variable fixe (élément ici).

<project name="iteration-test" default="execute" xmlns="antlib:org.apache.tools.ant" xmlns:if="ant:if" xmlns:unless="ant:unless">

    <macrodef name="iterate">
        <attribute name="list" />
        <element name="call" implicit="yes" />
        <sequential>
            <local name="element" />
            <local name="tail" />
            <local name="hasMoreElements" />
            <!-- unless to not get a error on empty lists -->
            <loadresource property="element" unless:blank="@{list}" >
                <concat>@{list}</concat>
                <filterchain>
                    <replaceregex pattern="([^;]*).*" replace="\1" />
                </filterchain>
            </loadresource>
            <!-- call the tasks that handle the element -->
            <call />

            <!-- recursion -->
            <condition property="hasMoreElements">
                <contains string="@{list}" substring=";" />
            </condition>

            <loadresource property="tail" if:true="${hasMoreElements}">
                <concat>@{list}</concat>
                <filterchain>
                    <replaceregex pattern="[^;]*;(.*)" replace="\1" />
                </filterchain>
            </loadresource>

            <iterate list="${tail}" if:true="${hasMoreElements}">
                <call />
            </iterate>
        </sequential>
    </macrodef>

    <target name="execute">
        <fileset id="artifacts.fs" dir="build/lib">
            <include name="*.jar" />
            <include name="*.war" />
        </fileset>

        <pathconvert refid="artifacts.fs" property="artifacts.str" />

        <echo message="$${artifacts.str}: ${artifacts.str}" />
        <!-- unless is required for empty lists to not call the enclosed tasks -->
        <iterate list="${artifacts.str}" unless:blank="${artifacts.str}">
            <echo message="I see:" />
            <echo message="${element}" />
        </iterate>
        <!-- local variable is now empty -->
        <echo message="${element}" />
    </target>
</project>

Les principales fonctionnalités nécessaires là où:

• http://ant.apache.org/manual/ifunless.html introduit dans ant 1.9.1 (crédits à ant conditionnel si dans un macrodef )
• substrings, merci beaucoup à Comment extraire une sous-chaîne dans Ant
• l'élément macrodef en ligne.

Je n'ai pas réussi à faire le variabel délimiteur, mais ce n'est peut-être pas un inconvénient majeur.

Vous pouvez utiliser la tâche ant-contrib "for" pour parcourir la liste des fichiers séparés par n'importe quel délimiteur, le délimiteur par défaut est ",".

Voici l'exemple de fichier qui montre ceci:

<project name="modify-files" default="main" basedir=".">
    <taskdef resource="net/sf/antcontrib/antlib.xml"/>
    <target name="main">
        <for list="FileA,FileB,FileC,FileD,FileE" param="file">
          <sequential>
            <echo>Updating file: @{file}</echo>
            <!-- Do something with file here -->
          </sequential>
        </for>                         
    </target>
</project>

Faites ce que blak3r a suggéré et définissez le chemin de classe de vos cibles comme ceci

<taskdef resource="net/sf/antcontrib/antlib.xml">
    <classpath>
        <fileset dir="lib">
          <include name="**/*.jar"/>
        </fileset>
    </classpath>        
</taskdef>

où lib est l'endroit où vous stockez votre pot