|
|
Re: Missing SVNKit in headless Buckminster for Juno [message #898712 is a reply to message #898581] |
Fri, 27 July 2012 10:16 |
Matthew Webber Messages: 198 Registered: December 2010 |
Senior Member |
|
|
Thanks for the reply. We have already moved quite a lot of our source to Git, but for various reasons we will still need access to subversion for some time to come.
As far as I can tell, Subclipse removed support for SVNKit only temporarily, because the delivery of SVNKit was late. They now support it again.
IDE
Into Eclipse 4.2 Juno IDE, I can install Buckminster and Buckminster Subclipse (v1.5), Subclipse (1.8), and SVNKit (1.7) - these versions are the ones which work with Subversion 1.7 format.
Headless
For Eclipse 4.2 Buckminster Headless, I can install Buckminster and Buckminster Subclipse, but as I indicated in my original post, SVNKit does not get installed (if you do this for Eclipse 3.7, SVNKit is installed). However, I was able to add SNVKit to my Buckminster Headless install as follows:
buckminster install http://eclipse.svnkit.com/1.7.x org.tmatesoft.svnkit
buckminster install http://subclipse.tigris.org/update_1.8.x org.tigris.subversion.clientadapter.svnkit.feature
Now if I try and buckminster materialize a component from subversion, it fails in buckminster headless 4.2 (but works in buckminster headless 3.7, and in buckminster Eclipse IDE 4.2 and 3.7):
WARN: Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed.
java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthClass(AuthorizationHandler.java:51)
at org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:72)
at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:265)
at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:625)
at org.tmatesoft.svn.core.internal.wc.EclipseSVNAuthenticationManager$KeyringAuthenticationProvider.requestClientAuthentication(EclipseSVNAuthenticationManager.java:71)
at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:162)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:579)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:287)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:275)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:704)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:103)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1016)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:180)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:148)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteList.run(SvnRemoteList.java:42)
at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteList.run(SvnRemoteList.java:34)
at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:291)
at org.tmatesoft.svn.core.javahl17.SVNClientImpl.list(SVNClientImpl.java:293)
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.list(AbstractJhlClientAdapter.java:425)
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getList(AbstractJhlClientAdapter.java:372)
at org.eclipse.buckminster.subclipse.internal.SvnSession.innerListFolder(SvnSession.java:459)
at org.eclipse.buckminster.subclipse.internal.SvnSession.getRootEntry(SvnSession.java:324)
at org.eclipse.buckminster.subclipse.internal.SvnSession.getRootEntry(SvnSession.java:1)
at org.eclipse.buckminster.subversion.GenericVersionFinder.getTrunk(GenericVersionFinder.java:97)
at org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestTrunkMatch(AbstractSCCSVersionFinder.java:311)
at org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestVersion(AbstractSCCSVersionFinder.java:150)
at org.eclipse.buckminster.core.rmap.model.Provider.findMatch(Provider.java:225)
at org.eclipse.buckminster.core.rmap.model.SearchPath.getProvider(SearchPath.java:100)
at org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:333)
at org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:252)
at org.eclipse.buckminster.core.resolver.ResourceMapResolver.innerResolve(ResourceMapResolver.java:218)
at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.resolve(ResolverNodeWithJob.java:190)
at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.run(ResolverNodeWithJob.java:87)
at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob$NodeResolutionJob.run(ResolverNodeWithJob.java:44)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
It looks like org.eclipse.core.runtime.compatibility.auth was removed in Eclipse 4.1 - see https://bugs.eclipse.org/bugs/show_bug.cgi?id=336129.
I guess that, pragmatically, we can continue to use Buckminster Headless 3.7, and use 4.2 in our IDE, so this is not a show-stopper. But it feels like it must be fixable for someone who is familiar with how it all works (that's not me, unfortunately). I can open a bugzilla, but should it be for SVNKit, Subclipse, or Buckminster? I'm not sure how they relate here.
Thanks
Matthew
|
|
|
Re: Missing SVNKit in headless Buckminster for Juno [message #898730 is a reply to message #898712] |
Fri, 27 July 2012 11:34 |
Henrik Lindberg Messages: 2509 Registered: July 2009 |
Senior Member |
|
|
Thanks for all the investigation work! Please log an issue for
Buckminster for starters - it may be a packaging issue regarding
Buckminster headless. Thomas Hallgren needs to take a look - he is on
vacation right now.
- henrik
On 2012-27-07 12:16, Matthew Webber wrote:
> Thanks for the reply. We have already moved quite a lot of our source to
> Git, but for various reasons we will still need access to subversion for
> some time to come.
>
> As far as I can tell, Subclipse removed support for SVNKit only
> temporarily, because the delivery of SVNKit was late. They now support
> it again.
>
> IDE
> Into Eclipse 4.2 Juno IDE, I can install Buckminster and Buckminster
> Subclipse (v1.5), Subclipse (1.8), and SVNKit (1.7) - these versions are
> the ones which work with Subversion 1.7 format.
>
> Headless
> For Eclipse 4.2 Buckminster Headless, I can install Buckminster and
> Buckminster Subclipse, but as I indicated in my original post, SVNKit
> does not get installed (if you do this for Eclipse 3.7, SVNKit is
> installed). However, I was able to add SNVKit to my Buckminster Headless
> install as follows:
> buckminster install http://eclipse.svnkit.com/1.7.x org.tmatesoft.svnkit
> buckminster install http://subclipse.tigris.org/update_1.8.x
> org.tigris.subversion.clientadapter.svnkit.feature
>
> Now if I try and buckminster materialize a component from subversion, it
> fails in buckminster headless 4.2 (but works in buckminster headless
> 3.7, and in buckminster Eclipse IDE 4.2 and 3.7):
>
> WARN: Authorization infrastructure
> (org.eclipse.core.runtime.compatibility.auth) not installed.
> java.lang.ClassNotFoundException:
> org.eclipse.core.internal.runtime.auth.AuthorizationDatabase
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
>
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:169)
> at
> org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthClass(AuthorizationHandler.java:51)
>
> at
> org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:72)
>
> at
> org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:265)
>
> at
> org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:625)
> at
> org.tmatesoft.svn.core.internal.wc.EclipseSVNAuthenticationManager$KeyringAuthenticationProvider.requestClientAuthentication(EclipseSVNAuthenticationManager.java:71)
>
> at
> org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:162)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:579)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:287)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:275)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:704)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:103)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1016)
>
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:180)
>
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
>
> at
> org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:148)
>
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
>
> at
> org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteList.run(SvnRemoteList.java:42)
>
> at
> org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteList.run(SvnRemoteList.java:34)
>
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
>
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
>
> at
> org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:291)
> at
> org.tmatesoft.svn.core.javahl17.SVNClientImpl.list(SVNClientImpl.java:293)
> at
> org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.list(AbstractJhlClientAdapter.java:425)
>
> at
> org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getList(AbstractJhlClientAdapter.java:372)
>
> at
> org.eclipse.buckminster.subclipse.internal.SvnSession.innerListFolder(SvnSession.java:459)
>
> at
> org.eclipse.buckminster.subclipse.internal.SvnSession.getRootEntry(SvnSession.java:324)
>
> at
> org.eclipse.buckminster.subclipse.internal.SvnSession.getRootEntry(SvnSession.java:1)
>
> at
> org.eclipse.buckminster.subversion.GenericVersionFinder.getTrunk(GenericVersionFinder.java:97)
>
> at
> org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestTrunkMatch(AbstractSCCSVersionFinder.java:311)
>
> at
> org.eclipse.buckminster.core.version.AbstractSCCSVersionFinder.getBestVersion(AbstractSCCSVersionFinder.java:150)
>
> at
> org.eclipse.buckminster.core.rmap.model.Provider.findMatch(Provider.java:225)
>
> at
> org.eclipse.buckminster.core.rmap.model.SearchPath.getProvider(SearchPath.java:100)
>
> at
> org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:333)
>
> at
> org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve(ResourceMap.java:252)
>
> at
> org.eclipse.buckminster.core.resolver.ResourceMapResolver.innerResolve(ResourceMapResolver.java:218)
>
> at
> org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.resolve(ResolverNodeWithJob.java:190)
>
> at
> org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.run(ResolverNodeWithJob.java:87)
>
> at
> org.eclipse.buckminster.core.resolver.ResolverNodeWithJob$NodeResolutionJob.run(ResolverNodeWithJob.java:44)
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
>
> It looks like org.eclipse.core.runtime.compatibility.auth was removed in
> Eclipse 4.1 - see https://bugs.eclipse.org/bugs/show_bug.cgi?id=336129.
>
> I guess that, pragmatically, we can continue to use Buckminster Headless
> 3.7, and use 4.2 in our IDE, so this is not a show-stopper. But it feels
> like it must be fixable for someone who is familiar with how it all
> works (that's not me, unfortunately). I can open a bugzilla, but should
> it be for SVNKit, Subclipse, or Buckminster? I'm not sure how they
> relate here.
>
> Thanks
> Matthew
>
>
>
>
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.05165 seconds