Как предотвратить зависание Eclipse при запуске?
-
03-07-2019 - |
Вопрос
Я использую 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.
Гугление показывает чье-то предложение что я удаляю папку:
workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes
Похоже, это не помогло.
Если не считать создания нового рабочего пространства (чего я не хочу делать, поскольку мне требуется несколько часов, чтобы снова правильно настроить все мои проекты), есть ли способ заставить Eclipse запуститься правильно?
Решение
Возможно, это не точное решение вашей проблемы, но в моем случае я отслеживал файлы, которые опрашивал Eclipse, с помощью SysInternals Прокмон, и обнаружил, что Eclipse постоянно опрашивает довольно большой файл моментального снимка для одного из моих проектов.Удалил это, и все запустилось нормально (хотя рабочее пространство было в том же состоянии, в котором оно было при предыдущем запуске).
Удаленный файл был:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
Другие советы
пытаться:
- компакт-диск с <рабочая область>\.metadata\.plugins\org.eclipse.core.resources
- удалить файл *.щелчок (или .маркеры в Индиго)
В моем случае (Юнона) мне пришлось сделать это:
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
Это работало нормально, без каких-либо индексов.Только верстак, против которого лично я не особо возражаю.
Вы можете попробовать начать Eclipse
сначала с -clean
вариант.
В Windows вы можете добавить -clean
вариант вашего ярлыка для затмения.На 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 -> Preferences -> general -> Startup and Shutdown -> Обновить рабочее пространство на стартапе
как предложил Мэтт Б.После этого я закрыл Eclipse, переименовал папку old.projects обратно в .projects и после этого все снова заработало нормально.
Я сделал это:
- перейдите в .metadata.plugins\org.eclipse.core.resources
- удалите файл .snap
- Заметил, что вкладка «Прогресс» что-то делала каждые несколько секунд… кажется, она застряла.
- Выйдите из затмения (НЕ ФАЙЛАЙТЕ|ПЕРЕЗАПУСКАЙТЕ ЗДЕСЬ, ИЛИ ВАМ придется ВЕРНУТЬСЯ К ШАГУ 1 СНОВА)
- Откройте затмение снова.
С использованием -refresh
или -clean
при запуске eclipse не помогло.
В Mac OS X вы запускаете Eclipse, дважды щелкнув приложение Eclipse.Если вам нужно передать аргументы в Eclipse, вам придется отредактировать файл eclipse.ini внутри пакета приложения Eclipse:выберите значок пакета приложений Eclipse, удерживая нажатой клавишу управления.Это представит вам всплывающее меню.Во всплывающем меню выберите «Показать содержимое пакета».Найдите файл eclipse.ini в подпапке Contents/MacOS и откройте его в своем любимом текстовом редакторе, чтобы изменить параметры командной строки.
добавлять:«-clean» и «-refresh» до начала файла, например:
-clean
-refresh
-startup
../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
Убедитесь, что Workspace Launcher не открылся на вашем телевизоре или другом втором мониторе.Это произошло со мной.Симптомы похожи на описанную проблему.
Windows -> Настройки -> Общие -> Запуск и завершение работы.
Является Refresh workspace on startup
проверено?
У меня только что были проблемы с запуском Eclipse.Исправилось удалением этого файла:
rm org.eclipse.core.resources.prefs
Я нашел в .settings
UFT, вызывающий проблемы с RDZ (на основе Eclipse) после установки этих предложений, позволит обойти эту ситуацию даже при наличии переменных среды и с соответствующими значениями.
Примечание:Конфликтующее приложение не будет распознано в контексте Java, поскольку оно исключено из механизма поддержки Java.
- Влияние:Исключает поддержку Add-INS от подключения к конфликтующему исполнению приложения через требование редактора реестра Windows:Приложение должно запускаться EXE-файлом, кроме Java.exe/Javaw.exe/jpnlauncher.exe.
инструкции:
а.Найдите имя исполняемого файла приложения, конфликтующего с поддержкой надстроек.Либо используйте диспетчер задач, либо Microsoft Process Explorer.
б.Откройте редактор реестра Windows.
в.Перейдите к:Hkey_local_machine Software Mercury Interactive Javaagent Модули для 32BITS Applications в Windows X64:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercury Interactive\JavaAgent\Modules
д.Создайте значение DWORD с именем исполняемого файла конфликтующего программного обеспечения и установите значение 0.
Удаление *.snap (у меня *.markers), --clean-data или перемещение папки рабочей области, похоже, у меня не сработало.
Поскольку мое затмение перестало работать после того, как я установил и переключил ввод с клавиатуры на HIME, я вернулся в fctix, и все заработало.
У меня не было снап-файлов.Просматривая список установки меню справки, я обнаружил, что по крайней мере у 90% моих плагинов кнопка удаления была деактивирована, поэтому я не мог справиться с ней там.При запуске/выключении большинство плагинов не отображались.Вместо этого мне пришлось вручную удалять элементы из папки плагинов.Ух ты, время запуска у меня теперь намного быстрее.Так что, если все остальное не работает и у вас есть одноразовые плагины, это может быть лучшим решением.
К сожалению, ни одно из этих решений мне не помогло.В итоге мне пришлось создать новое рабочее пространство, а затем импортировать в него существующие проекты.К сожалению, при этом вы потеряете свои настройки (поэтому не забывайте экспортировать настройки каждый раз, когда вы их меняете!)
У меня была очень похожая проблема с eclipse (Juno) в Fedora 18.В середине отладки сеанса Android eclipse завершил сеанс отладки.Я попытался перезапустить затмение, но оно продолжало появляться на заставке.Я попробовал различные предложения, приведенные выше, но безуспешно.Наконец, я проверил службу adb (мост отладки Android):
# adb devices
List of devices attached
XXXXXX offline
Я знаю, что устройство Android все еще было подключено, но оно сообщило об этом в автономном режиме.Я отключил устройство и закрыл службу adb:
# adb kill-server
Затем я подождал несколько секунд и перезапустил службу adb:
# adb start-server
И снова подключил свой Android.После этого затмение запустилось нормально.
нет необходимости удалять весь файл метаданных.просто попробуй удалить .щелчок файл из org.eclipse.core.resources в папке вашего рабочего пространства.
ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources
Остерегайтесь нулевого байта .plugin файлы в папке {WORKSPACE-DIR}/.metadata/.plugins.Я просто удалил один из них, и это устранило мои проблемы с зависанием.
В моем случае аналогичные симптомы были вызваны каким-то мошенническим репозиторием git с кучей ненужных системных файлов.
Универсальным средством, как упоминалось выше, является использование Process Monitor для обнаружения файлов-нарушителей.Полезно установить следующий двухстрочный фильтр:
- Имя процесса является eclipse.exe
- Имя процесса является javaw.exe
У меня возникла аналогичная проблема после обновления eclipse на Mavericks.В конце концов я обнаружил, что в каталоге плагинов eclipse jar com.google.gdt.eclipse.login имеет номера версий в конце.Убрал номер версии из названия и все началось нормально :)
Также посмотрите http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/
99% рекомендуемого решения работает....(т.е.Удаление файла .snap) Но если это не сработало, то нам нужно попытаться удалить папку indexes и дальнейшую папку Workbench.
Это может помочь
В твоем затмении,
1) Перейти к помощи
2) Нажмите Торговая площадка Eclipse.
3) поиск - оптимизатор
установить «оптимизатор для затмения»
В Убунту eclipse -clean -refresh
у меня работало для Eclipse 3.8.1
Это также может быть вызвано этот ошибка, если у вас Eclipse 4.5/4.6, версия плагина Eclipse Xtext старше v2.9.0 и определенная конфигурация рабочей области.
Обходной путь — создать новое рабочее пространство и импортировать существующие проекты.
Ну, у меня было похожее поведение при запуске затмения на X11.Я забыл отметить галочкой включение пересылки X11 в своей замазке.
В моем случае сработало удаление папки .metadata рабочей области.Я использую сервис Eclipse Luna Release 2.