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

Я использую eclipse 3.4.1 Java EE под Vista. Мне нравится застревать при создании своего рабочего места. Отмена сборки, похоже, тоже ничего не дает.

Почему это происходит и как решить проблему?

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

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

Сначала выйдите из 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файл с пути:

$ 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. Он может кое-что построить, но на этот раз он должен пройти. (По крайней мере, для меня.)

Шаг 1:

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

  <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

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

Запустите Eclipse.

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

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

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

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

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

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

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

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

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

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

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

Удаление некоторых индексов JDT (в .metadata.plugins \ org.eclipse.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 в свой проект. Мне кажется, что в bower есть много файлов javascript, которые он загружает автоматически, из-за чего моя IDE надолго зависает в процессе проверки. Итак, я решил эту проблему таким образом,

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

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

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

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

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

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

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

У меня это сработало!

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

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

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

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

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

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

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

Если вы используете Maven в качестве инструмента сборки, вы можете:

1. Близкое затмение

2. Удалите каталоги зависимостей, расположенные в .m2 / repository / - в Linux он находится в домашнем каталоге, а в Windows он должен находиться в c: \ Users <YourUsername> .m2 (замените '' своим именем пользователя)

3. Запустите Eclipse и наслаждайтесь нормальной работой :)

Это помогло мне решить эту проблему, и я надеюсь, что это поможет и вам. :)
Ура!

PS Я отредактировал свой ответ (как спросил @howlger ), где также было предложено удалить папки .eclipse и .p2, поскольку это может нанести вред ( хотя в моем случае этого НЕ было + мне пришлось переустановить некоторые плагины, которые я с помощью).