Ошибка при анализе содержимого Android sdk и инициализации java-инструментов в eclipse

Ответ 1

Закройте все открытые проекты и выйдите из Eclipse. Теперь вы можете открыть Eclipse без получения ошибки. Начните открывать свои проекты один за другим, чтобы найти причину проблемы. Это наиболее вероятно, потому что вы удалили профиль устройства внутри менеджера AVD.

Ответ 2

Не удаляйте все полные метаданные

• Резервное копирование. metadata​​li >
• удалить только. metadata/.plugins/org.eclipse.core.resources/.project
• перезапустить eclipse

Наблюдение: создаются папки проектов

Далее - если вы используете svn/ git/hg, есть ссылки на репозиторий кода, он будет уничтожен, поэтому для восстановления

• закрыть eclipse
• копировать соответствующие проекты из резервной копии для объединения с текущими проектами в .metadata/.plugins/org.eclipse.core.resources/.project
• перезапустить eclipse

Спад - может возникнуть спорадическая ошибка ошибки (синхронизация или что-то еще) - безвредный

backagain

Ответ 3

Сегодня утром я столкнулся с той же проблемой. Это проблема, связанная с рабочей областью.

Решение 1
Я заглянул в свои метаданные и прочитал файлы .bak_number.log. Некоторые макеты не разобрались, а мои проекты не синхронизировались с файловой системой. Поэтому я удалил все файлы .bak_number.log. Перезапустите Eclipse и все пространство worskspace должно снова работать так, как вы раньше.

Решение 2
Однако, если это происходит не из-за синхронизации с файловой системой. Измените рабочее пространство и импортируйте все проекты eclipse из предыдущего рабочего пространства. Благодаря файлам project.properties зависимости сохраняются.

PS: Я должен вернуться в IntelliJ:)

Ответ 4

• сначала закройте свой Eclipse

• Перейдите в рабочее пространство и переименуйте метаданные в tushmetadata и перейдите к tushmetadata- > .plugins → org.eclipse.core.runtime → .settings и скопируйте с него все файлы.

• теперь откройте Eclipse и перейдите в свое рабочее пространство, там вы увидите недавно созданная папка metadata, в которую идут .plugins → org.eclipse.core.runtime → .settings и вставьте сюда и не делайте перезаписать любой файл.

• Попробуйте проект Hello World и запустите его.

Ответ 5

Попробуйте удалить файл .metadata из папки рабочего пространства android.. В папке Metadata содержатся все файлы конфигурации для eclipse. Это работает для меня.

Ответ 6

Ваши ответы могут быть правильными. Я сделал это, чтобы изменить свое рабочее пространство. Я перезагрузил проект, над которым я собирался работать с git, и повторно его импортировал. Теперь он отлично работает:) Может быть, в этом проекте были некоторые файлы, из-за которых появились сообщения об ошибках? Незнайка....

Ответ 7

Я удаляю папку .metadata, но после нее, когда я запускаю eclipse, я не могу создать какой-либо проект Android. Чтобы решить эту проблему, я сделал следующее:

• Перейдите в основной рабочий каталог eclipse
• Локализовать папку com.android.ide.eclipse.adt Она должна быть в .oldMetadata/.plugins/
• Скопируйте его в новую конфигурацию eclipse:.metadata/plugins/

Смотрите полное решение здесь: http://www.jiahaoliuliu.com/2011/06/running-android-sdk-in-eclipse-errors.html#solution4

Ответ 8

Для меня источником проблемы NullPointerException был проект тестирования Junit для хоста, который ссылается (и тестирует) код на проект Android. У него не было файла project.properties. Это не проект Android, но по какой-то причине более новые версии SDK каким-то образом ожидают там файла. Чтобы устранить проблему, я просто скопировал файл project.properties из проекта Android в проект хоста unit test.

Ответ 9

Когда я встретил эту проблему около года назад, у меня были некоторые проекты в моей рабочей области, которые нуждались в определенном уровне Android SDK (скажем, 2.1), и я не установил его в Android SDK.

Ответ 10

Ответ slott помог многим. Однако удаление метаданных или переустановка затмения не было. Хитрость заключалась в том, чтобы изолировать проект, вызвавший проблему, удалить ее папку .settings и .project и reimport.

Ответ 11

Я обнаружил другую причину, когда я добавил символ пробела в пустую строку в файле project.properties. Когда я в конце концов побежал android update project -p . программа (android.exe) выбросила исключение NPE. Когда я удалил пробел из пустой строки, команда android update project работала, и затмение начало вести себя (после запуска clean несколько раз).

Это произошло с r20 Android SDK на 64-разрядной машине Windows 7.

FYI мое изменение, которое исправило проблему в project.properties, было общедоступным в http://code.google.com/p/android-daisy-epub-reader/source/detail?r=517

Ответ 12

Я обнаружил, что он просто пропускает файл project.properties в папке проекта. После копирования одного из другого проекта ошибка исчезла. Единственная допустимая строка в project.properties -

target=android-8

Ответ 13

Это просто натянуто. В моем случае, когда я взял обновление subversion, я получал эту проблему. Причиной было повреждение моего файла project.properties(из-за конфликта подрывной деятельности). Я только что исправил файл, и проблема была решена.

Ответ 14

Если вы используете SVN или GIT, проверьте, конфликтует ли у project.properties или нет. Иногда проект не может быть открыт из-за этого.

Ответ 15

Я надеюсь, что это кому-то полезно и экономит свое время: мой коллега столкнулся с той же проблемой, и мы почти все упомянули здесь, не повезло. В итоге мы изменили версию Android SDK в файле манифеста, и она сработала.

Ответ 16

Это решение сработало для меня.

Закройте Eclipse и удалите все .markers внутри вашей папки рабочей области.

Перезагрузите Eclipse (как только мне пришлось перезапустить его дважды, он зависает на первом, но работает на втором, без каких-либо аргументов).

Конечно, всегда безопасно поддерживать их в первую очередь.