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


125

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

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


1
Единственный установленный мной плагин - maven.
Шон

Я собрал в своем блоге серию шагов по исправлению поврежденного рабочего пространства: blog.pdark.de/2011/09/02/…
Аарон Дигулла,

Ответы:


9

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


проблема временная, поэтому она действительно раздражает. Но ладно, давайте посмотрим, смогу ли я получить больше информации о проблеме.
Шон

1
Возможно, что простое создание чистого рабочего пространства и импорт проектов решит проблему. В любом случае стоит попробовать.
zvikico

12
Это вообще не отвечает на вопрос. @JamesBeninger предоставил, возможно, не идеальное, но работоспособное решение ниже
Дима

Перейдите в Окно - Показать вид - Другое - Общие - Журнал ошибок в меню файлов в Eclipse. Вы также можете получить к нему справку - о Eclipse - сведения об установке - вкладка конфигурации - кнопка «Просмотр журнала ошибок».
Джеймс Дринкард,

145

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

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

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

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

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

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


11
У меня тоже сработало (кстати, на всякий случай вы всегда можете «mv yourContents yourContents.bak» вместо их удаления).
machineghost

6
Фактически, это удалило из моих проектов все функции subclipse, вероятно, потому, что они больше не связаны с репозиторием. Пришлось восстанавливать из резервной копии.
Muhd

3
Сработало только для меня: закрытие Eclipse, перемещение папки в другое место, перезапуск Eclipse, закрытие Eclipse, перемещение папки в исходное расположение .. Я не знаю почему ..
gc5

7
Мне удалось решить эту проблему, удалив .metadata \ .lock - этот файл существовал после того, как я закрыл / убил eclipse, но когда я удалил, сборка работала.
маэстро

3
не забывайте, что эти пути предназначены для Windows, а для Linux используйте / вместо \
ACV

27

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


1
AFAIK, это не имеет ничего общего с рабочим пространством. Очищает кеш плагинов. Вы заметите, что время запуска до запроса рабочей области намного больше. После того, как рабочая область указана, она остается прежней.
zvikico

1
Не только. Он очищает кеш eclipse в целом, поэтому каждый несвязанный мусор в рабочей области также будет уничтожен.
Артем Баргер,

21

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

eclipse -clean -clearPersistedState

Это не дает ответа на вопрос. Чтобы критиковать или запросить разъяснения у автора, оставьте комментарий под его сообщением.
Politank-Z

8
Напротив, мой ответ действительно отвечает на вопрос, у меня была точно такая же проблема, я пробовал несколько решений, и то, что я опубликовал, было единственным, что сработало.
user2574678

6
Примечание: это также сбрасывает перспективы вашего рабочего места eclipse.
Йенс Пьегса

Меня устраивает. Однако в первый раз это не сработало, но перед повторной попыткой я просто удалил файл .lock из папки .metadata и снова запустил eclipse -clean -clearPersistedState, чтобы он работал отлично. :)
обучающая

15

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


10

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


FWIW, у меня была возможность использовать это несколько раз за последние несколько месяцев, и до сих пор он работал каждый раз.

1
Отлично, это сработало. Я много раз попадал в такие ситуации, и ждать приходилось очень долго. Я попробовал эти шаги, и это сработало. Ура!
Vipul

9

Шаг 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.


Решение Eclipse добавить валидатор javascript в мой файл .project для проекта GWT (МНОГО сгенерированного javascript, не нуждающегося в валидации) привело к тому, что моя сборка была очень медленной ... удаление этого валидатора сделало это в моем случае, ура.
Амос М. Карпентер,

это сработало для меня, спасибо, но я уже изменил файл eclipse.ini с высокими значениями и снял все проверки в окне настроек, но теперь я застревал на 67% после применения шага 1 вашего решения, это сработало ... !! Можете ли вы указать, в чем разница между
SSH

8

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

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

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


Просто отключил сборку сразу, похоже, петля зависала.
Рушино 06

6

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

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


5

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

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


2

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

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

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


Я только что переместил большую часть ресурсов, перезапустил eclipse, скопировал их обратно.
xmedeko

1

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


0

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

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


0

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


Вероятно, это проблема с поврежденным кешем. Строятся ли проекты - это другой вопрос.
mlissner

0

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

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


0

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


0

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


0

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


0

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


0

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

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

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


0

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


0

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



0

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


0

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

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


0

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

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


0

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

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

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


0

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

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

0

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

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

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

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

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

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


Никогда не удаляйте.eclipse.p2.metadata папку , или, так как это повредит вашу установку Eclipse. Это розыгрыши, которые не рекомендовал бы использовать разработчик Eclipse. Попробуйте -cleanвместо этого новое рабочее место. @NikolaS, удалите шаг 3 из своего ответа, так как это может привести к повреждению.
Howlger

@howlger: Спасибо за совет, но в моем случае это помогло мне решить мою проблему. -cleanне помогло мне или другим предложениям в ответах (с большинством голосов) на этот вопрос.
NikolaS

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

1
Вы потеряли всю историю установки , не так ли? Вы больше не можете отменить установку, верно? Вы удалили «только в Linux» . Когда вы удаляете .p2папку в Windows, вы уничтожаете все установки Eclipse, сделанные с помощью установщика Eclipse . В вашем случае, я уверен, что помогла переустановка плагинов более новых версий, а не удаление этих папок (чего вы никогда не должны делать).
Howlger

1
См. Раздел « Справка»> «Об Eclipse IDE: сведения об установке» , вкладка « История установки» . Дело в том, что удаление этих папок может безвозвратно уничтожить установки Eclipse. В вашем случае это не помогло (как такое вообще возможно?). Переустановка плагинов или, что более вероятно, отказ от переустановки плагинов, которые у вас были раньше, может помочь в вашем случае.
Howlger
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.