Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Buckminster dev » Broken Suclipse buckminster headless ?
Broken Suclipse buckminster headless ? [message #25858] Mon, 29 September 2008 18:02 Go to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Hi Thomas,

I just downloaded a fresh Buckminster headless version to get rid of the Subclipse Bug ( https://bugs.eclipse.org/bugs/show_bug.cgi?id=247403 ) but I still doesn't work.

Here is how I get Buckminster headless version :
+ GET http://eclipse.ialto.org/tools/buckminster/products/buckmins ter.product-1.1.0.r09505.zip
+ unzip
Install features :
*org.eclipse.buckminster.core.headless.feature*
*org.eclipse.buckminster.cvs.headless.feature*
*org.eclipse.buckminster.maven.feature*
*org.eclipse.buckminster.pde.headless.feature*
from http://download.eclipse.org/tools/buckminster/updates/headle ss-site.xml

+ and feature
*org.eclipse.buckminster.subclipse.headless.feature*
from http://download.cloudsmith.com/buckminster/external

Then I resolve a query :
> <?xml version="1.0" encoding="UTF-8"?>
> <cq:componentQuery xmlns:cq="http://www.eclipse.org/buckminster/CQuery-1.0" resourceMap="file:/T:/tmp/query/hd3d.rmap" properties="file:/T:/tmp/query/svn.properties">
> <cq:rootRequest name="Hd3dServices" componentType="buckminster" versionDesignator="[1.0.2,1.0.2]" versionType="OSGi"/>
> <cq:advisorNode namePattern="Hd3dServices" componentType="buckminster" useTargetPlatform="false" useWorkspace="false"/>
> </cq:componentQuery>

By executing :
> ..\buckminster\buckminster -L DEBUG -data t:\tmp\workspace resolve Hd3dServices.cquery

Then it fails in finding the component :
> Downloading file:/T:/tmp/query/Hd3dServices.cquery
> Platform install location: T:\tmp\buckminster
> Downloading file:/T:/tmp/query/svn.properties
> Target platform provided by class org.eclipse.buckminster.pde.internal.PDETargetPlatform
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resolver rmap
> Downloading file:/T:/tmp/query/hd3d.rmap
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resource map file:/T:/tmp/query/hd3d.rmap
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using search path hd3d_setF
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Trying provider svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2})
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: trunk/head will be searched
> Listing remote folder svn://mysvn.server.com/hd3d/trunk/hd3d/app/setF#HEAD
> Obtaining remote folder svn://mysvn.server.com/svn/path/incubator.Hd3dServices[HEAD]
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Rejecting provider svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No component match was found
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: No provider was found that could resolve the request
> ERROR [0001] : No suitable provider for component Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi was found in searchPath hd3d_setF
> ERROR [0001] : Rejecting provider svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No component match was found
> Doing full workspace refresh
> ERROR: Error while refreshing workspace: null
> Waiting for jobs to end
> Command canceled

The exact same query executes well in Eclipse. The difference might be that Eclipse uses it's own password authentication mechanism whereas Buckminster Headless might use the url authentication mechanism ? (not sure of that because debug says : "Listing remote folder ... Obtaining remote folder...", so it seems it authenticated succesfully).

My RMAP is as follows :
> <?xml version="1.0" encoding="UTF-8"?>
> <rmap
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://www.eclipse.org/buckminster/RMap-1.0"
> xmlns:bc="http://www.eclipse.org/buckminster/Common-1.0"
> xmlns:mp="http://www.eclipse.org/buckminster/MavenProvider-1.0"
> xmlns:pp="http://www.eclipse.org/buckminster/PDEMapProvider-1.0">
>
> <searchPath name="hd3d_setF">
> <provider readerType="svn" componentTypes="buckminster" mutable="true" source="true">
> <uri format="svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}">
> <bc:propertyRef key="svn.login"/>
> <bc:propertyRef key="svn.passwd"/>
> <bc:propertyRef key="buckminster.component" />
> </uri>
> </provider>
> </searchPath>
>
> <searchPath name="default">
> <!--
> Let's try orbit first and then maven. The componentTypes will discriminate and
> make it quick.
> -->
> <provider readerType="eclipse.import" componentTypes="osgi.bundle" mutable="false" source="false">
> <uri format=" http://download.eclipse.org/tools/orbit/downloads/drops/R200 80611105805/orbitBundles-R20080611105805.map"/>
> </provider>
> <provider readerType="maven2" componentTypes="maven" mutable="false" source="false">
> <uri format="http://repo1.maven.org/maven2/" />
> </provider>
> <provider readerType="maven2" componentTypes="maven" mutable="false" source="false">
> <uri format="http://maven.restlet.org/" />
> </provider>
> </searchPath>
>
> <locator pattern="Hd3dServices" searchPathRef="hd3d_setF" />
> <locator pattern=".*" searchPathRef="default" />
> </rmap>

My headless features are :
org.eclipse.buckminster.core.headless.feature_1.1.0.r09563
org.eclipse.buckminster.cvs.headless.feature_1.0.0.r09528
org.eclipse.buckminster.maven.feature_1.1.0.r09564
org.eclipse.buckminster.pde.headless.feature_1.1.0.r09558
org.eclipse.buckminster.product_1.1.0.r09505
org.eclipse.buckminster.subclipse.headless.feature_1.0.0.r09 508

Have you got any ideas ? Any help would be greatly appreciated : )

