Как предотвратить зависание Eclipse при запуске?

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

•   
• cd to <workspace> \. metadata \.plugins\org.eclipse.core.resources  
• удалите файл *. snap (или .markers в Indigo)

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

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

Это сделал трюк.

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

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

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

Это работало нормально, без каких-либо указаний. Только workbech, о котором я лично не очень люблю.

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

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

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

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

Вы можете сначала запустить Eclipse с помощью опции -clean.

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

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

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

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

Мне также повезло с удалением файлов *.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 {} \;

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

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

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

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

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

Я сделал это:

• cd to.metadata.plugins\org.eclipse.core.resources
• удалить файл .snap
• Заметили, что вкладка "Прогресс" делала что-то каждые несколько секунд. Казалось, что она застряла.
• Закройте затмение (НЕ ПРОПУСТИТЕ!) ОТСУТСТВУЙТЕ ЗДЕСЬ, ИЛИ ВЫ ДОЛЖНЫ ВЕРНУТЬСЯ В ШАГ 1 СНОВА)
• Откройте снова затмение.

Использование -refresh или -clean при запуске eclipse не помогло.

В Mac OS X вы запустите Eclipse, дважды щелкнув приложение Eclipse. Если вам нужно передать аргументы в Eclipse, вам нужно будет отредактировать файл eclipse.ini внутри пакета приложений Eclipse: выберите значок приложения Eclipse, удерживая клавишу Control. Это предоставит вам всплывающее меню. Выберите "Показать содержимое пакета" во всплывающем меню. Найдите файл eclipse.ini в подпапке Contents/MacOS и откройте его с помощью любимого текстового редактора, чтобы отредактировать параметры командной строки.

добавить: "-clean" и "-refresh" в начало файла, например:

-clean
-refresh
-startup
../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library

Убедитесь, что панель запуска Workspace не открыта на вашем телевизоре или каком-либо другом втором мониторе. Это произошло со мной. Симптомы выглядят так же, как описанная проблема.

Windows → Настройки → Общие → Запуск и завершение работы

Проверен ли Refresh workspace on startup?

UFT вызывает проблемы с RDz (основанный на Eclipse) после установки Эти предложения позволят обойти эту ситуацию даже при наличии переменных среды и соответствующих значений.

Примечание. Конфликтное приложение не будет распознано в контексте java, поскольку оно исключается из механизма поддержки java.

• Воздействие. Исключает поддержку надстроек при подключении к конфликтующему исполняемому программному приложению через редактор реестра Windows. Требование: приложение должно запускаться с помощью EXE файла, за исключением Java.exe/Javaw.exe/jpnlauncher.exe

Инструкции

а. Найдите исполняемое имя файла приложения, конфликтующее с поддержкой надстроек (-ов). Используйте диспетчер задач или Microsoft Process Explorer.

б. Откройте редактор реестра Windows.

с. Перейдите к: HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\JavaAgent\Modules Для 32-битных приложений в Windows x64: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercury Interactive\JavaAgent\Modules

д. Создайте значение DWORD с именем противоречивого исполняемого файла программного обеспечения и установите значение 0.

У меня были проблемы с запуском Eclipse. Он был исправлен путем удаления этого файла:

rm org.eclipse.core.resources.prefs

Я нашел в .settings

В моем случае сработала папка .metadata рабочей области. Я использую Eclipse Luna Service Release 2.

Хорошо, у меня было подобное поведение, начав затмение над X11. Я забыл поставить галочку для включения X11 в мою замазку.

Это также может быть вызвано ошибкой this, если у вас есть Eclipse 4.5/4.6, версия плагина Eclipse Xtext старше, чем v2. 9.0 и конкретную конфигурацию рабочей области.

Обходным путем было бы создать новое рабочее пространство и импортировать существующие проекты.

В Ubuntu eclipse -clean -refresh работал у меня для Eclipse 3.8.1

Это может помочь

В вашем затмении

1) Перейти к справке

2) Нажмите Eclipse marketplace

3) поисковый оптимизатор

установить "оптимизатор для eclipse"

Также смотрите http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

99% Рекомендуемое решение работает... (т.е. Удаление файла .snap) Но если это не сработало, нам нужно попытаться удалить папку индексов и дальнейшую папку workbench.

У меня была аналогичная проблема после того, как я обновил eclipse на Mavericks. В конце концов я обнаружил, что в каталоге плагинов eclipse в банке com.google.gdt.eclipse.login были номера версий в конце. Я удалил номер версии из имени, и все началось нормально:)

В моем случае подобные симптомы были вызваны каким-то реестром-изгоем git с тонны файлов мусорных файлов.

Универсальное средство защиты, как упоминалось выше, заключается в использовании Process Monitor для обнаружения файлов-нарушителей. Полезно установить следующий двухстрочный фильтр:

• Имя процесса eclipse.exe
• Имя процесса javaw.exe

Что сработало для меня, так это на Ubuntu

1) Ctrl + F1 2) ps -e 3) kill -9 для идентификаторов процессов затмения, java и adb

Следите за нулевым байтом .plugin файлы в папке {WORKSPACE-DIR}/. metadata/.plugins. Я просто удалил один из них и исправил свои проблемы с замораживанием.

нет необходимости удалять весь файл метаданных. просто попробуйте удалить файл .snap из org.eclipse.core.resources в папке рабочего пространства

ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources

У меня была очень похожая проблема с eclipse (Juno) на Fedora 18. В середине отладки сеанса Android eclipse завершила сеанс отладки. Я попытался перезапустить eclipse, но он продолжал ханствовать на заставке. Я пробовал различные предложения выше, не добившись успеха. Наконец, я проверил службу adb (мост отладки android):

# adb devices
List of devices attached 
XXXXXX offline

Я знаю, что устройство Android все еще подключено, но оно сообщило об этом в автономном режиме. Я отключил устройство и отключил службу adb:

# adb kill-server

Затем я подождал несколько секунд и снова запустил службу adb:

# adb start-server

И снова подключил мой андроид. После этого затмение началось просто отлично.

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

У меня не было файлов привязки. Просматривая список установки меню справки, по крайней мере 90% моих плагинов отключили кнопку удаления, поэтому я не смог обработать ее там. При запуске/выключении большинство плагинов не были указаны. Вместо этого мне пришлось вручную удалить элементы из папки моих плагинов. Вау, время запуска для меня намного быстрее. Поэтому, если все остальное не работает, и у вас есть плагины, которые могут быть одноразовыми, это может быть окончательное решение для использования.