SpringSource ToolSuite e Subclipse Plugin

Question

uma vez que eu uso SpringSource ToolSuite 2.7.1 e instalei o último Subclipse Plugin (1.6.x), este plugin me pergunta toda vez que eu coloco alguma coisa no repositório para minha senha, independentemente de ter habilitado a caixa de seleção 'Salvar senha'.Como eu sei, o plug-in Subclipse não armazena as credenciais em si, em vez disso, usa as informações de autenticação do adaptador SVN subjacente, então tento o seguinte sem sucesso:

1) exclua ~ / .subversion / auth

2) excluir ~ / .eclipse_keyring

Depois de reiniciar o STS, a caixa de diálogo de senha será exibida novamente sempre.

Com o Eclipse Indigo e o mesmo Subclipse Plugin instalado, esse estranho comportamento não acontece, a senha é obtida automaticamente conforme o esperado. Se eu usar svn na linha de comando, depois de inserir minhas senhas inicialmente, ele é usado automaticamente e não me incomoda mais.

Alguma sugestão, por que isso não funciona no SpringSource Toolsuite?

Atenciosamente Dominik

Answer 1

RESOLVIDO: o motivo foi que o STS.app não tem acesso ao MacOS X KeyChain para a senha do SVN.Portanto, é necessário perguntar novamente e novamente.O Eclipse.app usado foi adicionado como um aplicativo confiável para acessar a senha svn armazenada.Estranhamente, não consigo adicionar STS.app à lista de aplicativos confiáveis para a entrada de senha SVS, mas isso é outra pergunta aqui.Se eu ativar a caixa de seleção 'acesso para todos os programas', STS.app será habilitado para ler esta senha e não perguntar mais nada!

Answer 2

Não tenho muita experiência com o plugin de subclipse.Tentei algumas vezes, há alguns anos, e não deu certo para mim.Em seguida, mudei para subversivo.Não tive esse problema com o plug-in subversivo, então talvez você possa tentar trocar e ver se isso vai te ajudar.

Answer 3

Eu tentaria excluir ou renomear a pasta ~ / .subversion.Também há configurações no arquivo de configuração e servidores que podem impedir o armazenamento de senha.Você também não menciona o método de acesso que está usando ... por exemplo, as senhas não são armazenadas para svn + ssh: //

Também seria relevante saber se você está usando JavaHL ou SVNKit.JavaHL é um Subversion nativo, portanto as senhas são armazenadas em cache em ~ / .subversion / auth.O SVNKit armazena senhas em cache no chaveiro do Eclipse, mas acredito que será lido do cache de senha SVN se já estiver lá - ou pelo menos costumava fazer.

Finalmente, como funciona com o Eclipse, mas não com o STS (e não deve haver razão para isso), talvez verifique as permissões?O STS está sendo executado como um usuário diferente por algum motivo?

Answer 4

As configurações do armazenamento seguro são iguais. Mas parece que essas configurações não são usadas, o arquivo mencionado não existe. Nesse ínterim, instalei a atualização do STS 2.7.2 e um novo plug-in Subclipse, mas sem sucesso, a caixa de diálogo aparece novamente para cada confirmação. Depois disso, eu crio um novo usuário, copio todo o diretório de instalação do STS 2.7.2 incluindo Maven, tc e o plugin Subclipsed recém-instalado para um diretório compartilhado para todos os usuários. Eu tenho que corrigir as permissões de arquivo do subdiretório maven devido à falta de permissões de leitura para o novo usuário. Eu verifiquei um projeto do svn e o modifiquei. Após a pergunta inicial para nome de usuário / senha, esta caixa de diálogo não aparece mais. Parece que, para este novo usuário, as coisas correram bem. Eu volto para o usuário original e inicio o STS 2.7.2. exatamente do mesmo lugar, o diretório compartilhado. Mas ... você prevê isso ... a caixa de diálogo aparece repetidamente e novamente ... Parece haver algo errado com qualquer uma das minhas configurações de usuário, mas qual? Eu excluí ~ / .subversion / auth e todo o ~ / .subversion também. Não há como evitar a pergunta constante sobre a senha de um determinado usuário. Mhm, estranho, mais alguma dica ou sugestão?