android - p10 - La compilación de hormigas falla dentro de Eclipse
iphone 8 ant+ (9)
Agregue esta línea en la parte superior de las custom_rules.xml
<delete dir="../YourLibraryName/bin/res/crunch"/>
Si no tiene custom_rules.xml, cree uno y coloque esto en el archivo. Coloque las custom_rules.xml dentro del directorio de su proyecto.
<?xml version="1.0" encoding="UTF-8"?>
<project name="imported" >
<delete dir="../YourLibraryName/bin/res/crunch"/>
</project>
ACTUALIZAR
Se puede hacer agregando la siguiente línea en el proyecto de biblioteca build.xml.
<delete dir="${out.absolute.dir}"/res/crunch />
Durante años, he usado la integración de Ant para Eclipse para construir mis proyectos de Android como lo describe Google en esta página de documentación . Es mi forma favorita de crear compilaciones de lanzamiento, porque simplemente puedo presionar "Ejecutar herramienta externa" en Eclipse para iniciar la compilación de Ant y se ejecuta en segundo plano.
Desde hace poco (creo que ADT 22.0 o 22.1), he estado recibiendo el siguiente error:
[echo] Handling Resources... [aapt] Generating resource IDs... [aapt] invalid resource directory name: C:/path/to/project/bin/res/crunch
CONSTRUCCIÓN FALLIDA
C: / Android / android-sdk / tools / ant / build.xml: 653: Se produjo el siguiente error al ejecutar esta línea:
C: / Android / android-sdk / tools / ant / build.xml: 698: se devolvió nulo: 1
No estoy seguro de cuál es la causa de esto, ya que AAPT parece generar el propio directorio "crunch". He intentado limpiar mi proyecto e inhabilitar el edificio automático en Eclipse, pero sin éxito.
También intenté ejecutar el ant release
fuera de Eclipse, pero esto da el mismo error. La ejecución de la ant clean release
tampoco funciona, ya que intenta eliminar los archivos jar que Eclipse todavía está utilizando. Por lo tanto, la única solución que he encontrado para trabajar es:
- Salir Eclipse
- Espera a que finalice el proceso.
- Ejecutar
ant clean release
Esto es insoportable porque, como sabemos, reiniciar Eclipse es un dolor real. Además, todos los proyectos afectados deben limpiarse, lo que hace que el proceso completo tarde hasta media hora. He abierto el número 60496 en b.android.com , pero no he escuchado ninguna respuesta oficial.
¿Hay alguna solución a esto aparte de morder la bala y cambiar a Android Studio?
En OSX acabo de limpiar el proyecto y reconstruirlo y eso funcionó para mí.
Proyecto> Limpiar (elija el nombre de su proyecto)
Hola prueba esta línea y constrúyelo de nuevo.
rm -fR $(find . -type d -name crunch|xargs)
Intenté las soluciones aquí: reiniciar eclipse, limpiar el proyecto y reconstruir, eliminar la carpeta crunch y ejecutar ant., Etc. Después de ejecutar el script ant (desde eclipse) parece que ADT interfiere y genera la carpeta crunch repetidamente. La solución para mí era simplemente ejecutar ant
desde la línea de comandos. Inicialmente tuve que ejecutar los siguientes pasos para eliminar la carpeta de contracción:
- Desactivar la opción
Build Automatically
desde el menúProject
. - Eliminar manualmente la carpeta
cruch
. - Ejecutar la
ant clean release
deant clean release
desde la línea de comandos.
La respuesta está aquí:
http://pissedoff-techie.blogspot.in/2014/07/android-build-fails-with-ant-on-eclipse.html
- Deshabilitar la construcción automática.
- eliminar carpeta crujiente.
- Ejecutar script de ant.
- volver a habilitar la compilación automática.
Si está ejecutando ant desde la línea de comando, use el comando ''ant clean release'' en lugar de solo ''ant release''. Si está utilizando eclipse, deshabilite la función autobuild delete crunch y luego ejecute más información: http://pissedoff-techie.blogspot.in/2014/07/android-build-fails-with-ant-on-eclipse.html
También de https://code.google.com/p/android/issues/detail?id=60496 , acabo de eliminar gen / * y bin / * en el proyecto y está haciendo referencia a la biblioteca. Funcionó.
También tuve el mismo tipo de problema. Borré manualmente las carpetas ''bin'' y ''gen'' de la biblioteca y probé. Funciono para mi
Tuve un error similar en una máquina Linux. Resulta que aapt usa las bibliotecas de emulación de 32 bits, y si fallan por alguna razón, entonces el proceso de construcción puede fallar misteriosamente en esta ubicación en build.xml.
En mi caso, el motivo de la falla fue que CircleCI tuvo que parchear su kernel para incluir en la lista negra una vulnerabilidad recientemente encontrada en una API de emulación de 32 bits. Luego pudieron parchear su kernel para eliminar la vulnerabilidad en un par de días.