Regards,
Guillaume
PS : Since new headless version I also have an Eclipse "error", but I don't think it's linked in anyway.
> INFO: Could not load library: localfile_1_0_0.dll. This library provides platform-specific optimizations for certain file system operations. This library is not present on all platforms, so this may not be an error. The resources plug-in will safely fall back to using java.io.File functionality.
> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
> at java.lang.ClassLoader.loadLibrary(Unknown Source)
> at java.lang.Runtime.loadLibrary0(Unknown Source)
> at java.lang.System.loadLibrary(Unknown Source)
> at org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(LocalFileNatives.java:32)
> at org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalFile.java:141)
> at org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.java:277)
> at org.eclipse.core.internal.localstore.BlobStore.<init>(BlobStore.java:45)
> at org.eclipse.core.internal.localstore.HistoryStore2.<init>(HistoryStore2.java:77)
> at org.eclipse.core.internal.resources.ResourcesCompatibilityHe lper.createHistoryStore(ResourcesCompatibilityHelper.java:67 )
> at org.eclipse.core.internal.localstore.FileSystemResourceManag er.getHistoryStore(FileSystemResourceManager.java:358)
> at org.eclipse.core.internal.resources.SaveManager.save(SaveMan ager.java:1012)
> at org.eclipse.core.internal.resources.Workspace.save(Workspace .java:1827)
> at org.eclipse.buckminster.core.commands.WorkspaceCommand.saveW orkspace(WorkspaceCommand.java:149)
> at org.eclipse.buckminster.core.commands.WorkspaceCommand.initW orkspace(WorkspaceCommand.java:139)
> at org.eclipse.buckminster.core.commands.WorkspaceInitCommand.i nitWorkspace(WorkspaceInitCommand.java:167)
> at org.eclipse.buckminster.core.commands.WorkspaceCommand.run(W orkspaceCommand.java:54)
> at org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(Abs tractCommand.java:80)
> at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 88)
> at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 22)
> at org.eclipse.buckminster.cmdline.Headless.start(Headless.java :113)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1212)
Re: Broken Suclipse buckminster headless ? [message #26655 is a reply to message #25858] Fri, 17 October 2008 14:41 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Hello,

Does anyone has an idea of what's going on with Buckminster Headless ? Sure I have access to the sources but someone might already know about this issue ?
I can't setup my continuous integration machine since I can't access to SVN ( with login/pass in a property file ) from buckminster headless.

Regards,
Guillaume

Guillaume CHATELET wrote:
> Hi Thomas,
>
> I just downloaded a fresh Buckminster headless version to get rid of the
> Subclipse Bug ( https://bugs.eclipse.org/bugs/show_bug.cgi?id=247403 )
> but I still doesn't work.
>
> Here is how I get Buckminster headless version :
> + GET
> http://eclipse.ialto.org/tools/buckminster/products/buckmins ter.product-1.1.0.r09505.zip
>
> + unzip
> Install features : *org.eclipse.buckminster.core.headless.feature*
> *org.eclipse.buckminster.cvs.headless.feature*
> *org.eclipse.buckminster.maven.feature*
> *org.eclipse.buckminster.pde.headless.feature*
> from
> http://download.eclipse.org/tools/buckminster/updates/headle ss-site.xml
>
> + and feature
> *org.eclipse.buckminster.subclipse.headless.feature*
> from http://download.cloudsmith.com/buckminster/external
>
> Then I resolve a query :
>> <?xml version="1.0" encoding="UTF-8"?>
>> <cq:componentQuery
>> xmlns:cq="http://www.eclipse.org/buckminster/CQuery-1.0"
>> resourceMap="file:/T:/tmp/query/hd3d.rmap"
>> properties="file:/T:/tmp/query/svn.properties">
>> <cq:rootRequest name="Hd3dServices" componentType="buckminster"
>> versionDesignator="[1.0.2,1.0.2]" versionType="OSGi"/>
>> <cq:advisorNode namePattern="Hd3dServices"
>> componentType="buckminster" useTargetPlatform="false"
>> useWorkspace="false"/>
>> </cq:componentQuery>
>
> By executing :
>> ..\buckminster\buckminster -L DEBUG -data t:\tmp\workspace resolve
>> Hd3dServices.cquery
>
> Then it fails in finding the component :
>> Downloading file:/T:/tmp/query/Hd3dServices.cquery
>> Platform install location: T:\tmp\buckminster
>> Downloading file:/T:/tmp/query/svn.properties
>> Target platform provided by class
>> org.eclipse.buckminster.pde.internal.PDETargetPlatform
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resolver rmap
>> Downloading file:/T:/tmp/query/hd3d.rmap
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resource map
>> file:/T:/tmp/query/hd3d.rmap
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using search path hd3d_setF
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Trying provider
>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2})
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: trunk/head will be searched
>> Listing remote folder
>> svn://mysvn.server.com/hd3d/trunk/hd3d/app/setF#HEAD
>> Obtaining remote folder
>> svn://mysvn.server.com/svn/path/incubator.Hd3dServices[HEAD]
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Rejecting provider
>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>> component match was found
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: No provider was found
>> that could resolve the request
>> ERROR [0001] : No suitable provider for component
>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi was found in searchPath
>> hd3d_setF
>> ERROR [0001] : Rejecting provider
>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>> component match was found
>> Doing full workspace refresh
>> ERROR: Error while refreshing workspace: null
>> Waiting for jobs to end
>> Command canceled
>
> The exact same query executes well in Eclipse. The difference might be
> that Eclipse uses it's own password authentication mechanism whereas
> Buckminster Headless might use the url authentication mechanism ? (not
> sure of that because debug says : "Listing remote folder ... Obtaining
> remote folder...", so it seems it authenticated succesfully).
>
> My RMAP is as follows :
>> <?xml version="1.0" encoding="UTF-8"?>
>> <rmap
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> xmlns="http://www.eclipse.org/buckminster/RMap-1.0"
>> xmlns:bc="http://www.eclipse.org/buckminster/Common-1.0"
>> xmlns:mp="http://www.eclipse.org/buckminster/MavenProvider-1.0"
>> xmlns:pp="http://www.eclipse.org/buckminster/PDEMapProvider-1.0">
>>
>> <searchPath name="hd3d_setF">
>> <provider readerType="svn" componentTypes="buckminster"
>> mutable="true" source="true">
>> <uri
>> format="svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}">
>> <bc:propertyRef key="svn.login"/>
>> <bc:propertyRef key="svn.passwd"/>
>> <bc:propertyRef key="buckminster.component" />
>> </uri>
>> </provider>
>> </searchPath>
>>
>> <searchPath name="default">
>> <!--
>> Let's try orbit first and then maven. The componentTypes
>> will discriminate and
>> make it quick.
>> -->
>> <provider readerType="eclipse.import"
>> componentTypes="osgi.bundle" mutable="false" source="false">
>> <uri
>> format=" http://download.eclipse.org/tools/orbit/downloads/drops/R200 80611105805/orbitBundles-R20080611105805.map"/>
>>
>> </provider>
>> <provider readerType="maven2" componentTypes="maven"
>> mutable="false" source="false">
>> <uri format="http://repo1.maven.org/maven2/" />
>> </provider>
>> <provider readerType="maven2" componentTypes="maven"
>> mutable="false" source="false">
>> <uri format="http://maven.restlet.org/" />
>> </provider>
>> </searchPath>
>>
>> <locator pattern="Hd3dServices" searchPathRef="hd3d_setF" />
>> <locator pattern=".*" searchPathRef="default" />
>> </rmap>
>
> My headless features are :
> org.eclipse.buckminster.core.headless.feature_1.1.0.r09563
> org.eclipse.buckminster.cvs.headless.feature_1.0.0.r09528
> org.eclipse.buckminster.maven.feature_1.1.0.r09564
> org.eclipse.buckminster.pde.headless.feature_1.1.0.r09558
> org.eclipse.buckminster.product_1.1.0.r09505
> org.eclipse.buckminster.subclipse.headless.feature_1.0.0.r09 508
>
> Have you got any ideas ? Any help would be greatly appreciated : )
>
> Regards,
> Guillaume
> PS : Since new headless version I also have an Eclipse "error", but I
> don't think it's linked in anyway.
>> INFO: Could not load library: localfile_1_0_0.dll. This library
>> provides platform-specific optimizations for certain file system
>> operations. This library is not present on all platforms, so this may
>> not be an error. The resources plug-in will safely fall back to using
>> java.io.File functionality.
>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>> at java.lang.System.loadLibrary(Unknown Source)
>> at
>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(LocalFileNatives.java:32)
>>
>> at
>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalFile.java:141)
>>
>> at
>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.java:277)
>>
>> at
>> org.eclipse.core.internal.localstore.BlobStore.<init>(BlobStore.java:45)
>> at
>> org.eclipse.core.internal.localstore.HistoryStore2.<init>(HistoryStore2.java:77)
>>
>> at
>> org.eclipse.core.internal.resources.ResourcesCompatibilityHe lper.createHistoryStore(ResourcesCompatibilityHelper.java:67 )
>>
>> at
>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.getHistoryStore(FileSystemResourceManager.java:358)
>>
>> at
>> org.eclipse.core.internal.resources.SaveManager.save(SaveMan ager.java:1012)
>>
>> at
>> org.eclipse.core.internal.resources.Workspace.save(Workspace .java:1827)
>> at
>> org.eclipse.buckminster.core.commands.WorkspaceCommand.saveW orkspace(WorkspaceCommand.java:149)
>>
>> at
>> org.eclipse.buckminster.core.commands.WorkspaceCommand.initW orkspace(WorkspaceCommand.java:139)
>>
>> at
>> org.eclipse.buckminster.core.commands.WorkspaceInitCommand.i nitWorkspace(WorkspaceInitCommand.java:167)
>>
>> at
>> org.eclipse.buckminster.core.commands.WorkspaceCommand.run(W orkspaceCommand.java:54)
>>
>> at
>> org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(Abs tractCommand.java:80)
>>
>> at
>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 88)
>> at
>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 22)
>> at
>> org.eclipse.buckminster.cmdline.Headless.start(Headless.java :113)
>> at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>> Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at
>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
>> at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
>> at org.eclipse.equinox.launcher.Main.main(Main.java:1212)
Re: Broken Suclipse buckminster headless ? [message #26696 is a reply to message #26655] Fri, 17 October 2008 15:52 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Hi Guillaume,
I'll look into this shortly. Meanwhile, have you considered trying Subversive? I*m not
sure if it will solve your problem but it would be nice to know if there's a difference.

Regards,
Thomas Hallgren


Guillaume CHATELET wrote:
> Hello,
>
> Does anyone has an idea of what's going on with Buckminster Headless ?
> Sure I have access to the sources but someone might already know about
> this issue ?
> I can't setup my continuous integration machine since I can't access to
> SVN ( with login/pass in a property file ) from buckminster headless.
>
> Regards,
> Guillaume
>
> Guillaume CHATELET wrote:
>> Hi Thomas,
>>
>> I just downloaded a fresh Buckminster headless version to get rid of
>> the Subclipse Bug (
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=247403 ) but I still
>> doesn't work.
>>
>> Here is how I get Buckminster headless version :
>> + GET
>> http://eclipse.ialto.org/tools/buckminster/products/buckmins ter.product-1.1.0.r09505.zip
>>
>> + unzip
>> Install features : *org.eclipse.buckminster.core.headless.feature*
>> *org.eclipse.buckminster.cvs.headless.feature*
>> *org.eclipse.buckminster.maven.feature*
>> *org.eclipse.buckminster.pde.headless.feature*
>> from
>> http://download.eclipse.org/tools/buckminster/updates/headle ss-site.xml
>>
>> + and feature
>> *org.eclipse.buckminster.subclipse.headless.feature*
>> from http://download.cloudsmith.com/buckminster/external
>>
>> Then I resolve a query :
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <cq:componentQuery
>>> xmlns:cq="http://www.eclipse.org/buckminster/CQuery-1.0"
>>> resourceMap="file:/T:/tmp/query/hd3d.rmap"
>>> properties="file:/T:/tmp/query/svn.properties">
>>> <cq:rootRequest name="Hd3dServices" componentType="buckminster"
>>> versionDesignator="[1.0.2,1.0.2]" versionType="OSGi"/>
>>> <cq:advisorNode namePattern="Hd3dServices"
>>> componentType="buckminster" useTargetPlatform="false"
>>> useWorkspace="false"/>
>>> </cq:componentQuery>
>>
>> By executing :
>>> ..\buckminster\buckminster -L DEBUG -data t:\tmp\workspace resolve
>>> Hd3dServices.cquery
>>
>> Then it fails in finding the component :
>>> Downloading file:/T:/tmp/query/Hd3dServices.cquery
>>> Platform install location: T:\tmp\buckminster
>>> Downloading file:/T:/tmp/query/svn.properties
>>> Target platform provided by class
>>> org.eclipse.buckminster.pde.internal.PDETargetPlatform
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resolver rmap
>>> Downloading file:/T:/tmp/query/hd3d.rmap
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resource map
>>> file:/T:/tmp/query/hd3d.rmap
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using search path hd3d_setF
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Trying provider
>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2})
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: trunk/head will be searched
>>> Listing remote folder
>>> svn://mysvn.server.com/hd3d/trunk/hd3d/app/setF#HEAD
>>> Obtaining remote folder
>>> svn://mysvn.server.com/svn/path/incubator.Hd3dServices[HEAD]
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Rejecting provider
>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>>> component match was found
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: No provider was found
>>> that could resolve the request
>>> ERROR [0001] : No suitable provider for component
>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi was found in searchPath
>>> hd3d_setF
>>> ERROR [0001] : Rejecting provider
>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>>> component match was found
>>> Doing full workspace refresh
>>> ERROR: Error while refreshing workspace: null
>>> Waiting for jobs to end
>>> Command canceled
>>
>> The exact same query executes well in Eclipse. The difference might be
>> that Eclipse uses it's own password authentication mechanism whereas
>> Buckminster Headless might use the url authentication mechanism ? (not
>> sure of that because debug says : "Listing remote folder ... Obtaining
>> remote folder...", so it seems it authenticated succesfully).
>>
>> My RMAP is as follows :
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <rmap
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns="http://www.eclipse.org/buckminster/RMap-1.0"
>>> xmlns:bc="http://www.eclipse.org/buckminster/Common-1.0"
>>> xmlns:mp="http://www.eclipse.org/buckminster/MavenProvider-1.0"
>>> xmlns:pp="http://www.eclipse.org/buckminster/PDEMapProvider-1.0">
>>> <searchPath name="hd3d_setF">
>>> <provider readerType="svn" componentTypes="buckminster"
>>> mutable="true" source="true">
>>> <uri
>>> format="svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}">
>>> <bc:propertyRef key="svn.login"/>
>>> <bc:propertyRef key="svn.passwd"/>
>>> <bc:propertyRef key="buckminster.component" />
>>> </uri>
>>> </provider>
>>> </searchPath>
>>> <searchPath name="default">
>>> <!--
>>> Let's try orbit first and then maven. The componentTypes
>>> will discriminate and
>>> make it quick.
>>> -->
>>> <provider readerType="eclipse.import"
>>> componentTypes="osgi.bundle" mutable="false" source="false">
>>> <uri
>>> format=" http://download.eclipse.org/tools/orbit/downloads/drops/R200 80611105805/orbitBundles-R20080611105805.map"/>
>>>
>>> </provider>
>>> <provider readerType="maven2" componentTypes="maven"
>>> mutable="false" source="false">
>>> <uri format="http://repo1.maven.org/maven2/" />
>>> </provider>
>>> <provider readerType="maven2" componentTypes="maven"
>>> mutable="false" source="false">
>>> <uri format="http://maven.restlet.org/" />
>>> </provider>
>>> </searchPath>
>>> <locator pattern="Hd3dServices"
>>> searchPathRef="hd3d_setF" />
>>> <locator pattern=".*" searchPathRef="default" />
>>> </rmap>
>>
>> My headless features are :
>> org.eclipse.buckminster.core.headless.feature_1.1.0.r09563
>> org.eclipse.buckminster.cvs.headless.feature_1.0.0.r09528
>> org.eclipse.buckminster.maven.feature_1.1.0.r09564
>> org.eclipse.buckminster.pde.headless.feature_1.1.0.r09558
>> org.eclipse.buckminster.product_1.1.0.r09505
>> org.eclipse.buckminster.subclipse.headless.feature_1.0.0.r09 508
>>
>> Have you got any ideas ? Any help would be greatly appreciated : )
>>
>> Regards,
>> Guillaume
>> PS : Since new headless version I also have an Eclipse "error", but I
>> don't think it's linked in anyway.
>>> INFO: Could not load library: localfile_1_0_0.dll. This library
>>> provides platform-specific optimizations for certain file system
>>> operations. This library is not present on all platforms, so this
>>> may not be an error. The resources plug-in will safely fall back to
>>> using java.io.File functionality.
>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>> at java.lang.System.loadLibrary(Unknown Source)
>>> at
>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(LocalFileNatives.java:32)
>>>
>>> at
>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalFile.java:141)
>>>
>>> at
>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.java:277)
>>>
>>> at
>>> org.eclipse.core.internal.localstore.BlobStore.<init>(BlobStore.java:45)
>>> at
>>> org.eclipse.core.internal.localstore.HistoryStore2.<init>(HistoryStore2.java:77)
>>>
>>> at
>>> org.eclipse.core.internal.resources.ResourcesCompatibilityHe lper.createHistoryStore(ResourcesCompatibilityHelper.java:67 )
>>>
>>> at
>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.getHistoryStore(FileSystemResourceManager.java:358)
>>>
>>> at
>>> org.eclipse.core.internal.resources.SaveManager.save(SaveMan ager.java:1012)
>>>
>>> at
>>> org.eclipse.core.internal.resources.Workspace.save(Workspace .java:1827)
>>> at
>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.saveW orkspace(WorkspaceCommand.java:149)
>>>
>>> at
>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.initW orkspace(WorkspaceCommand.java:139)
>>>
>>> at
>>> org.eclipse.buckminster.core.commands.WorkspaceInitCommand.i nitWorkspace(WorkspaceInitCommand.java:167)
>>>
>>> at
>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.run(W orkspaceCommand.java:54)
>>>
>>> at
>>> org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(Abs tractCommand.java:80)
>>>
>>> at
>>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 88)
>>> at
>>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 22)
>>> at
>>> org.eclipse.buckminster.cmdline.Headless.start(Headless.java :113)
>>> at
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
>>>
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
>>>
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
>>>
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
>>>
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
>>>
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>> Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at
>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1212)
Re: Broken Suclipse buckminster headless ? [message #26736 is a reply to message #26696] Mon, 20 October 2008 11:49 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Hi Thomas,

As you suggested I tried using Subversive instead of Subclipse ( just to see if it solves the problem )
It lead me to a NPE ...

Here is the log (I skipped the dll error message )
standard output
> resolve 'http://bin.hd3d.fr/buckminster_queries/Hd3dServices.cquery'
> Downloading http://bin.hd3d.fr/buckminster_queries/Hd3dServices.cquery
> Platform install location: T:\tmp\buckminster
> Target platform provided by class org.eclipse.buckminster.pde.internal.PDETargetPlatform
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resolver rmap
> Downloading http://bin.hd3d.fr/buckminster_queries/hd3d.rmap
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resource map http://bin.hd3d.fr/buckminster_queries/hd3d.rmap
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using search path hd3d_setF
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Trying provider svn(svn://{0}:{1}@svn.myrepo.com/setF/incubator.{2})
> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: trunk/head will be searched
> Listing remote folder svn://svn.myrepo.com/setF#HEAD
> Listing remote folder svn://svn.myrepo.com/setF/incubator.Hd3dServices#HEAD
> Reading remote file svn://svn.myrepo.com/setF/incubator.Hd3dServices/.settings/o rg.eclipse.buckminster.core.prefs#HEAD
> Listing remote folder svn://svn.myrepo.com/setF/incubator.Hd3dServices/.settings#H EAD
> Doing full workspace refresh
> Waiting for jobs to end

error output :
> WARN: java.lang.NullPointerException
> java.lang.NullPointerException
> at org.eclipse.buckminster.subversive.internal.SubversiveSessio n.listFolder(SubversiveSession.java:975)
> at org.eclipse.buckminster.subversive.internal.SubversiveSessio n.getDirEntry(SubversiveSession.java:894)
> at org.eclipse.buckminster.subversive.internal.SubversiveRemote FileReader.innerGetContents(SubversiveRemoteFileReader.java: 219)
> at org.eclipse.buckminster.core.reader.AbstractCatalogReader.ge tContents(AbstractCatalogReader.java:135)
> at org.eclipse.buckminster.core.reader.RemoteFile.getContents(R emoteFile.java:42)
> at org.eclipse.buckminster.core.reader.RemoteFileCache$1.materi alize(RemoteFileCache.java:41)
> at org.eclipse.buckminster.core.helpers.CacheEntry.initialize(S hortDurationFileCache.java:137)
> at org.eclipse.buckminster.core.helpers.ShortDurationFileCache. open(ShortDurationFileCache.java:77)
> at org.eclipse.buckminster.core.helpers.ShortDurationFileCache. open(ShortDurationFileCache.java:51)
> at org.eclipse.buckminster.core.reader.RemoteFileCache.openRemo teFile(RemoteFileCache.java:36)
> at org.eclipse.buckminster.core.CorePlugin.openCachedRemoteFile (CorePlugin.java:489)
> at org.eclipse.buckminster.core.reader.AbstractRemoteReader.inn erReadFile(AbstractRemoteReader.java:66)
> at org.eclipse.buckminster.core.reader.AbstractCatalogReader.re adFile(AbstractCatalogReader.java:188)
> at org.eclipse.buckminster.core.reader.AbstractCatalogReader.re adBuckminsterPreferences(AbstractCatalogReader.java:98)
> at org.eclipse.buckminster.core.cspec.AbstractResolutionBuilder .getMetadataFile(AbstractResolutionBuilder.java:159)
> at org.eclipse.buckminster.core.ctype.BuckminsterCSpecBuilder.b uild(BuckminsterCSpecBuilder.java:59)
> at org.eclipse.buckminster.core.ctype.AbstractComponentType.get Resolution(AbstractComponentType.java:318)
> at org.eclipse.buckminster.core.ctype.AbstractComponentType.get ComponentVersion(AbstractComponentType.java:147)
> at org.eclipse.buckminster.core.version.AbstractVersionFinder.g etVersionFromArtifacts(AbstractVersionFinder.java:75)
> at org.eclipse.buckminster.core.version.AbstractSCCSVersionFind er.getBestTrunkMatch(AbstractSCCSVersionFinder.java:394)
> at org.eclipse.buckminster.core.version.AbstractSCCSVersionFind er.getBestVersion(AbstractSCCSVersionFinder.java:155)
> at org.eclipse.buckminster.core.rmap.model.Provider.findMatch(P rovider.java:213)
> at org.eclipse.buckminster.core.rmap.model.SearchPath.getProvid er(SearchPath.java:104)
> at org.eclipse.buckminster.core.rmap.model.ResourceMap.resolve( ResourceMap.java:172)
> at org.eclipse.buckminster.core.resolver.ResourceMapResolver.in nerResolve(ResourceMapResolver.java:250)
> at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.re solve(ResolverNodeWithJob.java:218)
> at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob.ru n(ResolverNodeWithJob.java:95)
> at org.eclipse.buckminster.core.resolver.ResolverNodeWithJob$No deResolutionJob.run(ResolverNodeWithJob.java:50)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> ERROR [0001] : java.lang.NullPointerException
> [0001] : java.lang.NullPointerException
> Caused by: java.lang.NullPointerException

I'm stuck with this problem (authenticating svn sessions with property file in Headless version of Buckminster) for a few weeks so any help would be appreciated.

Best regards,
Guillaume


Thomas Hallgren wrote:
> Hi Guillaume,
> I'll look into this shortly. Meanwhile, have you considered trying
> Subversive? I*m not sure if it will solve your problem but it would be
> nice to know if there's a difference.
>
> Regards,
> Thomas Hallgren
>
>
> Guillaume CHATELET wrote:
>> Hello,
>>
>> Does anyone has an idea of what's going on with Buckminster Headless ?
>> Sure I have access to the sources but someone might already know about
>> this issue ?
>> I can't setup my continuous integration machine since I can't access
>> to SVN ( with login/pass in a property file ) from buckminster headless.
>>
>> Regards,
>> Guillaume
>>
>> Guillaume CHATELET wrote:
>>> Hi Thomas,
>>>
>>> I just downloaded a fresh Buckminster headless version to get rid of
>>> the Subclipse Bug (
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=247403 ) but I still
>>> doesn't work.
>>>
>>> Here is how I get Buckminster headless version :
>>> + GET
>>> http://eclipse.ialto.org/tools/buckminster/products/buckmins ter.product-1.1.0.r09505.zip
>>>
>>> + unzip
>>> Install features : *org.eclipse.buckminster.core.headless.feature*
>>> *org.eclipse.buckminster.cvs.headless.feature*
>>> *org.eclipse.buckminster.maven.feature*
>>> *org.eclipse.buckminster.pde.headless.feature*
>>> from
>>> http://download.eclipse.org/tools/buckminster/updates/headle ss-site.xml
>>>
>>> + and feature
>>> *org.eclipse.buckminster.subclipse.headless.feature*
>>> from http://download.cloudsmith.com/buckminster/external
>>>
>>> Then I resolve a query :
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <cq:componentQuery
>>>> xmlns:cq="http://www.eclipse.org/buckminster/CQuery-1.0"
>>>> resourceMap="file:/T:/tmp/query/hd3d.rmap"
>>>> properties="file:/T:/tmp/query/svn.properties">
>>>> <cq:rootRequest name="Hd3dServices" componentType="buckminster"
>>>> versionDesignator="[1.0.2,1.0.2]" versionType="OSGi"/>
>>>> <cq:advisorNode namePattern="Hd3dServices"
>>>> componentType="buckminster" useTargetPlatform="false"
>>>> useWorkspace="false"/>
>>>> </cq:componentQuery>
>>>
>>> By executing :
>>>> ..\buckminster\buckminster -L DEBUG -data t:\tmp\workspace resolve
>>>> Hd3dServices.cquery
>>>
>>> Then it fails in finding the component :
>>>> Downloading file:/T:/tmp/query/Hd3dServices.cquery
>>>> Platform install location: T:\tmp\buckminster
>>>> Downloading file:/T:/tmp/query/svn.properties
>>>> Target platform provided by class
>>>> org.eclipse.buckminster.pde.internal.PDETargetPlatform
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resolver rmap
>>>> Downloading file:/T:/tmp/query/hd3d.rmap
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using resource map
>>>> file:/T:/tmp/query/hd3d.rmap
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Using search path
>>>> hd3d_setF
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Trying provider
>>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2})
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: trunk/head will be
>>>> searched
>>>> Listing remote folder
>>>> svn://mysvn.server.com/hd3d/trunk/hd3d/app/setF#HEAD
>>>> Obtaining remote folder
>>>> svn://mysvn.server.com/svn/path/incubator.Hd3dServices[HEAD]
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: Rejecting provider
>>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>>>> component match was found
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi: No provider was found
>>>> that could resolve the request
>>>> ERROR [0001] : No suitable provider for component
>>>> Hd3dServices:buckminster/[1.0.2,1.0.2]#OSGi was found in searchPath
>>>> hd3d_setF
>>>> ERROR [0001] : Rejecting provider
>>>> svn(svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}): No
>>>> component match was found
>>>> Doing full workspace refresh
>>>> ERROR: Error while refreshing workspace: null
>>>> Waiting for jobs to end
>>>> Command canceled
>>>
>>> The exact same query executes well in Eclipse. The difference might
>>> be that Eclipse uses it's own password authentication mechanism
>>> whereas Buckminster Headless might use the url authentication
>>> mechanism ? (not sure of that because debug says : "Listing remote
>>> folder ... Obtaining remote folder...", so it seems it authenticated
>>> succesfully).
>>>
>>> My RMAP is as follows :
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <rmap
>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>> xmlns="http://www.eclipse.org/buckminster/RMap-1.0"
>>>> xmlns:bc="http://www.eclipse.org/buckminster/Common-1.0"
>>>> xmlns:mp="http://www.eclipse.org/buckminster/MavenProvider-1.0"
>>>> xmlns:pp="http://www.eclipse.org/buckminster/PDEMapProvider-1.0">
>>>> <searchPath name="hd3d_setF">
>>>> <provider readerType="svn" componentTypes="buckminster"
>>>> mutable="true" source="true">
>>>> <uri
>>>> format="svn://{0}:{1}@mysvn.server.com/svn/path/incubator.{2}">
>>>> <bc:propertyRef key="svn.login"/>
>>>> <bc:propertyRef key="svn.passwd"/>
>>>> <bc:propertyRef key="buckminster.component" />
>>>> </uri>
>>>> </provider>
>>>> </searchPath>
>>>> <searchPath name="default">
>>>> <!--
>>>> Let's try orbit first and then maven. The componentTypes
>>>> will discriminate and
>>>> make it quick.
>>>> -->
>>>> <provider readerType="eclipse.import"
>>>> componentTypes="osgi.bundle" mutable="false" source="false">
>>>> <uri
>>>> format=" http://download.eclipse.org/tools/orbit/downloads/drops/R200 80611105805/orbitBundles-R20080611105805.map"/>
>>>>
>>>> </provider>
>>>> <provider readerType="maven2" componentTypes="maven"
>>>> mutable="false" source="false">
>>>> <uri format="http://repo1.maven.org/maven2/" />
>>>> </provider>
>>>> <provider readerType="maven2" componentTypes="maven"
>>>> mutable="false" source="false">
>>>> <uri format="http://maven.restlet.org/" />
>>>> </provider>
>>>> </searchPath>
>>>> <locator pattern="Hd3dServices"
>>>> searchPathRef="hd3d_setF" />
>>>> <locator pattern=".*" searchPathRef="default" />
>>>> </rmap>
>>>
>>> My headless features are :
>>> org.eclipse.buckminster.core.headless.feature_1.1.0.r09563
>>> org.eclipse.buckminster.cvs.headless.feature_1.0.0.r09528
>>> org.eclipse.buckminster.maven.feature_1.1.0.r09564
>>> org.eclipse.buckminster.pde.headless.feature_1.1.0.r09558
>>> org.eclipse.buckminster.product_1.1.0.r09505
>>> org.eclipse.buckminster.subclipse.headless.feature_1.0.0.r09 508
>>>
>>> Have you got any ideas ? Any help would be greatly appreciated : )
>>>
>>> Regards,
>>> Guillaume
>>> PS : Since new headless version I also have an Eclipse "error", but I
>>> don't think it's linked in anyway.
>>>> INFO: Could not load library: localfile_1_0_0.dll. This library
>>>> provides platform-specific optimizations for certain file system
>>>> operations. This library is not present on all platforms, so this
>>>> may not be an error. The resources plug-in will safely fall back to
>>>> using java.io.File functionality.
>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>>> at java.lang.System.loadLibrary(Unknown Source)
>>>> at
>>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(LocalFileNatives.java:32)
>>>>
>>>> at
>>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalFile.java:141)
>>>>
>>>> at
>>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.java:277)
>>>>
>>>> at
>>>> org.eclipse.core.internal.localstore.BlobStore.<init>(BlobStore.java:45)
>>>>
>>>> at
>>>> org.eclipse.core.internal.localstore.HistoryStore2.<init>(HistoryStore2.java:77)
>>>>
>>>> at
>>>> org.eclipse.core.internal.resources.ResourcesCompatibilityHe lper.createHistoryStore(ResourcesCompatibilityHelper.java:67 )
>>>>
>>>> at
>>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.getHistoryStore(FileSystemResourceManager.java:358)
>>>>
>>>> at
>>>> org.eclipse.core.internal.resources.SaveManager.save(SaveMan ager.java:1012)
>>>>
>>>> at
>>>> org.eclipse.core.internal.resources.Workspace.save(Workspace .java:1827)
>>>> at
>>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.saveW orkspace(WorkspaceCommand.java:149)
>>>>
>>>> at
>>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.initW orkspace(WorkspaceCommand.java:139)
>>>>
>>>> at
>>>> org.eclipse.buckminster.core.commands.WorkspaceInitCommand.i nitWorkspace(WorkspaceInitCommand.java:167)
>>>>
>>>> at
>>>> org.eclipse.buckminster.core.commands.WorkspaceCommand.run(W orkspaceCommand.java:54)
>>>>
>>>> at
>>>> org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(Abs tractCommand.java:80)
>>>>
>>>> at
>>>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 88)
>>>> at
>>>> org.eclipse.buckminster.cmdline.Headless.run(Headless.java:1 22)
>>>> at
>>>> org.eclipse.buckminster.cmdline.Headless.start(Headless.java :113)
>>>> at
>>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
>>>>
>>>> at
>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
>>>>
>>>> at
>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
>>>>
>>>> at
>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
>>>>
>>>> at
>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
>>>>
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>> Source)
>>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>>> at
>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
>>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
>>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
>>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1212)
Re: Broken Suclipse buckminster headless ? [message #27985 is a reply to message #26736] Wed, 12 November 2008 18:46 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Hi Thomas,

Is it possible this error is kind of linked to the other thread I opened ?( called "resolution fails when project contains empty .setting directory" http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577 )

I tried to debug it with the sources but I haven't succeeded. I have no information except this NPE ( no message ) at line 979 in SubversiveSession.listFolder
> finally
> {
> monitor.done();
> }
It seems it comes from the line 954 :
> list = SVNUtility.list(m_proxy, new SVNEntryRevisionReference(url.toString(), null, m_revision), ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL, ISVNConnector.Options.NONE, svnMon);

This function has the following prototype
> SVNEntry[] org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor proxy, SVNEntryRevisionReference reference, int depth, int direntFields, long options, ISVNProgressMonitor monitor) throws SVNConnectorException
but I haven't access to the source code, the .class are located in the eclipse plugin directory : org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar

