[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-users] Need to delete keyring file every time Eclipse starts!

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-08-14 17:29:26 CEST

Dan Coutu <coutu@snowy-owl.com> wrote on 08/12/2006 10:43:01 AM:

> Background info: Eclipse 3.2, SubClipse 1.1.5
> Within the past week or two subversion has seemed to lose it's mind when

> it comes to remembering how to access a remote repository via svn+ssh.
> Once I delete the .keyring file I can then connect to the server, after
> entering credentials, and all works fine until I shutdown Eclipse. The
> next time I start Eclipse I then try use subversion to do an update and
> see what's changed since my last edits. It gives me this error:
> org.tigris.subversion.javahl.ClientException: svn: Cannot connect to
> 'svn+ssh://remote.system.org': The connection to remote.system.org could

> not be fully established.
> One particular odd item of note is that the above error mentions javahl
> when I have explicitly specified in the Preferences that JavaSVN is to
> be used!
> When I remove the keyring file and then do any team action such as
> update, commit, etc., then it puts up a small window asking me for
> remote login credentials and port number. Once again, fill in the boxes
> correctly and svn works again until the next time I start Eclipse. Is it

> possible that some sort of change on the remote system could trigger

It sounds like JavaSVN is having some sort of problem retrieving its
cached information correctly.

If you do not check the box to save the information, I would assume you
would just be prompted once per session and it would work. It might be
worth confirming if that is the case.


To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Aug 14 17:29:58 2006

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.