J'ai suivi les étapes données dans Blog de développeur Android pour générer une build.xml pour des versions de construction pour une application Android. J'ai besoin de faire une compilation personnalisée de sorte que j'ai écrasé la compilation cible de l'ant_rules_r3.xml tel qu'il est dit dans la build.xml générée.xml. Le script fonctionne bien et génère l'APK, mais le problème est que Eclipse montre une erreur car elle ne peut pas trouver de cibles Comment puis-je sauter la validation de ce fichier unique dans Eclipse? -Resource-src , -Aidl et -pre-compile (qui sont chargé lors de l'exécution du script mais ne sont pas vraiment présents sur la build.xml). Comme il y a ces erreurs, je ne peux pas travailler avec le projet dans Eclipse.
5 Réponses :
Je ne sais pas si vous pouvez le faire pour un seul fichier, mais je pense que vous pouvez désactiver la validation dans les préférences Eclipse sous validation.
Cela ne résout pas le problème. J'ai suspendu tous les validateurs dans la section Validation et nettoyé le projet, mais les erreurs sont toujours là. Peut-être que ces erreurs ne viennent pas d'un validateur. Eclipse appelle cette erreur "problème de la construction de fourmis".
Que diriez-vous de cela: Sous Préférences Ant -> Editeur dans les problèmes d'onglet "Ignorer tous les problèmes de construction"? Vous pouvez également vous installer un fichier spécifique si je ne me trompe pas.
Ant -> Editeur -> 'Ignorer tous les problèmes de construction "travaillés pour moi aussi. Merci!!
La solution de Kukudas pour "ignorer tous les problèmes de construction" résoudra le problème de la racine.
Toutefois, Eclipse détectera toujours le BuidL.xML comme cassé et ne permettra pas aux Navilleurs des fourmis d'appeler le fichier. En fait, Eclipse ignorera silencieusement ces étapes de construction dans votre projet comme si vous n'étiez pas là.
Ce script de fourmis est juste pour construire le projet en dehors de l'éclipse. Je veux que Eclipse l'ignore, c'est juste une alternative à la génération d'APK Eclipse.
C'est un problème sur mon projet, où j'utilise une tâche de fourmis (dans les deux systèmes de construction) pour renseigner certaines constantes et ressources lors de certaines cibles de pré-compilation.
Une autre solution de contournement (moins drastique que de désactiver tous les rapports de validation / problème): Aller à la fenêtre-> Préférences-> Ant-> Tab. Ajouter "build.xml" à la liste des ignorés ...
Pour moi, c'était une fourmi -> Préférences -> Editeur -> Onglet Problèmes
J'ai compris une bien meilleure solution au problème de l'Eclipse ne constatant pas à créer des objectifs des projets importés / inclus. Tout d'abord, passez à la SDK R14. La révision 14 utilise uniquement un fichier build.xml à partir du répertoire $ {sdk.dir} / outils / ant
en bas du fichier build.xml dans votre propre projet, vous verrez une instruction d'importation qui ressemble à ceci : p> modifie cette instruction à p> puis de votre projet, vous pouvez faire référence à ces cible avec p> <target name="compile" depends="androidbuild.-resource-src, androidbuild.-aidl, androidbuild.-pre-compile" />
Malheureusement, cela n'a pas fonctionné pour moi. Aurait été une solution propre.
Cela fonctionne, j'utilise cette méthode pendant un an ou donc maintenant sans problèmes.
En fait, il est possible que les objectifs de construction des parents soient cachés et ne peuvent pas être référencés. Si vous utilisez des targtes non cachées (en commençant par un tiret, il fonctionne définitivement). Je devrai tester cela spécifiquement car je ne faisant que référencer la libération et les cibles nettoyées du fichier de construction parent.
J'ai trouvé 2 solutions qui fonctionnent pour moi:
1 - La solution de Kukudas ci-dessus:
Que diriez-vous de cela: Sous Préférences Ant -> Editeur dans les problèmes d'onglet "Ignorer tous les problèmes de construction"? Vous pouvez vous installer un fichier spécifique aussi si je ne me trompe pas. - Kukudas 15 octobre à 10h28
Bien que cela fonctionne, cette solution est spécifique à l'espace de travail et peut être assez fastidieuse si un utilisateur souhaite garder la validation des fourmis pour quelques fichiers, mais ignorer un grand nombre de fichiers.
2 - Eclipse semble valider les fichiers de fourmis uniquement lorsqu'ils sont ouverts dans un éditeur. Par conséquent, une autre solution implique de ne jamais ouvrir des fichiers de fourmis qui ne doivent pas être validés à l'aide d'Eclipse. J'ai réussi à vous débarrasser des avertissements en faisant une sauvegarde de fichier-restaurer.
Idéalement, la validation des fourmis doit être effectuée comme toute autre validation XML afin qu'elle puisse être configurée au niveau du projet.