I don't know what to do, I can't use Buckminster headless version... It seems it has something to do with authentication because the same request works with the UI version which provides a sort of automatic authentication mechanism.

Any ideas would be greatly appreciated.
Best regards,
Guillaume

Guillaume CHATELET wrote:
> Hi Thomas,
>
> As you suggested I tried using Subversive instead of Subclipse ( just to
> see if it solves the problem )
> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28025 is a reply to message #27985] Wed, 12 November 2008 22:26 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Yes, I believe it can be related. I'm looking into this now. I'm passed fixing the NPE and
heading on....

- thomas


Guillaume CHATELET wrote:
> Hi Thomas,
>
> Is it possible this error is kind of linked to the other thread I opened
> ?( called "resolution fails when project contains empty .setting
> directory"
> http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
> )
>
> I tried to debug it with the sources but I haven't succeeded. I have no
> information except this NPE ( no message ) at line 979 in
> SubversiveSession.listFolder
>> finally
>> {
>> monitor.done();
>> }
> It seems it comes from the line 954 :
>> list = SVNUtility.list(m_proxy, new
>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>> ISVNConnector.Options.NONE, svnMon);
>
> This function has the following prototype
>> SVNEntry[]
>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor proxy,
>> SVNEntryRevisionReference reference, int depth, int direntFields, long
>> options, ISVNProgressMonitor monitor) throws SVNConnectorException
> but I haven't access to the source code, the .class are located in the
> eclipse plugin directory :
> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>
> I don't know what to do, I can't use Buckminster headless version... It
> seems it has something to do with authentication because the same
> request works with the UI version which provides a sort of automatic
> authentication mechanism.
>
> Any ideas would be greatly appreciated.
> Best regards,
> Guillaume
>
> Guillaume CHATELET wrote:
>> Hi Thomas,
>>
>> As you suggested I tried using Subversive instead of Subclipse ( just
>> to see if it solves the problem )
>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28064 is a reply to message #28025] Thu, 13 November 2008 00:25 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
I uploaded what I believe is a fix for both your problems. Look for revision 9363. Should
be available within an hour. Both the core and subversive components were affected (the
subclipse problem was actaully a more generic problem in core).

