Ошибка JavaHL в Subclipse

Question

Я пытаюсь создать новый проект PhoneGap в новом хранилище. Когда я добавляю новую папку или файл, я получаю следующую ошибку. Это совершенно новая копия Eclipse в новой рабочей области и новая установка Subclipse.

Произошли ошибки при обновлении наборов изменений для SVNStatusSubscriber

org.apache.subversion.javahl.ClientException: svn: E155007: «Рабочая область / PhoneGap / www / js» не является рабочей копией

org.apache.subversion.javahl.ClientException: svn: E155007: «Рабочая область / PhoneGap / www / js» не является рабочей копией

org.apache.subversion.javahl.ClientException: svn: E155007: «Рабочая область / PhoneGap / www / js» не является рабочей копией

Я понятия не имею, что является причиной проблемы, все, что я нашел через google, говорит, что новая установка или свежая рабочая область должны решить проблему. Я также выбрал SVNKit в качестве клиента SVN, так как раньше у меня были проблемы с JavaHL, и исправлением было переключиться на SVNKit.

Установка и версии Eclipse:

Answer 1

По какой-то причине, похоже, что API SVNKit 1.7.x (который все еще находится в бета-версии) не считает эту папку рабочей копией. Я не могу точно сказать, правильно ли это или неправильно или почему, но это ошибка, которую выдает API.

Недавно они выпустили бета2. Вы можете получить это обновление с их сайта обновлений.

Если у вас есть командная строка SVN 1.7.x, вы можете использовать ее для проверки WC и этой папки с помощью команды svn status.

Answer 2

У меня была такая же досадная проблема с жалобами бина. Я проверил в рабочей области / настройки / команда / svn

Там в клиенте у меня была опция SVNKit или JavaHL. Я изменил свой с javahl на SVNkit и перезапустил. Кажется, проблема ушла: -)

Я также удалил папки bin для жалобных проектов и сделал выше. Может быть, комбинация должна работать для других случаев. Я предполагаю, что проблема была в JavaHL.

Answer 3

У меня такая же проблема, но я получаю ошибку в моей папке /bin. Очевидно, что моя папка /bin не добавлена ​​svn на мой удаленный svn-сервер ... потому что мы не хотим хранить двоичные файлы в дополнение к исходному коду в svn.

После попытки выполнить чистую сборку моих проектов я получил ту же ошибку. Я предположил, что плагин SVN каким-то образом испортил вещи, и отключил их. (в консоли Osgi остановите все идентификаторы, связанные с SVN).

Затем я получил следующую трассировку стека:

java.lang.NullPointerException
at org.tigris.subversion.subclipse.core.SVNClientManager.getAdapter(SVNClientManager.java:127)
at org.tigris.subversion.subclipse.core.SVNClientManager.getSVNClient(SVNClientManager.java:94)
at org.tigris.subversion.subclipse.core.SVNProviderPlugin.getSVNClient(SVNProviderPlugin.java:462)
at org.tigris.subversion.subclipse.core.repo.SVNRepositoryLocation.getSVNClient(SVNRepositoryLocation.java:274)
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteResource(SVNMoveDeleteHook.java:47)
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteFolder(SVNMoveDeleteHook.java:110)
at org.eclipse.team.internal.core.MoveDeleteManager.deleteFolder(MoveDeleteManager.java:62)
at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1940)
at org.eclipse.core.internal.resources.Resource.delete(Resource.java:780)
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:114)
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:46)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:254)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:173)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)

Теперь эта трассировка стека из-за того, что я остановил плагины, , но , она дает подсказку, что происходило до Я отключил плагины.

Похоже, что svnkit теперь рассматривает удаление моей папки bin (которая удаляется как часть процесса чистой сборки) как ошибку, так как моя папка bin не имеет подпапки .svn (она же не рабочая копия).

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

шары.

Answer 4

Я также получил эту ошибку после обновления моего Eclipse.

svn: E155007 '/somepath' is not a working copy

Причина была в том, что я все еще запускал SVN 1.6 на своем компьютере MacOSX (запустите svn --version в командной строке), но скачал Subclipse 1.10, который, кажется, требует SVN 1.8

Мне пришлось установить Subclipse 1.6, чтобы удалить это странное сообщение.

Примечание: после переустановки subclipse мне также пришлось удалить все пакеты в проекте и снова импортировать их, чтобы папки SVN были распознаны