Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Buckminster » Headless resolve and MSPEC files
Headless resolve and MSPEC files [message #378938] Wed, 30 July 2008 12:32 Go to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
Hello again

Another quick question...
What is the headless equivalent of File->Import->Buckminster->"Materialize
from Buckminster MSPEC, CQUERY, or BOM"?

Regards
Doug
Re: Headless resolve and MSPEC files [message #378940 is a reply to message #378938] Wed, 30 July 2008 13:12 Go to previous messageGo to next message
Achim Demelt is currently offline Achim DemeltFriend
Messages: 160
Registered: July 2009
Senior Member
Hi Doug,

that would be the "import" command. You can get a list of available commands
using the "lscmds" (or "listcommands") command. Usually, all commands
accept a "--help" parameter that explains what you can do with it.

HTH,
Achim

Douglas Palmer wrote:

> Hello again
>
> Another quick question...
> What is the headless equivalent of File->Import->Buckminster->"Materialize
> from Buckminster MSPEC, CQUERY, or BOM"?
>
> Regards
> Doug
Re: Headless resolve and MSPEC files [message #378944 is a reply to message #378940] Wed, 30 July 2008 13:50 Go to previous messageGo to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
Thanks Achim

That works with an MSPEC which specifies a BOM in it's url. However, it
doesn't work if the url points to a CQUERY. The component meta data
language specification says that the url can point at a BOM or a CQUERY.
Do I need to do something different to use an MSPEC with a CQUERY?

Regards
Doug
Re: Headless resolve and MSPEC files [message #378946 is a reply to message #378944] Wed, 30 July 2008 14:16 Go to previous messageGo to next message
Achim Demelt is currently offline Achim DemeltFriend
Messages: 160
Registered: July 2009
Senior Member
Hi Doug,

I haven't tried it with an MSPEC that points to a CQUERY, and I'm not
familiar enough with buckminster's details to say if this is a bug or a
feature ;-)

If you want to populate your workspace, you can use the "resolve" command,
which directly takes a CQUERY as an argument. If you want to do some other
materialization, like site mirroring or target platform materialization, I
guess you'll have use "import" and provide it with an MSPEC that points to
a BOM.

To produce a BOM in headless mode, you can use the following:

buckminster -N -B my.bom my.cquery

This does not populate the workspace and writes the bom to my.bom.

HTH,
Achim

Douglas Palmer wrote:

> Thanks Achim
>
> That works with an MSPEC which specifies a BOM in it's url. However, it
> doesn't work if the url points to a CQUERY. The component meta data
> language specification says that the url can point at a BOM or a CQUERY.
> Do I need to do something different to use an MSPEC with a CQUERY?
>
> Regards
> Doug
Re: Headless resolve and MSPEC files [message #378949 is a reply to message #378946] Wed, 30 July 2008 19:17 Go to previous messageGo to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
Thanks again Achim

Creating a BOM first solves that problem. My only problem now is that
importing my MSPEC installs the features into buckminster rather than my
target platform. I guess that the targetPlatform materialiser doesn't use
the targetPlatformPath in the same way resolve does. Do you know how to
tell the targetPlatform materialiser where the target platform is wihout
hardcoding it into the MSPEC?

Regards
Doug


Achim Demelt wrote:

> Hi Doug,

> I haven't tried it with an MSPEC that points to a CQUERY, and I'm not
> familiar enough with buckminster's details to say if this is a bug or a
> feature ;-)

> If you want to populate your workspace, you can use the "resolve" command,
> which directly takes a CQUERY as an argument. If you want to do some other
> materialization, like site mirroring or target platform materialization, I
> guess you'll have use "import" and provide it with an MSPEC that points to
> a BOM.

> To produce a BOM in headless mode, you can use the following:

> buckminster -N -B my.bom my.cquery

> This does not populate the workspace and writes the bom to my.bom.

> HTH,
> Achim
Re: Headless resolve and MSPEC files [message #378950 is a reply to message #378949] Wed, 30 July 2008 20:56 Go to previous messageGo to next message
Achim Demelt is currently offline Achim DemeltFriend
Messages: 160
Registered: July 2009
Senior Member
Hi Doug,

No, I 'm also specifying the target path directly in the MSPEC. Albeit, to
refrain from hardcoding an arbitrary path, I have a placeholder token in my
MSPEC and I use ant's "replace" task to insert the actual path in the
process of my build.

Regards,
Achim

Douglas Palmer wrote:

> Thanks again Achim
>
> Creating a BOM first solves that problem. My only problem now is that
> importing my MSPEC installs the features into buckminster rather than my
> target platform. I guess that the targetPlatform materialiser doesn't use
> the targetPlatformPath in the same way resolve does. Do you know how to
> tell the targetPlatform materialiser where the target platform is wihout
> hardcoding it into the MSPEC?
>
> Regards
> Doug
>
>
> Achim Demelt wrote:
>
>> Hi Doug,
>
>> I haven't tried it with an MSPEC that points to a CQUERY, and I'm not
>> familiar enough with buckminster's details to say if this is a bug or a
>> feature ;-)
>
>> If you want to populate your workspace, you can use the "resolve"
>> command, which directly takes a CQUERY as an argument. If you want to do
>> some other materialization, like site mirroring or target platform
>> materialization, I guess you'll have use "import" and provide it with an
>> MSPEC that points to a BOM.
>
>> To produce a BOM in headless mode, you can use the following:
>
>> buckminster -N -B my.bom my.cquery
>
>> This does not populate the workspace and writes the bom to my.bom.
>
>> HTH,
>> Achim
Re: Headless resolve and MSPEC files [message #378951 is a reply to message #378950] Wed, 30 July 2008 21:25 Go to previous messageGo to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
Hi Achim

Property replacement seems to work with MSPEC files; you can set
installLocation="${myProp}" and then set the property
myProp=/location/of/target/platform. This would save the call to the ant
replace task.

Regards
Doug


Achim Demelt wrote:

> Hi Doug,

> No, I 'm also specifying the target path directly in the MSPEC. Albeit, to
> refrain from hardcoding an arbitrary path, I have a placeholder token in my
> MSPEC and I use ant's "replace" task to insert the actual path in the
> process of my build.

> Regards,
> Achim
Re: Headless resolve and MSPEC files [message #378953 is a reply to message #378951] Thu, 31 July 2008 05:38 Go to previous messageGo to next message
Achim Demelt is currently offline Achim DemeltFriend
Messages: 160
Registered: July 2009
Senior Member
Great! Thanks for the tip!

Regards,
Achim

Douglas Palmer wrote:

> Hi Achim
>
> Property replacement seems to work with MSPEC files; you can set
> installLocation="${myProp}" and then set the property
> myProp=/location/of/target/platform. This would save the call to the ant
> replace task.
>
> Regards
> Doug
>
>
> Achim Demelt wrote:
>
>> Hi Doug,
>
>> No, I 'm also specifying the target path directly in the MSPEC. Albeit,
>> to refrain from hardcoding an arbitrary path, I have a placeholder token
>> in my MSPEC and I use ant's "replace" task to insert the actual path in
>> the process of my build.
>
>> Regards,
>> Achim
Bug submitted [message #378955 is a reply to message #378946] Thu, 31 July 2008 12:58 Go to previous messageGo to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
I have created Bug 242669 for this issue.


"Achim Demelt" <a.demelt@exxcellent.de> wrote in message
news:g6pt3e$v0r$1@build.eclipse.org...
> Hi Doug,
>
> I haven't tried it with an MSPEC that points to a CQUERY, and I'm not
> familiar enough with buckminster's details to say if this is a bug or a
> feature ;-)
Another bug submitted [message #378957 is a reply to message #378953] Thu, 31 July 2008 13:11 Go to previous messageGo to next message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
Property replacement works for the installLocation attribute but not for the
url attribute. I have submitted another bug report for this. This one is
Bug 242712.

Regards
Doug

"Achim Demelt" <a.demelt@exxcellent.de> wrote in message
news:g6rj42$guq$1@build.eclipse.org...
> Great! Thanks for the tip!
>
> Regards,
> Achim
>
> Douglas Palmer wrote:
>
>> Hi Achim
>>
>> Property replacement seems to work with MSPEC files; you can set
>> installLocation="${myProp}" and then set the property
>> myProp=/location/of/target/platform. This would save the call to the ant
>> replace task.
>>
>> Regards
>> Doug
Patch submitted [message #378961 is a reply to message #378955] Fri, 01 August 2008 09:53 Go to previous message
Douglas Palmer is currently offline Douglas PalmerFriend
Messages: 64
Registered: July 2009
Member
I have added a patch that fixes this issue to Bug 242669.

Regards
Doug
Previous Topic:Buckminister vs Maven
Next Topic:Error retrieving "plugins/org.eclipse.update.core.win32_0.0.0.jar"
Goto Forum:
  


Current Time: Sat Apr 27 00:33:10 GMT 2024

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

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

Back to the top