Eclipse unter Ubuntu karmic hängt, wenn Subclipse verwendet wird, um eine Verbindung zum HTTPS-Repository herzustellen

3442
mark

Verwendete Softwareversionen:

  • Eclipse Galileo
    • SVN-Team-Kernanbieter 1.6.5
    • Subversion-Clientadapter 1.6.4.1
    • Subversion JavaHL 1.6.5
  • svn, version 1.6.5 (r38866)
  • Ubuntu karmisch

Wenn ich wähle Kasse aus dem SVN wähle ich die HTTPS - Repository, aber es bleibt Pending ... für immer. Wenn ich Informationen entferne, werde ~/.subversionich nach dem selbstsignierten Zertifikat gefragt, akzeptiere es dauerhaft und überprüfe, ob meine Anmeldeinformationen gespeichert werden.

Ich kann den Dialog schließen, aber Eclipse reagiert nicht mehr und ich muss es killtun.

Ich habe jconsole verwendet, um zu überprüfen, was los ist, und einen der Arbeitsthreads mit dieser Stack-Ablaufverfolgung gefunden:

Name: Worker-0 State: RUNNABLE Total blocked: 78 Total waited: 183  Stack trace:  org.tigris.subversion.javahl.SVNClient.list(Native Method) org.tigris.subversion.javahl.SVNClient.list(SVNClient.java:201) org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getList(AbstractJhlClientAdapter.java:349) org.tigris.subversion.subclipse.core.resources.RemoteFolder.getMembers(RemoteFolder.java:164) org.tigris.subversion.subclipse.core.resources.RemoteFolder.members(RemoteFolder.java:256) org.tigris.subversion.subclipse.ui.operations.FetchMembersOperation.execute(FetchMembersOperation.java:41) org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:89) org.tigris.subversion.subclipse.ui.repository.model.SVNRepositoryRootElement.fetchDeferredChildren(SVNRepositoryRootElement.java:73) org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:234) org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) 

Nur wenn ich nicht mein selbst signiertes Zertifikat dauerhaft akzeptieren (Ich werde aufgefordert, das Zertifikat jedes Mal, zum Beispiel zu akzeptieren, wenn ich einen Knoten öffne für Kasse wählen) es „funktioniert“.

2

1 Antwort auf die Frage

1
mark

Aus der JavaHL-FAQ :

In der neuen Unterstützung für den GNOME-Schlüsselring in Subversion 1.6 befindet sich derzeit ein Fehler. Es funktioniert in Ordnung, wenn die Befehlszeile verwendet wird, aber nicht, wenn andere Benutzer der Bibliotheken es verwenden. Bis dies behoben ist, können Sie das Problem umgehen, indem Sie diese Funktion deaktivieren.

Die Lösung ist, die Grenze zu setzen

password-stores = 

in ~/.subversion/config, den Schlüsselbund effektiv deaktivieren.

Dies war eine Antwort aus der Subclipse-Mailingliste .