Recibo la siguiente advertencia:

[javac] build.xml:9: warning: 'includeantruntime' was not set, 
defaulting to build.sysclasspath=last; set to false for repeatable builds

¿Qué significa esto?

Tiempo de ejecución de hormigas

Simplemente configura includeantruntime="false":

<javac includeantruntime="false" ...>...</javac>

Si tienes que usar el javac-tarea varias veces que tal vez quieras considerar usar PreSetDef para definir el tuyo javac-tarea que siempre establece includeantruntime="false".

Detalles adicionales

De http://www.coderanch.com/t/503097/tools/warning-includeantruntime-was-not-set:

Eso es causado por una falla introducida en Ant 1.8. Simplemente agregue un atributo de ese nombre a la tarea javac, configúrelo como falso y olvide que alguna vez sucedió.

De http://ant.apache.org/manual/Tasks/javac.html:

Si incluir las bibliotecas de tiempo de ejecución de Ant en el classpath; el valor predeterminado es sí, a menos que se establezca build.sysclasspath. Por lo general, es mejor establecer esto en falso para que el comportamiento del script no sea sensible al entorno en el que se ejecuta.

Como mencionó @Daniel Kutik, presetdef es una buena opción Especialmente si uno está trabajando en un proyecto con muchos build.xml archivos que uno no puede, o prefiere no editar (por ejemplo, los de terceros).

Usar presetdefagregue estas líneas en su nivel superior build.xml expediente:

  <presetdef name="javac">
    <javac includeantruntime="false" />
  </presetdef>

Ahora todo lo subsiguiente javac las tareas esencialmente heredarán includeantruntime="false". Si sus proyectos realmente necesitan bibliotecas de tiempo de ejecución de hormigas, puede agregarlas explícitamente a sus archivos de compilación O establecer includeantruntime="true". Este último también eliminará las advertencias.

Subsecuente javac las tareas aún pueden cambiar esto explícitamente si lo desea, por ejemplo:

<javac destdir="out" includeantruntime="true">
  <src path="foo.java" />
  <src path="bar.java" />
</javac>

Yo recomendaría no usar ANT_OPTS. Funciona, pero anula el propósito de la advertencia. La advertencia le dice a uno que la construcción de uno puede que comportarse de manera diferente en otro sistema. Usando ANT_OPTS hace que esto sea aún más probable porque ahora todos los sistemas necesitan usar ANT_OPTS del mismo modo. También, ANT_OPTS se aplicará globalmente, suprimiendo las advertencias de cualquier manera en todos sus proyectos

chet medias escribió una buena explicación aquí:

Históricamente, Ant siempre incluía su propio tiempo de ejecución en el classpath disponible para la tarea javac. Por lo tanto, cualquier biblioteca incluida con Ant, y cualquier biblioteca disponible para ant, se encuentran automáticamente en el classpath de su compilación, le guste o no.

Se decidió que esto probablemente no era lo que la mayoría de la gente quería. Así que ahora hay una opción para ello.

Si elige “verdadero” (para includeantruntime), entonces al menos sabrá que su classpath de compilación incluirá el tiempo de ejecución de Ant. Si elige “falso”, acepta el hecho de que el comportamiento de compilación cambiará entre versiones anteriores y 1.8+.

A pesar de lo molesto que está al ver esta advertencia, sería aún menos feliz si sus compilaciones se rompieran por completo. Mantener este comportamiento predeterminado permite que los archivos de compilación no modificados funcionen de manera consistente entre versiones de Ant.

La respuesta de Daniel funciona perfectamente. Aquí hay un fragmento de muestra que agregué a mi build.xml:

<target name="compile">
    <mkdir dir="${classes.dir}"/>
    <javac srcdir="${src.dir}" destdir="${classes.dir}" includeantruntime="false">
                                                 <!--   ^^^^^^^^^^^^^^^^^^^^^^^^^  -->
        <classpath>
            <path id="application" location="${jar.dir}/${ant.project.name}.jar"/>
            <path id="junit" location="${lib.dir}/junit-4.9b2.jar"/>
        </classpath>
    </javac>
</target>

Si te gusta que trabaje desde la línea de comandos, la respuesta rápida es ejecutar

export ANT_OPTS=-Dbuild.sysclasspath=ignore

Y luego ejecute su script de hormiga nuevamente.

Usar <property name="build.sysclasspath" value="last"/> en su archivo build.xml

Para más detalles busca includeAntRuntime en Hormiga javac

Se pueden encontrar otros valores posibles aquí

Me enfrenté a esto mismo, me registré en el programa y la función. hubo una actualización instalada para jdk1.8 que no es compatible con mi configuración anterior (jdk1.6.0) para ant en eclipse. Instalo esa actualización. en este momento, mi proyecto hormiga es construir el éxito.

Pruébelo, espero que esto sea útil.