- thomas


Thomas Hallgren wrote:
> Yes, I believe it can be related. I'm looking into this now. I'm passed
> fixing the NPE and heading on....
>
> - thomas
>
>
> Guillaume CHATELET wrote:
>> Hi Thomas,
>>
>> Is it possible this error is kind of linked to the other thread I
>> opened ?( called "resolution fails when project contains empty
>> .setting directory"
>> http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>> )
>>
>> I tried to debug it with the sources but I haven't succeeded. I have
>> no information except this NPE ( no message ) at line 979 in
>> SubversiveSession.listFolder
>>> finally
>>> {
>>> monitor.done();
>>> }
>> It seems it comes from the line 954 :
>>> list = SVNUtility.list(m_proxy, new
>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>> ISVNConnector.Options.NONE, svnMon);
>>
>> This function has the following prototype
>>> SVNEntry[]
>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>> SVNConnectorException
>> but I haven't access to the source code, the .class are located in the
>> eclipse plugin directory :
>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>
>> I don't know what to do, I can't use Buckminster headless version...
>> It seems it has something to do with authentication because the same
>> request works with the UI version which provides a sort of automatic
>> authentication mechanism.
>>
>> Any ideas would be greatly appreciated.
>> Best regards,
>> Guillaume
>>
>> Guillaume CHATELET wrote:
>>> Hi Thomas,
>>>
>>> As you suggested I tried using Subversive instead of Subclipse ( just
>>> to see if it solves the problem )
>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28103 is a reply to message #28064] Thu, 13 November 2008 14:35 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Hi Thomas,

