Каждый раз, когда я начинаю затмение, программа начинает делать это "Обновление кеша SVN", но будет сидеть на 0% навсегда. Я не могу выполнять какие-либо операции (например, проверять мои проекты, создавать их или даже запускать их), пока эта операция не завершится (что никогда не произойдет). Кроме того, всякий раз, когда я пытаюсь ввести что-либо в редактор, вся программа зависает, и я должен убить процесс.
Я искал google для ответа на эту проблему в течение нескольких дней и еще не придумал ответ. У кого-то еще была аналогичная проблема и нашли решение?
Я хотел бы добавить, что я попытался установить eclipse, все его плагины и jdk с нуля. Кажется, что ничего не работает.
Я столкнулся с той же проблемой, и я попытался выйти из этого, отключив большую часть настроек производительности для SVN в Eclipse:
Я просто столкнулся с этой проблемой и смог ее спасти. Это было с Zend Studio 10.5, который сидит на Juno. У меня около пяти проектов в моей рабочей области, одна из которых была открыта. Я не мог закрыть проект, потому что он ожидал завершения обновления кэша SVN.
Это ничего не исправить. Наконец, я попробовал это:
До сих пор моя папка workspace/.metadata/.plugins/org.eclipse.team.svn.core по-прежнему пуста.
Я не знаю, помогли ли первые две вещи, которые я попробовал, или просто переименовать файл .project для принудительного закрытия проекта. В следующий раз, когда это произойдет (и будет в следующий раз), я попробую просто принудительно закрыть проект и отчитаться.
Вы не единственный (см. этот отчет об ошибках или этот раздел форума), но он вероятно, не ошибка в самом Eclipse. Следующие шаги:
Получить дамп потока, чтобы увидеть, является ли это тупиком или поток ожидает чего-то, чего никогда не происходит (в отчете об ошибке он зависает в System.loadLibrary()). Вы можете использовать jconsole для этого, он поставляется с SDK.
Проверяйте все открытые проекты в рабочей области (которые используют SVN) с другим инструментом SVN (командная строка svn или TurtoiseSVN, если вы находитесь в окнах), чтобы убедитесь, что структуры данных не повреждены.
Получите последнюю версию Eclipse и/или плагин SVN
Попробуйте использовать другой разъем. Некоторые люди предпочитают решение JNI javahl, другие - с чистой-Java SVNKit.
В моем случае я понял, что окна с черепахой SVN, связанные с окном, были где-то открыты. Вероятно, он заблокировал кеш, и затмение ожидало разблокировки.
Не прямой ответ на вопрос, но это может помочь кому-то сделать подобную ошибку.
Я столкнулся с этой проблемой при одновременном использовании одного и того же проекта в рабочей области. Убедитесь, что у вас есть только одна копия в рабочей области, возможно, это помогает.
Это может быть проблема памяти eclipse. У меня была аналогичная проблема, пока я не сделал следующие шаги:
Это покажет использование вашей памяти в eclipse.
-Xms1024m
-Xmx1024m
Посмотрите на состояние памяти. Надеюсь, это поможет.
В моем случае за 30 нечетных минут он показал только 0 процентов завершенных. Я терпеливо ждал, так как я пытался перезапустить eclipse/machine, все еще получал то же самое. Через 30 минут он продолжил операцию обновления svn и успешно завершил ее.
Терпение иногда помогает:)
Я нашел ошибку индекса в eclipse, которая блокирует svn. Другие ресурсы проекта и svn repo были в .metadata.plugins\org.eclipse.core.resources.projects\ProjectName\4.tree и другие ресурсы.
svn cleanup с предыдущим ответом командой 'Team > SVN > Performance' не решает мою проблему.
'eclipse.exe -clean' сделает затмение безответственным со 100% -ным процессором.
Единственным решением было после выхода eclipse вручную удалить файлы org.eclipse.core.resources.projects *.
Этот раздел помог мне решить проблему моего блока обновления eclipse svn.
Я использую eclipse mars, где этот случай пришел.
Я решил это сделать:
- Выберите проект (или все проекты) в рабочей области (в eclipse), щелкните правой кнопкой мыши, выберите в меню Командa > Очистка
Я также столкнулся с подобной проблемой, и я решил, что это разрешило это, сняв флажок "Вычислить глубокое исходящее состояние для папок" под Windows- > Preferences- > Team- > SVN- > Label Decorations
Используете ли вы разъем Maven SCM? Попробуйте удалить его, если вам это не нужно. Разъем SCM необходим для проверки Maven SCM, я не использую проверку проекта Maven SCM, вместо этого я использую проверку SubEclipse и конвертирую проект в maven с помощью импорта существующего проекта или преобразования в проект проекта Maven из контекстного меню в Eclipse.
Если существует дублированный проект из SVN.
Я использовал Subversive - SVN Team Provider 3.0.0 с SVNKit 1.8.10 как SVN Connector. Я обновил SVN Connector до последней версии 1.8.11 и исправил его.