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

попробуйте:

1. перейдите в \ .metadata \ .plugins \ org.eclipse.core.resources
2. удалите файл * .snap (или .markers в Indigo)

9X_jre

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

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

Это помогло.

Сначала я думал, что 9X_oraclejdk это проблема с Mylyn (эти зависания у меня 9X_eclipse возникли после того, как я начал использовать 9X_openjdk его общий веб-коннектор), но проблема появилась 9X_core-java даже после удаления коннектора и даже каталогов 9X_.java .mylyn.

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

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

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

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

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

Вот мне подходит:

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

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

Источник: Eclipse hangs while opening workspace after upgrading to GWT 2.0/Google app engine 1.2.8

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

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

У меня была аналогичная проблема с довольно 9X_java большим рабочим пространством в 3.5 и отсутствием 9X_core-java нигде .snap-файлов. «Windows -> Preferences -> General -> Запуск 9X_eclipse-3.3 и завершение работы -> Обновлять рабочее 9X_openjdk пространство при запуске», похоже, относится 9X_eclipse-3.3 к настройке рабочего пространства, поэтому 9X_java-api я не мог изменить его для рабочего пространства, которое 9X_jre вызывало зависание .

Запуск eclipse с параметром 9X_jdk командной строки -refresh и последующее 9X_java-se изменение настройки, похоже, помогает.

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

/.metadata/.plugins/org.eclipse.core.resources/.projects 

Следовательно, следующий 9X_java-se unix cmd сработал:

find /.metadata/.plugins/org.eclipse.core.resources/.projects -name "*.snap" -exec rm -f {} \; 

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

Что действительно сработало, так 9X_jre это перемещение всех проектов и папки .metadata 9X_eclipse-3.3 в другое место, запуск Eclipse, его закрытие 9X_eclipse-3.3 и последующее перемещение всех обратно.

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

Windows -> Настройки -> Общие 9X_core-java -> Запуск и выключение -> Обновить рабочее 9X_jre пространство при запуске

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

Я сделал это:

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

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

В Mac OS X вы запускаете Eclipse, дважды 9X_java-libraries щелкнув приложение Eclipse. Если вам нужно 9X_.java передать аргументы Eclipse, вам придется 9X_jdk отредактировать файл eclipse.ini внутри 9X_java-api пакета приложения Eclipse: выберите значок 9X_.java пакета приложения Eclipse, удерживая нажатой 9X_java-api клавишу Control. Это представит вам всплывающее 9X_.java меню. Во всплывающем меню выберите «Показать 9X_jre содержимое пакета». Найдите файл eclipse.ini 9X_openjdk в подпапке Contents / MacOS и откройте его 9X_java-api в своем любимом текстовом редакторе, чтобы 9X_.java изменить параметры командной строки.

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

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

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

Windows -> Настройки -> Общие -> Запуск 9X_java-api и завершение работы

Установлен ли флажок 9X_java-api Refresh workspace on startup?

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

rm 9X_oraclejdk org.eclipse.core.resources.prefs

Я нашел 9X_java-api в .settings

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

Примечание. Конфликтующее 9X_java-api приложение не будет распознано в контексте 9X_eclipse-3.3 Java, поскольку оно исключается из механизма 9X_java-api поддержки Java.

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

Инструкции:

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

б. Откройте 9X_java-se редактор реестра Windows.

в. Перейдите к: HKEY_LOCAL_MACHINE 9X_javax \ SOFTWARE \ Mercury Interactive \ JavaAgent 9X_eclipse-3.3 \ Modules Для 32-битных приложений в Windows 9X_java-libraries x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node 9X_.java \ Mercury Interactive \ JavaAgent \ Modules

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

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

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