Как предотвратить зависание Eclipse при запуске?
Я использую Eclipse 3.3 ("Европа"). Периодически запуск Eclipse занимает чрезмерно много времени (возможно, навсегда). Единственное, что я вижу в журнале Eclipse:
! ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801! СООБЩЕНИЕ Рабочая область вышла с несохраненными изменениями в предыдущем сеансе; обновление рабочей области для восстановления изменений.
Поиск в Google показывает чье-то предложение, чтобы я удалил папку:
workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes
Это, похоже, не помогло.
Если не начинать с нового рабочего пространства (что я не очень хочу делать, так как у меня уходит много часов на правильную настройку всех моих проектов), есть ли способ заставить Eclipse запускаться правильно?
36 ответов
Возможно, это не является точным решением вашей проблемы, но в моем случае я отследил файлы, с которыми Eclipse опрашивал SysInternals Procmon, и обнаружил, что Eclipse постоянно опрашивает довольно большой файл снимка для одного из моих проектов. Убрал это, и все запустилось нормально (хотя с рабочим пространством в состоянии, в котором оно было при предыдущем запуске).
Удаленный файл был:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
Пытаться:
- перейдите в <рабочее пространство>\. метаданные \.plugins\org.eclipse.core.resources
- удалить файл *.snap (или .markers в Индиго)
В моем случае (Юнона) я должен был сделать это:
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 -> Настройки -> Общие -> Запуск и завершение работы -> Обновить рабочее пространство при запуске
как предложено Мэттом Б. После этого я закрыл Eclipse, переименовал папку old.projects обратно в.projects и после этого все снова заработало нормально.
Я сделал это:
- cd to.metadata.plugins \ org.eclipse.core.resources
- удалить файл.snap
- Заметил, что вкладка "Прогресс" делает что-то каждые несколько секунд.
- Выходное затмение (НЕ ФАЙЛ | ПЕРЕЗАПУСТИТЕ ЗДЕСЬ, ИЛИ ВЫ ДОЛЖНЫ ВЕРНУТЬСЯ, ЧТОБЫ ШАГ 1 СНОВА)
- Снова откройте затмение.
С помощью -refresh или же -clean при запуске затмение не помогло.
В 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 не открылся на вашем телевизоре или каком-либо другом втором мониторе. Это случилось со мной. Симптомы выглядят так же, как описанная проблема.
У меня просто были проблемы с запуском Eclipse. Это было исправлено путем удаления этого файла:
rm org.eclipse.core.resources.prefs
Я нашел в.settings
Удаление *.snap (у меня это *.markers), --clean-data или папка рабочей области перемещения, кажется, у меня не сработало.
Когда мое затмение перестало работать после того, как я установил и переключил свой ввод с клавиатуры на HIME, я вернулся к fctix, и оно заработало.
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 с именем конфликтующего исполняемого файла filenmae и установите значение 0.
В убунту eclipse -clean -refresh работал для меня на Eclipse 3.8.1
Следите за нулевыми байтами файлов.plugin в папке {WORKSPACE-DIR}/. Metadata/.plugins. Я просто удалил один там, и это исправило мои проблемы с зависанием.
ВЕРСИЯ JAVA МОЖЕТ БЫТЬ ПРОБЛЕМА:
Я попробовал несколько ответов, приведенных выше. Но не вышло. Но пока я пробовал их, мне показалось, что я переключил версию Java на другие вещи и забыл переключиться обратно.
Однажды я перескочил на предыдущую версию. Eclipse начал работать на меня.
К сожалению, ни одно из этих решений не помогло мне. В итоге мне пришлось создать новое рабочее пространство, а затем импортировать существующие проекты в новое рабочее пространство. К сожалению, при этом вы теряете свои настройки (поэтому не забывайте экспортировать настройки каждый раз, когда вы их меняете!)
У меня была похожая проблема после того, как я обновил затмение на Маверикс. В конце концов я обнаружил, что в каталоге плагинов eclipse в конце файла jar com.google.gdt.eclipse.login указаны номера версий. Я убрал номер версии из названия и все началось нормально:)
У меня была очень похожая проблема с eclipse (Juno) в Fedora 18. В середине отладки сеанса Android затмение завершило сеанс отладки. Я попытался перезапустить затмение, но оно продолжало работать на заставке. Я попробовал различные предложения выше, но безуспешно. Наконец, я проверил сервис adb (мост отладки Android):
# adb devices
List of devices attached
XXXXXX offline
Я знаю, что устройство Android все еще подключено, но оно сообщило об этом в автономном режиме. Я отключил устройство и выключил службу ADB:
# adb kill-server
Затем я подождал несколько секунд и перезапустил службу adb:
# adb start-server
И подключил мой андроид обратно. После этого затмение началось просто отлично.
Это также может быть вызвано этой ошибкой, если у вас Eclipse 4.5/4.6, версия плагина Eclipse Xtext старше v2.9.0 и конкретная конфигурация рабочей области.
Обходной путь должен был бы создать новое рабочее пространство и импортировать существующие проекты.
Казалось, что моя проблема с зависанием при запуске связана с настройками прокси. Я видел диалоговое окно имени пользователя \ пароля при запуске, но Eclipse зависала всякий раз, когда я пыталась нажать кнопку "ОК", "Отмена" или даже просто щелкнуть в диалоговом окне. Какое-то время я видел это всплывающее окно аутентификации без проблемы с заморозкой.
Чтобы исправить это, я начал затмение, используя другое рабочее пространство, которое, к счастью, не остановило меня. Затем я пошел в Window --> Preferences --> General --> Network Connections, Я отредактировал запись HTTP Proxy и снял отметку "Requires Authentication", Затем я запустил свое оригинальное проблемное рабочее пространство, которое на этот раз запустилось без зависаний Успех!
У меня больше не было проблем при повторном открытии рабочего пространства, и я смог снова включить аутентификацию без проблем. Я больше не видел всплывающее окно с именем пользователя и паролем при запуске, поэтому есть вероятность, что моя информация для аутентификации была FUBAR в то время.
Использование: MyEclipse, версия: 2016 CI 7, идентификатор сборки: 14.0.0-20160923
Я сделал много таких решений, и ни одно из них не помогло мне. Что наконец- то сработало, так это перезагрузил мой Mac. Duh. Я заметил, что моя jconsole также зависла, что заставило меня немедленно перейти к перезагрузке, потому что она была связана с Java, а не с Eclipse.
Ну, у меня было похожее поведение при запуске затмения над X11. Я забыл поставить галочку enable X11 forwarding в моей замазке.
Это может помочь
В вашем затмении
1) Перейти на помощь
2) Нажмите Eclipse Marketplace
3) поиск - оптимизатор
установить "оптимизатор для затмения"
Мое решение состоит в том, чтобы удалить этот каталог:
workspace/.metadata/.plugins/org.eclipse.e4.workbench
то, что было сделано, - это сначала удалить (переместить в место сохранения) все из метаданных. затмение началось все новое (все мои настройки исчезли). затем я постепенно добавил обратно в каталог.metadata, пока он не перестал работать. таким образом я обнаружил, что мне нужно было только удалить этот каталог. И теперь Eclipse начался со всеми моими настройками, которые все еще на месте.
кажется, что в файле в этом каталоге перечислены окна, которые должны быть открыты при запуске, и некоторые, как он не мог найти одно из них, поэтому он завис. почему мне неясно, потому что файл, на который я жаловался в журнале, был в моей файловой системе.
Нет необходимости удалять весь файл метаданных. просто попробуйте удалить файл .snap из org.eclipse.core.resources в папке рабочей области.
ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources