Пропустить проверку Eclipse для build.xml - PullRequest
6 голосов
/ 15 октября 2010

Я выполнил шаги, приведенные в Блоге разработчиков Android , чтобы сгенерировать build.xml для создания выпусков для приложения Android. Мне нужно сделать пользовательскую компиляцию, поэтому я переписал целевой компилятор ant_rules_r3.xml, как сказано в сгенерированном build.xml.

 <target name="compile" depends="-resource-src, -aidl, -pre-compile" ...

Скрипт работает нормально и генерирует apk, но проблема в том, что Eclipse выдает ошибку, потому что не может найти цели -resource-src, -aidl и -pre-compile (которые загружаются при выполнении скрипта, но на самом деле отсутствуют на build.xml). Поскольку есть эти ошибки, я не могу работать с проектом в Eclipse.

Как я могу пропустить проверку этого единственного файла в Eclipse?

Ответы [ 5 ]

8 голосов
/ 15 октября 2010

Я не знаю, можете ли вы сделать это для одного файла, но я думаю, что вы можете отключить проверку в настройках затмения в разделе Проверка.

7 голосов
/ 01 декабря 2010

Другой обходной путь (менее радикальный, чем отключение всей проверки / сообщения о проблемах): Перейдите на вкладку Окно-> Настройки-> Муравей-> ПроблемыДобавить "build.xml" в список игнорируемых ...

1 голос
/ 02 января 2013

Я нашел 2 решения, которые работают для меня:

1 - Решение от кукудас выше:

Как насчет этого: в настройках ant -> editor во вкладке задачи "Игнорировать все проблемы с buildfile"? Вы можете установить там определенный файл тоже, если я не ошибаюсь. - Кукудас 15 октября 2010 года в 10: 28

Хотя это решение работает, оно зависит от рабочей области и может быть довольно утомительным, если пользователь хочет сохранить проверку Ant для нескольких файлов, но игнорирует большое количество файлов.

2 - Eclipse проверяет файлы ant только тогда, когда они открыты в редакторе. Следовательно, другое решение заключается в том, чтобы никогда не открывать файлы ant, которые не должны проверяться с помощью eclipse. Мне удалось избавиться от предупреждений, выполнив файл backup-delete-restore.

В идеале, проверка муравья должна выполняться так же, как и всякая другая проверка XML, поэтому ее можно настроить на уровне проекта.

1 голос
/ 17 октября 2010

Решение Kukudas «Игнорировать все проблемы со сборочными файлами» действительно решает проблему с корнем.

Однако Eclipse все равно обнаружит, что buidl.xml не работает, и не позволит Ant Builders вызвать файл.Фактически, Eclipse будет молча игнорировать такие этапы сборки в вашем проекте, как если бы их не было.

0 голосов
/ 21 октября 2011

Я нашел гораздо лучшее решение проблемы затмения, когда не удается найти цели сборки из импортированных / включенных проектов. Прежде всего, обновитесь до r14 sdk. Версия 14 использует только файл build.xml из каталога $ {sdk.dir} / tools / ant

В нижней части файла build.xml в вашем собственном проекте вы увидите инструкцию импорта, которая выглядит следующим образом:

<import file="${sdk.dir}/tools/ant/build.xml"/>

Измените это утверждение на

<import file="${sdk.dir}/tools/ant/build.xml" as="androidbuild" />

Затем из вашего проекта вы можете ссылаться на эти цели с помощью

<target name="compile" depends="androidbuild.-resource-src, androidbuild.-aidl, androidbuild.-pre-compile" />

Также обратите внимание, что теперь у них есть задачи перед компиляцией / сборкой, которые будут вызываться перед компиляцией. (посмотрите полный build.xml, чтобы точно узнать, когда они вызываются). Вы можете использовать их в качестве хуков для выполнения некоторой работы перед компиляцией без переопределения исходных задач.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...