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

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

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

Windows -> Preferences -> General -> Startup and Shutdown

Refresh workspace on startup проверен?

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

Был удален файл:

<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap

пытаться:

1. cd в <рабочее пространство> \ .metadata \ .plugins \ org.eclipse.core.resources
2. удалите файл *.щелчок (или .markers в Индиго)

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

rm org.eclipse.core.resources.prefs

Я нашел в .settings

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

Windows -> Preferences -> General -> Startup and Shutdown -> Refresh workspace on startup

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

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

У меня была аналогичная проблема с довольно большим рабочим пространством в 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 {} \;

Я сделал это:

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

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

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

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

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

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

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

В моем случае (Юнона) мне пришлось сделать следующее:

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

Это сработало нормально, без каких-либо индексов. Только верстак, которого лично я не особо против.

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

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

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

У меня была очень похожая проблема с 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

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

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

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

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

Для меня сработало вот что: на Ubuntu

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

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

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

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

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

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

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

В 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

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

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

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

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

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

2) Нажмите Eclipse marketplace.

3) поиск - оптимизатор

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

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

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

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

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

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

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

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

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

инструкции:

а. Найдите исполняемое имя файла приложения, которое конфликтует с поддержкой надстроек. Либо используйте диспетчер задач, либо Microsoft Process Explorer.

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

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

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

мое решение - удалить этот каталог:

workspace/.metadata/.plugins/org.eclipse.e4.workbench

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

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

Удаление * .snap (у меня * .markers), --clean-data или перемещение папки рабочей области, похоже, у меня не сработало.

Поскольку мое затмение перестало работать после того, как я установил и переключил ввод с клавиатуры на HIME, я вернулся к fctix, и он сработал.

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

Чтобы исправить это, я запустил eclipse, используя другое рабочее пространство, которое, к счастью, не остановило меня. Потом перешел на Window --> Preferences --> General --> Network Connections. Я отредактировал запись HTTP-прокси и снял флажок "Requires Authentication". Затем я запустил исходное проблемное рабочее пространство, которое на этот раз запустилось без зависаний. Успех!

Когда я повторно открыл свою рабочую область, у меня больше не было проблем, и я смог повторно включить аутентификацию без проблем. Я больше не видел всплывающее окно с именем пользователя и паролем при запуске, так что есть вероятность, что в то время моя информация для аутентификации была FUBAR.

Использование: MyEclipse, версия: 2016 CI 7, идентификатор сборки: 14.0.0-20160923

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

JAVA VERSION COULD BE PROBLEM:

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

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

Зависание / взаимоблокировка также может быть вызвана этой ошибкой на GTK3 + Xorg

https://bugs.eclipse.org/bugs/show_bug.cgi?id=568859

Можно обойтись с помощью сеанса Wayland, хотя в моем случае Eclipse по какой-то причине не может определить подходящий шрифт и выглядит так:

Связанный:

https://www.reddit.com/r/swaywm/comments/bkzeo7/font_rendering_really_bad_and_rough_in_gtk3/

https://www.reddit.com/r/swaywm/comments/kmd3d1/webkit_gtk_font_rendering_on_wayland/