Thank you very much for your time.
I think you were speaking of this revision : org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not 9363 but 9636 ).

Maybe I did something wrong but the fix didn't resolved the issue. Here is the trace :
> Listing remote folder svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
> Listing remote folder svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
> Reading remote file svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException: svn: File not found : revision 1177, path '/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
> hd3d_setC1.pluginManager: Rejecting provider svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}): No component match was found
> hd3d_setC1.pluginManager: No provider was found that could resolve the request

Can I do something to help ?

Regards,
Guillaume

Thomas Hallgren wrote:
> I uploaded what I believe is a fix for both your problems. Look for
> revision 9363. Should be available within an hour. Both the core and
> subversive components were affected (the subclipse problem was actaully
> a more generic problem in core).
>
> - thomas
>
>
> Thomas Hallgren wrote:
>> Yes, I believe it can be related. I'm looking into this now. I'm
>> passed fixing the NPE and heading on....
>>
>> - thomas
>>
>>
>> Guillaume CHATELET wrote:
>>> Hi Thomas,
>>>
>>> Is it possible this error is kind of linked to the other thread I
>>> opened ?( called "resolution fails when project contains empty
>>> .setting directory"
>>> http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>> )
>>>
>>> I tried to debug it with the sources but I haven't succeeded. I have
>>> no information except this NPE ( no message ) at line 979 in
>>> SubversiveSession.listFolder
>>>> finally
>>>> {
>>>> monitor.done();
>>>> }
>>> It seems it comes from the line 954 :
>>>> list = SVNUtility.list(m_proxy, new
>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>> ISVNConnector.Options.NONE, svnMon);
>>>
>>> This function has the following prototype
>>>> SVNEntry[]
>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>> SVNConnectorException
>>> but I haven't access to the source code, the .class are located in
>>> the eclipse plugin directory :
>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>
>>> I don't know what to do, I can't use Buckminster headless version...
>>> It seems it has something to do with authentication because the same
>>> request works with the UI version which provides a sort of automatic
>>> authentication mechanism.
>>>
>>> Any ideas would be greatly appreciated.
>>> Best regards,
>>> Guillaume
>>>
>>> Guillaume CHATELET wrote:
>>>> Hi Thomas,
>>>>
>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>> just to see if it solves the problem )
>>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28217 is a reply to message #28103] Fri, 14 November 2008 11:11 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
Debugging lead me to this line
>proxy.streamFileContent(new SVNEntryRevisionReference(url.toString(), null, revision), GetFileContentOperation.DEFAULT_BUFFER_SIZE, output, svnMon);
in /org.eclipse.buckminster.subversive/src/java/org/eclipse/buc kminster/subversive/internal/SubversiveRemoteFileReader.java l.213

I can't find the javadoc for the SVNEntryRevisionReference class, but I wonder if it should not be :
new SVNEntryRevisionReference(url.toString(), revision, null)
instead of
new SVNEntryRevisionReference(url.toString(), null, revision)

during my debugging session variable revision is equals to HEAD so it's not a problem with the revision object. However, Buckminster keep on trying to fetch revision 1181 (trunk revision) even if the file is revision 1169.

Does it ring a bell ?
Regards,
Guillaume

Guillaume CHATELET wrote:
> Hi Thomas,
>
> Thank you very much for your time.
> I think you were speaking of this revision :
> org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not
> 9363 but 9636 ).
>
> Maybe I did something wrong but the fix didn't resolved the issue. Here
> is the trace :
>> Listing remote folder svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
>> Listing remote folder
>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
>>
>> Reading remote file
>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
>>
>> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException:
>> svn: File not found : revision 1177, path
>> '/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>
>> hd3d_setC1.pluginManager: Rejecting provider
>> svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}):
>> No component match was found
>> hd3d_setC1.pluginManager: No provider was found that could resolve the
>> request
>
> Can I do something to help ?
>
> Regards,
> Guillaume
>
> Thomas Hallgren wrote:
>> I uploaded what I believe is a fix for both your problems. Look for
>> revision 9363. Should be available within an hour. Both the core and
>> subversive components were affected (the subclipse problem was
>> actaully a more generic problem in core).
>>
>> - thomas
>>
>>
>> Thomas Hallgren wrote:
>>> Yes, I believe it can be related. I'm looking into this now. I'm
>>> passed fixing the NPE and heading on....
>>>
>>> - thomas
>>>
>>>
>>> Guillaume CHATELET wrote:
>>>> Hi Thomas,
>>>>
>>>> Is it possible this error is kind of linked to the other thread I
>>>> opened ?( called "resolution fails when project contains empty
>>>> .setting directory"
>>>> http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>>> )
>>>>
>>>> I tried to debug it with the sources but I haven't succeeded. I have
>>>> no information except this NPE ( no message ) at line 979 in
>>>> SubversiveSession.listFolder
>>>>> finally
>>>>> {
>>>>> monitor.done();
>>>>> }
>>>> It seems it comes from the line 954 :
>>>>> list = SVNUtility.list(m_proxy, new
>>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>>> ISVNConnector.Options.NONE, svnMon);
>>>>
>>>> This function has the following prototype
>>>>> SVNEntry[]
>>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>>> SVNConnectorException
>>>> but I haven't access to the source code, the .class are located in
>>>> the eclipse plugin directory :
>>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>>
>>>> I don't know what to do, I can't use Buckminster headless version...
>>>> It seems it has something to do with authentication because the same
>>>> request works with the UI version which provides a sort of automatic
>>>> authentication mechanism.
>>>>
>>>> Any ideas would be greatly appreciated.
>>>> Best regards,
>>>> Guillaume
>>>>
>>>> Guillaume CHATELET wrote:
>>>>> Hi Thomas,
>>>>>
>>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>>> just to see if it solves the problem )
>>>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28256 is a reply to message #28217] Fri, 14 November 2008 11:30 Go to previous messageGo to next message
Guillaume Chatelet is currently offline Guillaume ChateletFriend
Messages: 146
Registered: July 2009
Senior Member
hmmm, I tried modifying the line but it didn't change anything ...

However, just a remark : the catch clause just after the quoted block contains this code :
> if(lcMsg.contains("file not found") || lcMsg.contains("path not found") || lcMsg.contains("unable to find repository location"))
> {
> if(logger.isDebugEnabled())
> logger.debug(String.format("Remote file not found %s", key));
> throw new FileNotFoundException(key);
> }

Which doesn't works on my system because of the localization, actually the exception gives the following message :
org.eclipse.team.svn.core.connector.SVNConnectorException: svn: Fichier non trouvé : révision 1181, chemin '/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
I don't know if we could handle this in a generic way...

Regards,
Guillaume

Guillaume CHATELET wrote:
> Debugging lead me to this line
>> proxy.streamFileContent(new SVNEntryRevisionReference(url.toString(),
>> null, revision), GetFileContentOperation.DEFAULT_BUFFER_SIZE, output,
>> svnMon);
> in
> /org.eclipse.buckminster.subversive/src/java/org/eclipse/buc kminster/subversive/internal/SubversiveRemoteFileReader.java
> l.213
>
> I can't find the javadoc for the SVNEntryRevisionReference class, but I
> wonder if it should not be :
> new SVNEntryRevisionReference(url.toString(), revision, null)
> instead of
> new SVNEntryRevisionReference(url.toString(), null, revision)
>
> during my debugging session variable revision is equals to HEAD so it's
> not a problem with the revision object. However, Buckminster keep on
> trying to fetch revision 1181 (trunk revision) even if the file is
> revision 1169.
>
> Does it ring a bell ?
> Regards,
> Guillaume
>
> Guillaume CHATELET wrote:
>> Hi Thomas,
>>
>> Thank you very much for your time.
>> I think you were speaking of this revision :
>> org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not
>> 9363 but 9636 ).
>>
>> Maybe I did something wrong but the fix didn't resolved the issue.
>> Here is the trace :
>>> Listing remote folder
>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
>>> Listing remote folder
>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
>>>
>>> Reading remote file
>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
>>>
>>> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException:
>>> svn: File not found : revision 1177, path
>>> '/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>>
>>> hd3d_setC1.pluginManager: Rejecting provider
>>> svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}):
>>> No component match was found
>>> hd3d_setC1.pluginManager: No provider was found that could resolve
>>> the request
>>
>> Can I do something to help ?
>>
>> Regards,
>> Guillaume
>>
>> Thomas Hallgren wrote:
>>> I uploaded what I believe is a fix for both your problems. Look for
>>> revision 9363. Should be available within an hour. Both the core and
>>> subversive components were affected (the subclipse problem was
>>> actaully a more generic problem in core).
>>>
>>> - thomas
>>>
>>>
>>> Thomas Hallgren wrote:
>>>> Yes, I believe it can be related. I'm looking into this now. I'm
>>>> passed fixing the NPE and heading on....
>>>>
>>>> - thomas
>>>>
>>>>
>>>> Guillaume CHATELET wrote:
>>>>> Hi Thomas,
>>>>>
>>>>> Is it possible this error is kind of linked to the other thread I
>>>>> opened ?( called "resolution fails when project contains empty
>>>>> .setting directory"
>>>>> http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>>>> )
>>>>>
>>>>> I tried to debug it with the sources but I haven't succeeded. I
>>>>> have no information except this NPE ( no message ) at line 979 in
>>>>> SubversiveSession.listFolder
>>>>>> finally
>>>>>> {
>>>>>> monitor.done();
>>>>>> }
>>>>> It seems it comes from the line 954 :
>>>>>> list = SVNUtility.list(m_proxy, new
>>>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>>>> ISVNConnector.Options.NONE, svnMon);
>>>>>
>>>>> This function has the following prototype
>>>>>> SVNEntry[]
>>>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>>>> SVNConnectorException
>>>>> but I haven't access to the source code, the .class are located in
>>>>> the eclipse plugin directory :
>>>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>>>
>>>>> I don't know what to do, I can't use Buckminster headless
>>>>> version... It seems it has something to do with authentication
>>>>> because the same request works with the UI version which provides a
>>>>> sort of automatic authentication mechanism.
>>>>>
>>>>> Any ideas would be greatly appreciated.
>>>>> Best regards,
>>>>> Guillaume
>>>>>
>>>>> Guillaume CHATELET wrote:
>>>>>> Hi Thomas,
>>>>>>
>>>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>>>> just to see if it solves the problem )
>>>>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28370 is a reply to message #28256] Thu, 20 November 2008 17:31 Go to previous messageGo to next message
Scott Hendrickson is currently offline Scott HendricksonFriend
Messages: 69
Registered: July 2009
Member
(if you already saw the similar thread on the user newsgroup, sorry for
the noise)

I'm experiencing similar problems, described here:
http://www.eclipse.org/newsportal/article.php?id=607&gro up=eclipse.tools.buckminster#607

I'd really like to get headless to work with authentication :) I've tried
both Subclipse and Subversive. Everything works within Eclipse but not
headless.

-- Scott




Guillaume CHATELET wrote:

> hmmm, I tried modifying the line but it didn't change anything ...

> However, just a remark : the catch clause just after the quoted block
contains this code :
>> if(lcMsg.contains("file not found") || lcMsg.contains("path not found") ||
lcMsg.contains("unable to find repository location"))
>> {
>> if(logger.isDebugEnabled())
>> logger.debug(String.format("Remote file not found %s", key));
>> throw new FileNotFoundException(key);
>> }

> Which doesn't works on my system because of the localization, actually the
exception gives the following message :
> org.eclipse.team.svn.core.connector.SVNConnectorException: svn: Fichier non
trouvé : révision 1181, chemin
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
> I don't know if we could handle this in a generic way...

> Regards,
> Guillaume

> Guillaume CHATELET wrote:
>> Debugging lead me to this line
>>> proxy.streamFileContent(new SVNEntryRevisionReference(url.toString(),
>>> null, revision), GetFileContentOperation.DEFAULT_BUFFER_SIZE, output,
>>> svnMon);
>> in
>>
/org.eclipse.buckminster.subversive/src/java/org/eclipse/buc kminster/subversive/internal/SubversiveRemoteFileReader.java
>> l.213
>>
>> I can't find the javadoc for the SVNEntryRevisionReference class, but I
>> wonder if it should not be :
>> new SVNEntryRevisionReference(url.toString(), revision, null)
>> instead of
>> new SVNEntryRevisionReference(url.toString(), null, revision)
>>
>> during my debugging session variable revision is equals to HEAD so it's
>> not a problem with the revision object. However, Buckminster keep on
>> trying to fetch revision 1181 (trunk revision) even if the file is
>> revision 1169.
>>
>> Does it ring a bell ?
>> Regards,
>> Guillaume
>>
>> Guillaume CHATELET wrote:
>>> Hi Thomas,
>>>
>>> Thank you very much for your time.
>>> I think you were speaking of this revision :
>>> org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not
>>> 9363 but 9636 ).
>>>
>>> Maybe I did something wrong but the fix didn't resolved the issue.
>>> Here is the trace :
>>>> Listing remote folder
>>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
>>>> Listing remote folder
>>>>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
>>>>
>>>> Reading remote file
>>>>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
>>>>
>>>> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException:
>>>> svn: File not found : revision 1177, path
>>>>
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>>>
>>>> hd3d_setC1.pluginManager: Rejecting provider
>>>>
svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}):
>>>> No component match was found
>>>> hd3d_setC1.pluginManager: No provider was found that could resolve
>>>> the request
>>>
>>> Can I do something to help ?
>>>
>>> Regards,
>>> Guillaume
>>>
>>> Thomas Hallgren wrote:
>>>> I uploaded what I believe is a fix for both your problems. Look for
>>>> revision 9363. Should be available within an hour. Both the core and
>>>> subversive components were affected (the subclipse problem was
>>>> actaully a more generic problem in core).
>>>>
>>>> - thomas
>>>>
>>>>
>>>> Thomas Hallgren wrote:
>>>>> Yes, I believe it can be related. I'm looking into this now. I'm
>>>>> passed fixing the NPE and heading on....
>>>>>
>>>>> - thomas
>>>>>
>>>>>
>>>>> Guillaume CHATELET wrote:
>>>>>> Hi Thomas,
>>>>>>
>>>>>> Is it possible this error is kind of linked to the other thread I
>>>>>> opened ?( called "resolution fails when project contains empty
>>>>>> .setting directory"
>>>>>>
http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>>>>> )
>>>>>>
>>>>>> I tried to debug it with the sources but I haven't succeeded. I
>>>>>> have no information except this NPE ( no message ) at line 979 in
>>>>>> SubversiveSession.listFolder
>>>>>>> finally
>>>>>>> {
>>>>>>> monitor.done();
>>>>>>> }
>>>>>> It seems it comes from the line 954 :
>>>>>>> list = SVNUtility.list(m_proxy, new
>>>>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>>>>> ISVNConnector.Options.NONE, svnMon);
>>>>>>
>>>>>> This function has the following prototype
>>>>>>> SVNEntry[]
>>>>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>>>>> SVNConnectorException
>>>>>> but I haven't access to the source code, the .class are located in
>>>>>> the eclipse plugin directory :
>>>>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>>>>
>>>>>> I don't know what to do, I can't use Buckminster headless
>>>>>> version... It seems it has something to do with authentication
>>>>>> because the same request works with the UI version which provides a
>>>>>> sort of automatic authentication mechanism.
>>>>>>
>>>>>> Any ideas would be greatly appreciated.
>>>>>> Best regards,
>>>>>> Guillaume
>>>>>>
>>>>>> Guillaume CHATELET wrote:
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>>>>> just to see if it solves the problem )
>>>>>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28408 is a reply to message #28370] Mon, 24 November 2008 06:00 Go to previous messageGo to next message
Scott Hendrickson is currently offline Scott HendricksonFriend
Messages: 69
Registered: July 2009
Member
I've been able to investigate this further and made sure that I was
passing the properties correctly to buckminster (i.e.,
http://www.eclipse.org/newsportal/article.php?id=613&gro up=eclipse.tools.buckminster#613
).

It turns out that the problem is that the RMAP referenced by the CQUERY is
also on a server that requires authentication -- and the resolve function
fails because it cannot obtain the RMAP to begin with. So, it didn't
matter how I was handling authentication within the RMAP.

If I change the CQUERY so that it references a local RMAP, then the
authentication mechanisms used within the RMAP work.

I tried referencing the username and password properties directly within
the RMAP URL within the CQUERY, like I do to handle authentication for the
SVN repositories. However, that didn't work. I think that a short term
work around for me would be to scan the RMAP for property substitutions so
that I can specify a username and password in the same way.

Thank you all for your pointers.

I hope that this help!

-- Scott


Scott Hendrickson wrote:

> (if you already saw the similar thread on the user newsgroup, sorry for
> the noise)

> I'm experiencing similar problems, described here:
>
http://www.eclipse.org/newsportal/article.php?id=607&gro up=eclipse.tools.buckminster#607

> I'd really like to get headless to work with authentication :) I've tried
> both Subclipse and Subversive. Everything works within Eclipse but not
> headless.

> -- Scott




> Guillaume CHATELET wrote:

>> hmmm, I tried modifying the line but it didn't change anything ...

>> However, just a remark : the catch clause just after the quoted block
> contains this code :
>>> if(lcMsg.contains("file not found") || lcMsg.contains("path not found") ||
> lcMsg.contains("unable to find repository location"))
>>> {
>>> if(logger.isDebugEnabled())
>>> logger.debug(String.format("Remote file not found %s", key));
>>> throw new FileNotFoundException(key);
>>> }

>> Which doesn't works on my system because of the localization, actually the
> exception gives the following message :
>> org.eclipse.team.svn.core.connector.SVNConnectorException: svn: Fichier non
> trouvé : révision 1181, chemin
>
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>> I don't know if we could handle this in a generic way...

>> Regards,
>> Guillaume

