Я использую 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.
Googling показывает кому-то предложение, что я удаляю папку:
workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes
Это, похоже, не помогло.
Не нужно начинать с нового рабочего пространства (что я не собираюсь делать, так как мне требуется много часов, чтобы правильно настроить все мои проекты), есть ли способ запустить Eclipse правильно?
Это не может быть точным решением для вашей проблемы, но в моем случае я отслеживал файлы, которые Eclipse опросил, с помощью SysInternals Procmon, и обнаружил, что Eclipse постоянно опросал довольно большой файл моментального снимка для одного из моих проектов. Удалено, и все началось нормально (хотя с рабочим пространством в состоянии, которое было при предыдущем запуске).
Удаленный файл:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
попробовать:
В моем случае (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 с помощью опции -clean.
В Windows вы можете добавить параметр -clean в свой ярлык для eclipse. В Linux вы можете просто добавить его при запуске Eclipse из командной строки.
Это работает для меня:
Другой, и немного лучше обходной путь, который, по-видимому, работает:
Eclipse.Eclipse, подождите, пока загрузится рабочая область (она должна).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, и после этого все снова работало нормально.
Я сделал это:
Использование -refresh или -clean при запуске eclipse не помогло.
Windows → Настройки → Общие → Запуск и завершение работы
Проверен ли Refresh workspace on startup?
Убедитесь, что панель запуска Workspace не открыта на вашем телевизоре или каком-либо другом втором мониторе. Это произошло со мной. Симптомы выглядят так же, как описанная проблема.
В 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
У меня были проблемы с запуском Eclipse. Он был исправлен путем удаления этого файла:
rm org.eclipse.core.resources.prefs
Я нашел в .settings
UFT вызывает проблемы с RDz (основанный на Eclipse) после установки Эти предложения позволят обойти эту ситуацию даже при наличии переменных среды и соответствующих значений.
Примечание. Конфликтное приложение не будет распознано в контексте java, поскольку оно исключается из механизма поддержки java.
Инструкции
а. Найдите исполняемое имя файла приложения, конфликтующее с поддержкой надстроек (-ов). Используйте диспетчер задач или 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.
У меня не было файлов привязки. Просматривая список установки меню справки, по крайней мере 90% моих плагинов отключили кнопку удаления, поэтому я не смог обработать ее там. При запуске/выключении большинство плагинов не были указаны. Вместо этого мне пришлось вручную удалить элементы из папки моих плагинов. Вау, время запуска для меня намного быстрее. Поэтому, если все остальное не работает, и у вас есть плагины, которые могут быть одноразовыми, это может быть окончательное решение для использования.
К сожалению, ни один из этих решений не работал у меня. Мне пришлось создать новое рабочее пространство, а затем импортировать существующие проекты в новое рабочее пространство. К сожалению, вы теряете свои предпочтения при этом (так что не забудьте экспортировать свои настройки в любое время их изменения!)
У меня была очень похожая проблема с 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
И снова подключил мой андроид. После этого затмение началось просто отлично.
нет необходимости удалять весь файл метаданных. просто попробуйте удалить файл .snap из org.eclipse.core.resources в папке рабочего пространства
ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources
Следите за нулевым байтом .plugin файлы в папке {WORKSPACE-DIR}/. metadata/.plugins. Я просто удалил один из них и исправил свои проблемы с замораживанием.
Что сработало для меня, так это на Ubuntu
1) Ctrl + F1 2) ps -e 3) kill -9 для идентификаторов процессов затмения, java и adb
В моем случае подобные симптомы были вызваны каким-то реестром-изгоем git с тонны файлов мусорных файлов.
Универсальное средство защиты, как упоминалось выше, заключается в использовании Process Monitor для обнаружения файлов-нарушителей. Полезно установить следующий двухстрочный фильтр:
У меня была аналогичная проблема после того, как я обновил eclipse на Mavericks. В конце концов я обнаружил, что в каталоге плагинов eclipse в банке com.google.gdt.eclipse.login были номера версий в конце. Я удалил номер версии из имени, и все началось нормально:)
Также смотрите http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/
99% Рекомендуемое решение работает... (т.е. Удаление файла .snap) Но если это не сработало, нам нужно попытаться удалить папку индексов и дальнейшую папку workbench.
Это может помочь
В вашем затмении
1) Перейти к справке
2) Нажмите Eclipse marketplace
3) поисковый оптимизатор
установить "оптимизатор для eclipse"
В Ubuntu eclipse -clean -refresh работал у меня для Eclipse 3.8.1
Это также может быть вызвано ошибкой this, если у вас есть Eclipse 4.5/4.6, версия плагина Eclipse Xtext старше, чем v2. 9.0 и конкретную конфигурацию рабочей области.
Обходным путем было бы создать новое рабочее пространство и импортировать существующие проекты.
Хорошо, у меня было подобное поведение, начав затмение над X11. Я забыл поставить галочку для включения X11 в мою замазку.
В моем случае сработала папка .metadata рабочей области. Я использую Eclipse Luna Service Release 2.