Подклип с Eclipse x64

Я только что купил новый компьютер x64 и установил Windows 7 и Eclipse Helios x64. Когда я попытался установить subclipse, это не сработало ... после нескольких попыток установить его и застревания, когда eclipse пытался проверить зависимости, я смог его установить, но это просто не сработало.

Когда я изменил перспективу на репозиторий SVN, я получил сообщение об ошибке. Во всяком случае, я загрузил Eclipse Helios x86, а также застрял в части проверки зависимостей. Но через некоторое время попыток он установился и теперь работает.

Но дело в том, что я хочу установить eclipse helios x64, так как у меня комп x64.

У кого-нибудь была такая же или похожая проблема? Как вы это решили?

Спасибо.


eclipse svn windows-7-x64 subclipse
person Fabio Franco    schedule 24.02.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Если вы хотите придерживаться способа доступа к репозиторию JavaHL, вы также можете установить 64-битную версию JavaHL.

Ссылка на здесь — посмотрите на абзац, говорящий Windows 64-bit. Он перенаправит вас на клиент Subversion.

Вы можете установить весь клиент (я не мог установить только javahl с пользовательской установкой)

Чтобы убедиться, что это учтено, отредактируйте файл eclipse.ini и после строки -vmargs добавьте -Djava.library.path=C:\programs\slik (или, если у вас уже есть элемент для пути jni, добавьте свой собственный путь).

person Alain Pannetier    schedule 24.02.2011

arrow_upward
3
arrow_downward

Я использую Eclipse64 с работающим плагином SVN.

Но я изменил интерфейс клиента SVN с "Java HAL" на "SVNKit", который работает намного лучше. Я установил этот модуль через Yoxos, а затем переключил в настройках Team > SVN > SVN interface на SVNKit.

person powtac    schedule 24.02.2011
comment
использование SVNKit работает, потому что таким образом вы используете чистую реализацию SVN на Java, что обычно нормально, но не так актуально, как собственная версия SVN. Это также немного медленнее, чем нативная реализация SVN с большими слияниями. У меня обе версии работали нормально, но мне кажется, что родная версия была немного более надежной при работе со многими файлами. - person Gregor; 22.02.2012