Как предотвратить зависание Eclipse при запуске? - PullRequest
219 голосов
/ 16 октября 2008

Я использую Eclipse 3.3 («Европа»). Периодически запуск Eclipse занимает чрезмерно много времени (возможно, навсегда). Единственное, что я вижу в журнале Eclipse:

    !ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09:47:34.801
    !MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

Поиск в Google показывает чье-то предложение , чтобы я удалил папку:

workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes

Похоже, это не помогло.

Если не начинать с нового рабочего пространства (что я не очень хочу делать, так как у меня уходит несколько часов, чтобы правильно настроить все мои проекты), есть ли способ заставить Eclipse запускаться правильно?

Ответы [ 34 ]

261 голосов
/ 15 апреля 2009

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

Файл был удален:

<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
226 голосов
/ 05 июля 2009

попробовать:

  1. cd до \. Метаданные \ .plugins \ org.eclipse.core.resources
  2. удалить файл *. Snap (или .markers in Indigo)
53 голосов
/ 21 сентября 2012

В моем случае (Юнона) я должен был сделать это:

find $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.core.resources/.projects \
-name .indexes -exec rm -fr {} \;

Это добилось цели.

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

Редактировать: мне также удалось перезапустить затмение, удалив только один файл:

rm $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Это работало нормально, без каких-либо индексов. Только рабочий стол, который лично мне не так уж и страшен.

34 голосов
/ 16 октября 2008

Вы можете попробовать сначала запустить Eclipse с опцией -clean.

В Windows вы можете добавить опцию -clean в ярлык для затмения. На Linux вы можете просто добавить его при запуске Eclipse из командной строки.

32 голосов
/ 31 марта 2011

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

Другой, немного лучший обходной путь, который, по-видимому, работает:

  1. Закрыть Eclipse.
  2. Временное перемещение оскорбительного проекта куда-то из рабочей области.
  3. Запустите Eclipse, дождитесь загрузки рабочего пространства (оно должно).
  4. Закрыть Eclipse снова.
  5. Переместить проект обратно в рабочее пространство.

Источник: Eclipse зависает при открытии рабочего пространства после обновления до GWT 2.0 / ядра приложений Google 1.2.8

30 голосов
/ 21 марта 2014

Я использовал eclipse -clean -clearPersistedState, и это сработало для меня.

Предупреждение: Это может удалить все проекты из рабочей области.

13 голосов
/ 06 ноября 2010

У меня была похожая проблема с довольно большим рабочим пространством в 3.5 и нигде .snap-файлов нигде не было видно. "Windows -> Preferences -> General -> Запуск и завершение работы -> Обновить рабочее пространство при запуске", похоже, связано с рабочим пространством, поэтому я не смог изменить его для рабочего пространства, которое вызывало зависание .

Запуск eclipse с параметром командной строки -refresh, а затем изменение настройки, похоже, помогут.

12 голосов
/ 27 декабря 2010

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

<eclipse workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects

Следовательно, следующий unix cmd добился цели:

find <eclipse_workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects  -name "*.snap" -exec rm -f {} \;
8 голосов
/ 17 января 2013

Я перепробовал все ответы в этой теме, и ни один из них не работал для меня - ни файлы моментальных снимков, ни перемещение проектов, ни один из них.

Как ни странно, работало перемещение всех проектов и папки .metadata в другое место, запуск Eclipse, его закрытие, а затем перемещение их всех назад.

5 голосов
/ 14 июля 2010

Так как у меня нет файла .snao или .prefs в папке .metadata.plugins \ org.eclipse.core.resources (работающей на OS X), то для меня было уловкой скопируйте папку .project в old.project, запустите Eclipse и проверьте

Windows -> Настройки -> Общие -> Запуск и завершение работы -> Обновить рабочая область при запуске

как предложено Мэттом Б. После этого я закрыл Eclipse, переименовал папку old.projects обратно в .projects, и после этого все снова заработало нормально.

...