eclipse застрял при создании рабочего пространства

я смог исправить это следующим образом:

во-первых, выйдите из Eclipse. Затем временно переместите следующее .projects папка в безопасное место:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

запуск и выход Eclipse, затем переместите .projects папку туда, где она была изначально:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

используйте на свой страх и риск, конечно.

некоторое время очень полезно выполнить eclipse из командной строки с параметром "-clean", чтобы обеспечить его очистку для рабочей области.

eclipse-clean не работал, но следовал

eclipse -clean -clearPersistedState

Eclipse часто зависает для меня на 44%, если я отлаживаю Android через USB. При отключении устройства запускается Eclipse.

принятый ответ позволил мне снова запустить Eclipse, но кажется, что проекты потеряли свои метаданные. (Например, все значки Git/Gradle/Spring исчезли из имен проектов.) У меня там много проектов, и я не хотел снова их импортировать.

так вот что работало на меня при Кеплере. YMMV но я хотел записать это на всякий случай, если это кому-то поможет.

Шаг 1. временно переехать в .projects file out из пути:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

Шаг 2. затем запустите Eclipse. Метаданные будут отсутствовать, но, по крайней мере, затмение начинается без застревания.

Шаг 3. Закройте Eclipse.

Шаг 4. вернуть .projects.bak файл с исходным именем:

$ mv .projects.bak .projects

Шаг 5. Перезапустить Eclipse. Он может построить некоторые вещи, но на этот раз он должен пройти. (По крайней мере, для меня.)

Шаг 1:

Открыть каталог проекта и редактировать .файл проекта, удалите следующие строки, чтобы отключить проверку сценариев java.

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

сохранить файл.

Шаг 2:

перейдите в каталог Eclipse installed и откройте eclipse.ini(или sts.in если у вас есть STS), измените значение xms и xmx в зависимости от размера ОЗУ вашего компьютера.

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

или: в windows перейдите к ярлыку eclipse на рабочем столе, справа нажмите- > Свойства - > добавить следующее: C:\software\eclipse\sts-3.6.2.РЕЛИЗ\STS.exe - clean-Xms512m-Xmx1024m

Запустить Eclipse.

перейдите в Eclipse->windows->preference - > Validation, включите приостановку всех валидаторов. Сделайте это, если вы не хотите делать какие-либо проверки, перечисленные в списке, приведенном в панели валидатора.

единственным решением для меня (Луна 4.4.1) был этот:

перейдите в свойства проекта > строители, а затем снимите флажок JavaScript Validator.

Я столкнулся с подобной проблемой в Eclipse Indigo. Я изменил HeapSize он начал работать правильно. Я просто добавил следующее затмение.ini-файл -vmargs -Xms1024m -Xmx1024m

Он работал нормально, после увеличения размера виртуальной машины

У меня есть эта проблема, когда у меня слишком много проектов maven, открытых сразу. Что я склонен делать это:

• перезапустить eclipse (иногда мне нужно убить eclipse)
• немедленно отключить автоматическую сборку (проект > снимите флажок строить автоматически)
• щелкните правой кнопкой мыши проект(Ы), который я хочу перестроить
• закрыть несвязанные проекты
• повторно включить автоматическую сборку

Это позволяет перестроить функционирование в 99% от дела в моем рабочем пространстве.

У меня была такая же проблема с моим Eclipse, и в качестве решения я создал новый проект, скопировал все ресурсы вручную (используя копирование/вставку windows) в новый проект, удалил старый проект и все.

иногда это происходит из-за неправильного выключения системы и Eclipse workspace начал сталкиваться с аналогичными проблемами.

надеюсь, что это будет работать.

удаление некоторых индексов JDT (in .метаданные.Плагины\орг.затмение.JDT, предназначенным.core), особенно большие файлы, часто исправляют или облегчают проблему для меня.

У меня была та же проблема.

используя диспетчер задач, чтобы убить процесс сборки и выйти из Eclipse без открытых проектов, я смог вернуться в Eclipse и очистить проект, не открывая его. Затем я снова перезапустил Eclipse, загрузил свой проект и все в порядке.

снимите флажок автоматическая сборка с помощью Eclipse - > Windows - > Preferences помогает устранить эту проблему.

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

Если вы не можете, то не чистите этот проект, когда вы очищаете и перестраиваете. Только перестраивать, когда это необходимо.

в моем случае проблема возникает после импорта загруженного проекта-застрял на 80% сборки. Решается путем добавления разрешений на запись для группы в файлы проекта (Ubuntu 12.04).

в моем случае это помогло удалить исходные папки из моих избранных в Проводнике Windows (Windows 8.0). Похоже, что сборка на самом деле не застряла, а сработала в каком-то бесконечном цикле (как уже упоминалось здесь - ошибка 342931).

Иногда проблема, кажется, исправлена путем убийства других программ, которые имеют файлы, открытые из папки проекта.

глядя на журналы [workspace]/.metadata/.log предоставил полезную информацию для меня. Оказалось, там был java.lang.OutOfMemoryError: PermGen space error когда сборка рабочего пространства будет висеть. Это можно редактировать в eclipse.ini или sts.ini(Если вы используете SpringSource Tool Suite) файл.

Я столкнулся с той же проблемой, когда пытался установить Angular.js с Бауэром в моем проекте. Кажется, у bower есть много файлов javascript, которые он скачал автоматически, что заставило мою IDE застрять в процессе проверки в течение длительного времени. Итак, я решил эту проблему таким образом,

• Я впервые установил tern.js 0.9.0.
• затем я перешел к свойствам проекта, выбрал путь скрипта tern включил только путь, который мне нужен для проверки, мой проект папка javascript. Я исключен другой путь, например заполнители, Угловатый.файлы js, файлы Jquery.
• Я снова выбрал Javascript из свойств и сделал то же самое вещи в включают источник пути.

моя IDE в настоящее время работает без замораживания. Я получил помощь оттуда. крачка Я думаю, это может быть полезно, где любая IDE застряла из-за большого количества файлов Javascript.

Я пробовал много этих предложений, но единственное, что наконец сработало для меня, это создание нового рабочего пространства и свежая проверка всех моих проектов в этой папке. Тогда он работал нормально ; -)

Я просто перезапустил eclipse, и он начал работать в следующий раз.

обновить все проекты, которые вы хотите построить. Работал

перезапустить eclipse.
Это работало для меня несколько раз.

Я смог решить эту проблему, удалив дополнительную папку, которую Eclipse создал в моей папке установки eclipse. Я не устанавливал, и я использовал Eclilpse Neon 3 с установленным набором инструментов Spring. Но, когда я заглянул в извлеченную установку eclipse, у меня была папка C:, которая имела некоторую структуру папок. Это было зеркальное отражение моей папки Загрузки. Я удалил его и перезапустил.

Это сработало для меня!

ни один из ответов здесь работал для меня. Что сработало, так это удалить следующую папку

C:\Users\your имя пользователя\рабочая область\проект имя.метаданные.Плагины\орг.затмение.ядро.ресурсы.проекты\проект имя.\индексы

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

затем я вытащил последний код проекта, и проблема была решена. Это было больше работы, так как мне пришлось перенастроить все, включая мои серверы, но build workspace останавливался на 50% в течение от 3 до 5 минут, прежде чем он полностью завершится, поэтому это стоило того усилие.

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