Eclipse сохраняет рабочее пространство... и строительное пространство... и рабочее пространство для строительства

Почему Eclipse при создании Android-проекта застрял в бесконечном цикле для Building workspace... и (re) Building workspace... и (re) Building workspace...

Является ли это известной ошибкой?

Каков правильный способ выйти из этого цикла?

Примечания:

Если я сниму отметку Project > Build Automatically, он строит отлично и даже экспортирует отлично работающий подписанный выпуск APK.
Эта проблема началась только после того, как я обновился до последнего SDK r19. До этого (SDK r11) я никогда не испытывал этой проблемы.
Ошибка 160868 описывает именно эту проблему. Но разве это не решено с тех пор?
Подобное описание проблемы нашло здесь, но, как и предыдущий, оно устарело и не связано напрямую с разработкой Android.
Проблема 27940 предлагает ошибку при обработке константы с именем BuildConfig.DEBUG, которая может быть или не быть связана. Но разве это не было исправлено в r18???
Я нашел этот отличный совет для автоматической пометки/даты-тиснения в системе сборки Android, но я не использую ничего подобного, в дополнение к двойной проверке и проверяя, что строители приходят в правильном порядке в список заказов строителей проекта (тот же порядок, что и другие проекты, которые не демонстрируют это поведение построения с бесконечным циклом).
Моя догадка говорит мне, что может быть файл блокировки или флаг, который каким-то образом застрял (режим только для чтения?) и, таким образом, путает систему сборки. Любая идея, что может быть таким булевым и где его найти?
Если я сначала открою другой проект в том же рабочем пространстве (который не проявляет этой проблемы), проект, который имеет эту проблему, чудесным образом останавливает бесконечное восстановление. Это не происходит, если я сначала отменил порядок открытия проекта. Означает ли это, что гремлины в системе сборки Eclipse/SDK/ADT?

Нет "слепой стрельбы", пожалуйста: ответьте на этот вопрос, только если вы лично испытали это удивительное явление (и решили его) или можете указать на статью, которая испытала это удивительное явление (и решила его).

Ответ 1

Выключено ошибка 27940 еще не исправлена.

Я использую следующее обходное решение:

Отключить "Project > Build Automatically"
Проект > Очистка
Project > Build All

Ответ 2

Вы добавили свое рабочее пространство в библиотеку Windows 7 (например, в Избранное Windows Explorer или в библиотеки Windows Explorer)? Другой пользователь имел аналогичную проблему здесь.

Если у вас есть что-то открытое в другом редакторе (в целевом каталоге вашего проекта), это также может вызвать бесконечный цикл "Build Workspace".

Ответ 3

Я решил это, открыв файл моего модуля .project. Было два избыточных ввода и удаление помогло:

<buildCommand>
    <name>org.eclipse.m2e.core.maven2Builder</name>
    <arguments>
    </arguments>
</buildCommand>
<buildCommand>
    <name>org.eclipse.m2e.core.maven2Builder</name>
    <arguments>
    </arguments>
</buildCommand>

Иногда это также может быть вызвано следующими двумя записями, из которых вы должны удалить более старую запись org.maven.ide

<buildCommand>
  <name>org.maven.ide.eclipse.maven2Builder</name>
</buildCommand>
<buildCommand>
  <name>org.eclipse.m2e.core.maven2Builder</name>
</buildCommand>

Возможно также, что существуют две одинаковые натуры:

<natures>
    <nature>org.eclipse.m2e.core.maven2Nature</nature>
</natures>
<natures>
    <nature>org.eclipse.m2e.core.maven2Nature</nature>
</natures>

или две природы, из которых одна старая

<natures>
    <nature>org.eclipse.m2e.core.maven2Nature</nature>
</natures>
<natures>
    <nature>org.maven.ide.eclipse.maven2Nature</nature>
</natures>

Просто удалите лишнюю или старую org.maven.ide.eclipse.maven2Nature

Ответ 4

У меня была такая же проблема, и я некоторое время не мог понять, почему. Затем я, наконец, понял, что вызывает его (для меня все равно).

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

Итак, если какой-либо из ваших проектов в вашей рабочей области использует любые внешние библиотеки, убедитесь, что путь сборки определен вашей библиотекой (Properties -> Java Build Path -> Projects[tab].

Я надеюсь, что это поможет кому-то другому.

Ответ 5

Помимо создания всего проекта, вы можете Завершите завершенные проекты.
нажмите на готовый проект и
перейдите на страницу проект → закрыть проект
надеюсь, что это сработает

Ответ 6

Оба проекта ссылаются друг на друга.

Перейдите в раздел "Project- > Properties- > Project References" и проверьте ссылки на оба проекта, что приводит к бесконечному циклу при создании автоматически.

Ответ 7

В моем случае это можно решить следующим образом:

У меня было окно командной строки с текущим каталогом, установленным в целевой папке проектов, которые будут построены. Это вызвало бесконечный цикл. Закрытие окна и проблема решена.

Я предполагаю, что если что-то помешает затмению удалить какую-либо целевую папку, оно будет пытаться снова и снова.

Ответ 8

У меня была такая же проблема, и я решил ее удалить: Проект > Свойствa > Строители > JavaScript Validator

У меня не было javascript на моем веб-сайте.

Ответ 9

Чтобы добавить мои два цента: Да, это 2019, так что Eclipse 2019-06 установлен сейчас... eyeroll Я имею в виду, что у меня иногда возникала проблема и с более ранними версиями, но после обновления до Eclipse 2019-06 у меня вдруг было три таких " Шпалы "работали параллельно и больше не могли ничего делать.

Чтобы это снова заработало, мне пришлось удалить дерево каталогов моих проектов в моем репозитории Maven. Так что в моем случае мне нужно было только удалить каталог ~/.m2/repository/com/sjngm.

Затем я перезапустил Eclipse, и во время запуска он, казалось, загружал недостающие зависимости под этим каталогом из нашего внутреннего репозитория.