[Lofi]

MyEclipse 2017 (with subclipse 1.6 plugin) doesn’t save the SVN credentials anymore. Every time MyEclipse is started the credentials have to be re-entered when SVN is being accessed. The log shows the following:

!ENTRY org.eclipse.core.runtime 2 0
!MESSAGE Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed.
!STACK 0
java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase cannot be found by org.eclipse.core.runtime_3.12.0.v20160606-1342
            at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)
            at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
            at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
            at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
            at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
            at java.lang.Class.forName0(Native Method)
            at java.lang.Class.forName(Class.java:264)
            at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthClass(AuthorizationHandler.java:48)
            at org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:69)
            at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:262)
            at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:629)
            at org.tmatesoft.svn.core.internal.wc.EclipseSVNAuthenticationManager$KeyringAuthenticationProvider.requestClientAuthentication(EclipseSVNAuthenticationManager.java:71)
            at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:158)
            at org.tmatesoft.svn.core.internal.io.svn.sasl.SVNSaslAuthenticator.createSaslClient(SVNSaslAuthenticator.java:304)
            at org.tmatesoft.svn.core.internal.io.svn.sasl.SVNSaslAuthenticator.authenticate(SVNSaslAuthenticator.java:91)
            at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.authenticate(SVNConnection.java:173)
            at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.authenticate(SVNRepositoryImpl.java:1265)
            at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.openConnection(SVNRepositoryImpl.java:1243)
            at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.testConnection(SVNRepositoryImpl.java:95)
            at org.tmatesoft.svn.core.io.SVNRepository.getRepositoryUUID(SVNRepository.java:279)
            at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:342)
            at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:330)
            at org.tmatesoft.svn.core.wc.SVNStatusClient.doStatus(SVNStatusClient.java:338)
            at org.tmatesoft.svn.core.javahl.SVNClientImpl.status(SVNClientImpl.java:296)
            at org.tmatesoft.svn.core.javahl.SVNClientImpl.status(SVNClientImpl.java:278)
            at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:528)
            at org.tigris.subversion.svnclientadapter.svnkit.SvnKitClientAdapter.getStatus(SvnKitClientAdapter.java:144)
            at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:514)
            at org.tigris.subversion.subclipse.core.client.StatusCommand.execute(StatusCommand.java:69)
            at org.tigris.subversion.subclipse.core.client.StatusAndInfoCommand.execute(StatusAndInfoCommand.java:47)
            at org.tigris.subversion.subclipse.core.client.StatusAndInfoCommand.run(StatusAndInfoCommand.java:58)
            at org.tigris.subversion.subclipse.core.sync.SVNWorkspaceSubscriber.findChanges(SVNWorkspaceSubscriber.java:254)
            at org.tigris.subversion.subclipse.core.sync.SVNWorkspaceSubscriber.refresh(SVNWorkspaceSubscriber.java:232)
            at org.tigris.subversion.subclipse.core.sync.SVNWorkspaceSubscriber.refresh(SVNWorkspaceSubscriber.java:206)
            at org.eclipse.team.internal.ui.synchronize.RefreshSubscriberParticipantJob.doRefresh(RefreshSubscriberParticipantJob.java:124)
            at org.eclipse.team.internal.ui.synchronize.RefreshParticipantJob.run(RefreshParticipantJob.java:321)
            at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

Is there a way to fix this?

[Brian Fernandes]

Lofi,

We haven’t had the time to investigate this issue yet, but from the error it does look like Subclipse 1.6 is relying on runtime compatibility plugins that were removed from the Eclipse Neon stream. It will not be possible for us to re-introduce these plugins into MyEclipse.

1) Can you tell me where you installed Subclipse 1.6 from – I could find update sites that go back only to version 1.7.

2) I realize that Subclipse releases are tied to specific SVN versions, but would updating to a more recent release of Subclipse work for you?

[Lofi]

I got subclipse from here:

http://subclipse.tigris.org/files/documents/906/49028/site-1.6.18.zip

I installed it from my local file system afterwards because I always need to have the software available and not rely on some remote service.

Unfortunately updating the client and the server to a more recent release of subclipse is impossible. It would bring a lot of risk and trouble. There are many repositories that would have to be migrated. The risk for that is simply too high.

Thank you very much for your investigation.

[Lofi]

Fyi, I got it to work with JavaHL. You can close the topic. Thank you for your input!

[Author]

Posts