>> Guillaume CHATELET wrote:
>>> Debugging lead me to this line
>>>> proxy.streamFileContent(new SVNEntryRevisionReference(url.toString(),
>>>> null, revision), GetFileContentOperation.DEFAULT_BUFFER_SIZE, output,
>>>> svnMon);
>>> in
>>>
>
/org.eclipse.buckminster.subversive/src/java/org/eclipse/buc kminster/subversive/internal/SubversiveRemoteFileReader.java
>>> l.213
>>>
>>> I can't find the javadoc for the SVNEntryRevisionReference class, but I
>>> wonder if it should not be :
>>> new SVNEntryRevisionReference(url.toString(), revision, null)
>>> instead of
>>> new SVNEntryRevisionReference(url.toString(), null, revision)
>>>
>>> during my debugging session variable revision is equals to HEAD so it's
>>> not a problem with the revision object. However, Buckminster keep on
>>> trying to fetch revision 1181 (trunk revision) even if the file is
>>> revision 1169.
>>>
>>> Does it ring a bell ?
>>> Regards,
>>> Guillaume
>>>
>>> Guillaume CHATELET wrote:
>>>> Hi Thomas,
>>>>
>>>> Thank you very much for your time.
>>>> I think you were speaking of this revision :
>>>> org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not
>>>> 9363 but 9636 ).
>>>>
>>>> Maybe I did something wrong but the fix didn't resolved the issue.
>>>> Here is the trace :
>>>>> Listing remote folder
>>>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
>>>>> Listing remote folder
>>>>>
>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
>>>>>
>>>>> Reading remote file
>>>>>
>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
>>>>>
>>>>> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException:
>>>>> svn: File not found : revision 1177, path
>>>>>
>
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>>>>
>>>>> hd3d_setC1.pluginManager: Rejecting provider
>>>>>
> svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}):
>>>>> No component match was found
>>>>> hd3d_setC1.pluginManager: No provider was found that could resolve
>>>>> the request
>>>>
>>>> Can I do something to help ?
>>>>
>>>> Regards,
>>>> Guillaume
>>>>
>>>> Thomas Hallgren wrote:
>>>>> I uploaded what I believe is a fix for both your problems. Look for
>>>>> revision 9363. Should be available within an hour. Both the core and
>>>>> subversive components were affected (the subclipse problem was
>>>>> actaully a more generic problem in core).
>>>>>
>>>>> - thomas
>>>>>
>>>>>
>>>>> Thomas Hallgren wrote:
>>>>>> Yes, I believe it can be related. I'm looking into this now. I'm
>>>>>> passed fixing the NPE and heading on....
>>>>>>
>>>>>> - thomas
>>>>>>
>>>>>>
>>>>>> Guillaume CHATELET wrote:
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> Is it possible this error is kind of linked to the other thread I
>>>>>>> opened ?( called "resolution fails when project contains empty
>>>>>>> .setting directory"
>>>>>>>
>
http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>>>>>> )
>>>>>>>
>>>>>>> I tried to debug it with the sources but I haven't succeeded. I
>>>>>>> have no information except this NPE ( no message ) at line 979 in
>>>>>>> SubversiveSession.listFolder
>>>>>>>> finally
>>>>>>>> {
>>>>>>>> monitor.done();
>>>>>>>> }
>>>>>>> It seems it comes from the line 954 :
>>>>>>>> list = SVNUtility.list(m_proxy, new
>>>>>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>>>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>>>>>> ISVNConnector.Options.NONE, svnMon);
>>>>>>>
>>>>>>> This function has the following prototype
>>>>>>>> SVNEntry[]
>>>>>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>>>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>>>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>>>>>> SVNConnectorException
>>>>>>> but I haven't access to the source code, the .class are located in
>>>>>>> the eclipse plugin directory :
>>>>>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>>>>>
>>>>>>> I don't know what to do, I can't use Buckminster headless
>>>>>>> version... It seems it has something to do with authentication
>>>>>>> because the same request works with the UI version which provides a
>>>>>>> sort of automatic authentication mechanism.
>>>>>>>
>>>>>>> Any ideas would be greatly appreciated.
>>>>>>> Best regards,
>>>>>>> Guillaume
>>>>>>>
>>>>>>> Guillaume CHATELET wrote:
>>>>>>>> Hi Thomas,
>>>>>>>>
>>>>>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>>>>>> just to see if it solves the problem )
>>>>>>>> It lead me to a NPE ...
Re: Broken Suclipse buckminster headless ? [message #28447 is a reply to message #28408] Mon, 24 November 2008 07:05 Go to previous message
Scott Hendrickson is currently offline Scott HendricksonFriend
Messages: 69
Registered: July 2009
Member
I forgot to add that this *only* works with the subversive client.
Authentication does not appear to work headlessly at all with the
subclipse client.
-- Scott


Scott Hendrickson wrote:

> I've been able to investigate this further and made sure that I was
> passing the properties correctly to buckminster (i.e.,
>
http://www.eclipse.org/newsportal/article.php?id=613&gro up=eclipse.tools.buckminster#613
> ).

> It turns out that the problem is that the RMAP referenced by the CQUERY is
> also on a server that requires authentication -- and the resolve function
> fails because it cannot obtain the RMAP to begin with. So, it didn't
> matter how I was handling authentication within the RMAP.

> If I change the CQUERY so that it references a local RMAP, then the
> authentication mechanisms used within the RMAP work.

> I tried referencing the username and password properties directly within
> the RMAP URL within the CQUERY, like I do to handle authentication for the
> SVN repositories. However, that didn't work. I think that a short term
> work around for me would be to scan the RMAP for property substitutions so
> that I can specify a username and password in the same way.

> Thank you all for your pointers.

> I hope that this help!

> -- Scott


> Scott Hendrickson wrote:

>> (if you already saw the similar thread on the user newsgroup, sorry for
>> the noise)

>> I'm experiencing similar problems, described here:
>>
>
http://www.eclipse.org/newsportal/article.php?id=607&gro up=eclipse.tools.buckminster#607

>> I'd really like to get headless to work with authentication :) I've tried
>> both Subclipse and Subversive. Everything works within Eclipse but not
>> headless.

>> -- Scott




>> Guillaume CHATELET wrote:

>>> hmmm, I tried modifying the line but it didn't change anything ...

>>> However, just a remark : the catch clause just after the quoted block
>> contains this code :
>>>> if(lcMsg.contains("file not found") || lcMsg.contains("path not found")
||
>> lcMsg.contains("unable to find repository location"))
>>>> {
>>>> if(logger.isDebugEnabled())
>>>> logger.debug(String.format("Remote file not found %s", key));
>>>> throw new FileNotFoundException(key);
>>>> }

>>> Which doesn't works on my system because of the localization, actually the
>> exception gives the following message :
>>> org.eclipse.team.svn.core.connector.SVNConnectorException: svn: Fichier
non
>> trouvé : révision 1181, chemin
>>
>
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>> I don't know if we could handle this in a generic way...

>>> Regards,
>>> Guillaume

>>> Guillaume CHATELET wrote:
>>>> Debugging lead me to this line
>>>>> proxy.streamFileContent(new SVNEntryRevisionReference(url.toString(),
>>>>> null, revision), GetFileContentOperation.DEFAULT_BUFFER_SIZE, output,
>>>>> svnMon);
>>>> in
>>>>
>>
>
/org.eclipse.buckminster.subversive/src/java/org/eclipse/buc kminster/subversive/internal/SubversiveRemoteFileReader.java
>>>> l.213
>>>>
>>>> I can't find the javadoc for the SVNEntryRevisionReference class, but I
>>>> wonder if it should not be :
>>>> new SVNEntryRevisionReference(url.toString(), revision, null)
>>>> instead of
>>>> new SVNEntryRevisionReference(url.toString(), null, revision)
>>>>
>>>> during my debugging session variable revision is equals to HEAD so it's
>>>> not a problem with the revision object. However, Buckminster keep on
>>>> trying to fetch revision 1181 (trunk revision) even if the file is
>>>> revision 1169.
>>>>
>>>> Does it ring a bell ?
>>>> Regards,
>>>> Guillaume
>>>>
>>>> Guillaume CHATELET wrote:
>>>>> Hi Thomas,
>>>>>
>>>>> Thank you very much for your time.
>>>>> I think you were speaking of this revision :
>>>>> org.eclipse.buckminster.subversive.headless.feature_1.0.0.r0 9636 ( not
>>>>> 9363 but 9636 ).
>>>>>
>>>>> Maybe I did something wrong but the fix didn't resolved the issue.
>>>>> Here is the trace :
>>>>>> Listing remote folder
>>>>>> svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1#HEAD
>>>>>> Listing remote folder
>>>>>>
>>
>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager#HEAD
>>>>>>
>>>>>> Reading remote file
>>>>>>
>>
>
svn://svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incubator.hd3 d_setC1.pluginManager/.settings/org.eclipse.buckminster.core .prefs#HEAD
>>>>>>
>>>>>> hd3d_setC1.pluginManager: Trunk/Head rejected: java.io.IOException:
>>>>>> svn: File not found : revision 1177, path
>>>>>>
>>
>
'/trunk/hd3d/lib/setC1/incubator.hd3d_setC1.pluginManager/.s ettings/org.eclipse.buckminster.core.prefs'
>>>>>>
>>>>>> hd3d_setC1.pluginManager: Rejecting provider
>>>>>>
>> svn( svn://{0}:{1}@svn.myrepo.com/hd3d/trunk/hd3d/lib/setC1/incub ator.{2}):
>>>>>> No component match was found
>>>>>> hd3d_setC1.pluginManager: No provider was found that could resolve
>>>>>> the request
>>>>>
>>>>> Can I do something to help ?
>>>>>
>>>>> Regards,
>>>>> Guillaume
>>>>>
>>>>> Thomas Hallgren wrote:
>>>>>> I uploaded what I believe is a fix for both your problems. Look for
>>>>>> revision 9363. Should be available within an hour. Both the core and
>>>>>> subversive components were affected (the subclipse problem was
>>>>>> actaully a more generic problem in core).
>>>>>>
>>>>>> - thomas
>>>>>>
>>>>>>
>>>>>> Thomas Hallgren wrote:
>>>>>>> Yes, I believe it can be related. I'm looking into this now. I'm
>>>>>>> passed fixing the NPE and heading on....
>>>>>>>
>>>>>>> - thomas
>>>>>>>
>>>>>>>
>>>>>>> Guillaume CHATELET wrote:
>>>>>>>> Hi Thomas,
>>>>>>>>
>>>>>>>> Is it possible this error is kind of linked to the other thread I
>>>>>>>> opened ?( called "resolution fails when project contains empty
>>>>>>>> .setting directory"
>>>>>>>>
>>
>
http://www.eclipse.org/newsportal/article.php?id=577&gro up=eclipse.tools.buckminster#577
>>>>>>>> )
>>>>>>>>
>>>>>>>> I tried to debug it with the sources but I haven't succeeded. I
>>>>>>>> have no information except this NPE ( no message ) at line 979 in
>>>>>>>> SubversiveSession.listFolder
>>>>>>>>> finally
>>>>>>>>> {
>>>>>>>>> monitor.done();
>>>>>>>>> }
>>>>>>>> It seems it comes from the line 954 :
>>>>>>>>> list = SVNUtility.list(m_proxy, new
>>>>>>>>> SVNEntryRevisionReference(url.toString(), null, m_revision),
>>>>>>>>> ISVNConnector.Depth.IMMEDIATES, SVNEntry.Fields.ALL,
>>>>>>>>> ISVNConnector.Options.NONE, svnMon);
>>>>>>>>
>>>>>>>> This function has the following prototype
>>>>>>>>> SVNEntry[]
>>>>>>>>> org.eclipse.team.svn.core.utility.SVNUtility.list(ISVNConnec tor
>>>>>>>>> proxy, SVNEntryRevisionReference reference, int depth, int
>>>>>>>>> direntFields, long options, ISVNProgressMonitor monitor) throws
>>>>>>>>> SVNConnectorException
>>>>>>>> but I haven't access to the source code, the .class are located in
>>>>>>>> the eclipse plugin directory :
>>>>>>>> org.eclipse.team.svn.core_0.7.5.I20081029-1900.jar
>>>>>>>>
>>>>>>>> I don't know what to do, I can't use Buckminster headless
>>>>>>>> version... It seems it has something to do with authentication
>>>>>>>> because the same request works with the UI version which provides a
>>>>>>>> sort of automatic authentication mechanism.
>>>>>>>>
>>>>>>>> Any ideas would be greatly appreciated.
>>>>>>>> Best regards,
>>>>>>>> Guillaume
>>>>>>>>
>>>>>>>> Guillaume CHATELET wrote:
>>>>>>>>> Hi Thomas,
>>>>>>>>>
>>>>>>>>> As you suggested I tried using Subversive instead of Subclipse (
>>>>>>>>> just to see if it solves the problem )
>>>>>>>>> It lead me to a NPE ...
Previous Topic:New component types not registering in headless product
Next Topic:Exception: No enum const
Goto Forum:
  


Current Time: Tue Mar 19 02:51:31 GMT 2024

Powered by FUDForum. Page generated in 0.03493 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top