SpringSource ToolSuite и плагин Subclipse - PullRequest
       11

SpringSource ToolSuite и плагин Subclipse

0 голосов
/ 07 сентября 2011

, так как я использую SpringSource ToolSuite 2.7.1 и установил последний плагин Subclipse (1.6.x), этот плагин спрашивает меня каждый раз, когда я помещаю что-то в репозиторий для своего пароля, независимо от того, установлен ли я флажок «Сохранить пароль»,Как я знаю, плагин Subclipse не хранит учетные данные сам по себе, вместо этого использует информацию аутентификации из базового адаптера SVN, поэтому я безуспешно пробую следующее:

1) delete ~ / .subversion / auth

2) delete ~ / .eclipse_keyring

После перезапуска STS диалоговое окно с паролем каждый раз снова запрашивается.

При установленном Eclipse Indigo и том же плагине Subclipse это странное поведение не происходит.Таким образом, пароль берется автоматически, как и ожидалось.Если я использую svn из командной строки, после первоначального ввода своих паролей, он используется автоматически и больше не раздражает меня.

Любые предположения, почему это не работает в SpringSource Toolsuite?

С уважением Доминик

Ответы [ 4 ]

2 голосов
/ 16 сентября 2011

решено: причина в том, что STS.app не имеет доступа к MacOS X KeyChain для пароля SVN. Поэтому он должен спрашивать снова и снова. Используемый Eclipse.app был добавлен в качестве доверенного приложения для доступа к сохраненному паролю SVN. Странно, я не могу добавить STS.app в список доверенных приложений для ввода пароля SVS, но это другой вопрос здесь. Если я активирую флажок «Доступ для каждой программы», STS.app позволяет читать этот пароль и больше не спрашивать!

0 голосов
/ 12 сентября 2011

Я бы попытался удалить или переименовать папку ~ / .subversion. В файле конфигурации и серверов также есть настройки, которые могут помешать сохранению пароля. Вы также не упоминаете, какой метод доступа вы используете ... например, пароли не сохраняются для svn + ssh: //

Также было бы уместно узнать, используете ли вы JavaHL или SVNKit. JavaHL является родным Subversion, поэтому пароли кэшируются в ~ / .subversion / auth. SVNKit кэширует пароли в связке ключей Eclipse, но я полагаю, что он будет считывать данные из кэша паролей SVN, если он уже существует или, по крайней мере, использовался.

Наконец, так как он работает с Eclipse, но не с STS (и не должно быть причин, почему), может быть, проверьте разрешения? STS работает от имени другого пользователя по какой-то причине?

0 голосов
/ 15 сентября 2011

Настройки для безопасного хранения равны. Но похоже, что эти настройки не используются, упомянутый файл не существует. Тем временем я установил обновление STS 2.7.2 и новый плагин Subclipse, но безуспешно диалоговое окно снова появляется для каждого коммита. После этого я создаю нового пользователя, копирую весь установочный каталог STS 2.7.2, включая Maven, tc и только что установленный подключаемый модуль Subclipsed, в общий каталог для всех пользователей. Я должен исправить права доступа к файлам maven subdir из-за отсутствия разрешений на чтение для нового пользователя. Я проверил проект из SVN и изменил его. После первоначального вопроса об имени пользователя / пароле это диалоговое окно больше не всплывает. Кажется, что для этого нового пользователя все прошло хорошо. Я переключаюсь обратно к первоначальному пользователю и запускаю STS 2.7.2. точно из того же места, общий каталог. Но ... вы предсказываете это ... диалоговое окно всплывает снова и снова и снова .... Кажется, что-то не так с любой из моих пользовательских настроек, но какие? Я удалил ~ / .subversion / auth и всю ~ / .subversion тоже. Нет способа избежать постоянного вопроса о пароле для данного пользователя. Мм, странно, есть еще советы или предложения?

0 голосов
/ 07 сентября 2011

У меня нет большого опыта работы с плагином subclipse. Я пробовал это несколько раз несколько лет назад, и это не очень хорошо для меня. Затем я переключился на подрывную деятельность. У меня не было этой проблемы с подрывным плагином, и, возможно, вы могли бы попробовать переключиться и посмотреть, поможет ли это вам.

...