Затмение застревает при создании рабочего пространства

Ответ 1

Вы можете взглянуть на Как сообщить о тупике. Вы также можете проверить представление Error и/или журнал ошибок ([workspace]/. Metadata/.log). Если это не поможет, вам, вероятно, потребуется включить дополнительную информацию о том, какие плагины вы установили и какие у вас проекты. Можете ли вы создать минимальное рабочее пространство, которое воспроизводит проблему?

Ответ 2

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

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

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

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

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

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

Ответ 3

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

Ответ 4

eclipse -clean не работал, но после этого

eclipse -clean -clearPersistedState

Ответ 5

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

Ответ 6

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

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

Шаг 1. Временно переместите файл .projects в сторону:

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

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

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

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

$ mv .projects.bak .projects

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

Ответ 7

Шаг 1:

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

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

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

Шаг 2:

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

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

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

Запустить Eclipse.

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

Ответ 8

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

• Перезапустить eclipse (иногда мне нужно убить eclipse)
• Отключить автоматическую сборку немедленно (проект > снимите флажок "Сборка автоматически" )
• Щелкните правой кнопкой мыши проект (ы), который я хочу перестроить
• Закрыть не связанные проекты
• Включить автоматическую сборку

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

Ответ 9

Единственным решением для меня (Luna 4.4.1) было следующее:

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

Ответ 10

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

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

Ответ 11

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

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

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

Ответ 12

Удаление некоторых индексов JDT (в .metadata.plugins\org.eclipse.jdt.core), особенно больших файлов, часто фиксирует или облегчает проблему для меня.

Ответ 13

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

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

Ответ 14

Отменить автоматическую сборку с помощью Eclipse- > Windows- > Настройки помогают устранить эту проблему.

Ответ 15

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

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

Ответ 16

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

Ответ 17

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

Ответ 18

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

Ответ 19

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

Ответ 20

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

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

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

Ответ 21

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

Ответ 22

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

Ответ 23

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

Ответ 24

Перезапустить затмение.
Он работал у меня несколько раз.

Ответ 25

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

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

Ответ 26

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

C:\Users\ваше имя пользователя\workspace\имя проекта .metadata.plugins\org.eclipse.core.resources.projects\имя проекта \.indexes

Ответ 27

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

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

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

Ответ 28

Внутри папки проекта откройте файл .project. Плохая запись, и это может помочь

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