|
Re: Using headless Buckminster to create p2 reporsitory with multiple versions [message #517244 is a reply to message #517228] |
Fri, 26 February 2010 16:26 |
|
Hi John,
On 02/26/2010 05:11 PM, John wrote:
> Hi!
>
> In the Eclipse IDE from the popup of a feature I can select
> Export... -> Plug-in Development -> Deployable features.
> Then I can select the features (and plug-ins) I want to deploy and a
> destination directory.
> The I get a work p2 repository, than I can use as an update site.
> If I go ahead and change the version on some of the features selected
> earlier
> and possibly push the version number to the contained plug-ins,
> I can repeat the above procedure, use the same destination directory
> and I will now have a p2 repository containing both the old and the new
> versions.
>
> How can I accomplish this using headless Buckminster?
>
Not at present and I consider this a weakness. Can you please enter an enhancement request for this?
> I have created a my.site.feature representing the features I want in my
> p2 repository,
> which is what I'm effectively doing in the dialog as described above.
> I then execute headless the action site.p2 and get a working p2 repository.
> But I can't see that I can use an old destination for the headless build.
> The only part of the destination I have influence on is
> buckminster.output.root.
> But the actual site is created in
> ${buckminster.output.root}/my.site.feature_version-eclipse.f
> eature/site.p2.
> This is the folder that equivalates to the destination directory
> mentioned above.
>
> Is it possible to get headless Buckminster to generate a p2 repository
> containg also older versions?
> Or must it be done in some other way?
> Could somebody please help me out with hao to achieve this?
>
One way of doing this is to create an additional layer of directories and add composites:
<repository root>
compositeContent.xml
compositeArtifacts.xml
/build-a
content.jar
artifacts.jar
/plugins
/features
/binaries
/build-b
content.jar
artifacts.jar
/plugins
/features
/binaries
This is actually very common at eclipse.org. If you point to /eclipse/updates/3.6milestones for instance, you get a
composite that in turn contains all milestones.
A compositeContent.xml can look something like this:
<?xml version='1.0' encoding='UTF-8'?>
<?compositeMetadataRepository version='1.0.0'?>
<repository name='"My Update Site"'
type='org.eclipse.equinox.internal.p2.metadata.repository.Co mpositeMetadataRepository' version='1.0.0'>
<properties size='1'>
<property name='p2.timestamp' value='1267159479207'/>
</properties>
<children size='2'>
<child location='build-a'/>
<child location='build-b'/>
</children>
</repository>
The compositeArtifacts.xml is almost identical. Just replace "Metadata" with "Artifact"
HTH,
- thomas
|
|
|
|
|
Re: Using headless Buckminster to create p2 reporsitory with multiple versions [message #519716 is a reply to message #519445] |
Tue, 09 March 2010 18:24 |
Carsten Reckord Messages: 139 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------010208020400080206060501
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Hi Bernhard and John,
I'm currently in the process of modularizing my build process to something more akin to maven, i.e. build a single plugin, test it, then
publish it to an integration site from where the other plugins can pick it up for their build.
The small ant snippet I use to publish the plugin to the site from a buckminster action should be easily adaptable to push a whole local
single-version site as produced by buckminster to a main site containing other versions.
The script currently has one noteworthy limitation: It will only publish the first fileset of the input path group since the p2 task I use
cannot handle Buckminster's path groups (hence the 2 actions grouped together in my cspex). I don't think that's a problem in your case
though, because the site.p2 action should return a single path.
HTH,
Carsten
On 08.03.2010 21:36, Bernhard Merkle wrote:
> Thanks John,
>
> today i stumbled exactly over the same problem :-)
>
> Bernhard.
>
> On 26.02.2010 18:46, John wrote:
>> Hi Thomas!
>>
>>
>> Thanks for the response. The enhancement request is here:
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=304063
>>
>>
>> If I understand you correctly you suggest something in the line of
>> creating an aggregated repository. I've seen that suggested in the p2
>> documentation somewhere as a way to manage large update sites.
>>
>> I can of course create this using the Aggregator. But is it possible to
>> do it without manual intervention? I can only see this happen by running
>> a headless job creating the new p2 repository using the site.p2 action.
>> Then edit the Aggregator model to include the new site and trigger a
>> headless build of the aggregated site.
>>
>> This is of course doable, but are there some secret commands I can use
>> to update an exisiting p2 repository with the conents of the newly
>> generated p2 repository?
>>
>> I've found some commands in the p2 documentation, but they seem to be
>> more focuse on generating p2 metadata from other sources or install from
>> p2 repositories into an Eclipse target.
>>
>> Is there anything I can do to make this automated, without generating
>> the metadata files myself?
>>
>> Thanks.
>>
>> /John
>
--------------010208020400080206060501
Content-Type: text/xml;
name="buckminster.cspex"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="buckminster.cspex"
PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxjc3Bl Y0V4dGVuc2lv
bg0KICAgeG1sbnM6eHNpPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNj aGVtYS1pbnN0
YW5jZSINCiAgIHhtbG5zOmJjPSJodHRwOi8vd3d3LmVjbGlwc2Uub3JnL2J1 Y2ttaW5zdGVy
L0NvbW1vbi0xLjAiDQogICB4bWxucz0iaHR0cDovL3d3dy5lY2xpcHNlLm9y Zy9idWNrbWlu
c3Rlci9DU3BlYy0xLjAiPg0KICAgPGFjdGlvbnM+DQogICAgICA8cHVibGlj IG5hbWU9InB1
Ymxpc2guYnVuZGxlLmphciIgYWN0b3I9ImFudCI+DQogICAgICAgICA8YWN0 b3JQcm9wZXJ0
aWVzPg0KICAgICAgICAgICAgPHByb3BlcnR5IGtleT0iYnVpbGRGaWxlIiB2 YWx1ZT0iYnVp
bGQvcHVibGlzaC5hbnQiLz4NCiAgICAgICAgICAgIDxwcm9wZXJ0eSBrZXk9 InRhcmdldHMi
IHZhbHVlPSJwdWJsaXNoIi8+DQogICAgICAgICA8L2FjdG9yUHJvcGVydGll cz4NCiAgICAg
ICAgIDxwcmVyZXF1aXNpdGVzIGFsaWFzPSJhY3Rpb24ucmVxdWlyZW1lbnRz Ij4NCiAgICAg
ICAgICAgIDxhdHRyaWJ1dGUgbmFtZT0iYnVuZGxlLmphciIvPg0KICAgICAg ICAgPC9wcmVy
ZXF1aXNpdGVzPg0KICAgICAgICAgPHByb2R1Y3RzIGFsaWFzPSJhY3Rpb24u b3V0cHV0IiBi
YXNlPSIuLi9zaXRlLnAyLyI+DQogICAgICAgICA8L3Byb2R1Y3RzPg0KICAg ICAgPC9wdWJs
aWM+DQogICAgICA8cHVibGljIG5hbWU9InB1Ymxpc2guc291cmNlLmJ1bmRs ZS5qYXIiIGFj
dG9yPSJhbnQiPg0KICAgICAgICAgPGFjdG9yUHJvcGVydGllcz4NCiAgICAg ICAgICAgIDxw
cm9wZXJ0eSBrZXk9ImJ1aWxkRmlsZSIgdmFsdWU9ImJ1aWxkL3B1Ymxpc2gu YW50Ii8+DQog
ICAgICAgICAgICA8cHJvcGVydHkga2V5PSJ0YXJnZXRzIiB2YWx1ZT0icHVi bGlzaCIvPg0K
ICAgICAgICAgPC9hY3RvclByb3BlcnRpZXM+DQogICAgICAgICA8cHJvcGVy dGllcz4NCiAg
ICAgICAgICAgIDxwcm9wZXJ0eSBrZXk9InB1Ymxpc2guc2l0ZS5wMiIgdmFs dWU9Ii4uL3Np
dGUucDIiLz4NCiAgICAgICAgIDwvcHJvcGVydGllcz4NCiAgICAgICAgIDxw cmVyZXF1aXNp
dGVzIGFsaWFzPSJhY3Rpb24ucmVxdWlyZW1lbnRzIj4NCiAgICAgICAgICAg IDxhdHRyaWJ1
dGUgbmFtZT0ic291cmNlLmJ1bmRsZS5qYXIiLz4NCiAgICAgICAgIDwvcHJl cmVxdWlzaXRl
cz4NCiAgICAgICAgIDxwcm9kdWN0cyBhbGlhcz0iYWN0aW9uLm91dHB1dCIg YmFzZT0iJHtw
dWJsaXNoLnNpdGUucDJ9Ij4NCiAgICAgICAgIDwvcHJvZHVjdHM+DQogICAg ICA8L3B1Ymxp
Yz4NCiAgIDwvYWN0aW9ucz4NCiAgIDxncm91cHM+DQogICAgICA8cHVibGlj IG5hbWU9InB1
Ymxpc2giPg0KICAgICAgICAgPGF0dHJpYnV0ZSBuYW1lPSJwdWJsaXNoLmJ1 bmRsZS5qYXIi
Lz4NCiAgICAgICAgIDxhdHRyaWJ1dGUgbmFtZT0icHVibGlzaC5zb3VyY2Uu YnVuZGxlLmph
ciIgZmlsdGVyPSIoIShjYmkuaW5jbHVkZS5zb3VyY2U9ZmFsc2UpKSIvPg0K ICAgICAgPC9w
dWJsaWM+DQogICA8L2dyb3Vwcz4NCjwvY3NwZWNFeHRlbnNpb24+
--------------010208020400080206060501
Content-Type: text/plain;
name="publish.ant"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="publish.ant"
PHByb2plY3Q+DQogICA8YnVja21pbnN0ZXIudmFsdWVmaWxlc2V0IGlkPSJi dW5kbGVzIiB2
YWx1ZT0iJHtmczphY3Rpb24ucmVxdWlyZW1lbnRzfSIgaW5jbHVkZXM9Iiou amFyIi8+DQog
ICANCiAgIDx1cHRvZGF0ZSBwcm9wZXJ0eT0ic2l0ZS51cHRvZGF0ZSIgdmFs dWU9InllcyI+
DQogICAgICA8c3JjZmlsZXMgcmVmaWQ9ImJ1bmRsZXMiLz4NCiAgICAgIDxj aGFpbmVkbWFw
cGVyPg0KICAgICAgICA8ZmxhdHRlbm1hcHBlci8+DQogICAgICAgIDxnbG9i bWFwcGVyIGZy
b209IioiIHRvPSIke3NwOmFjdGlvbi5vdXRwdXR9L3BsdWdpbnMvKiIvPg0K ICAgICAgPC9j
aGFpbmVkbWFwcGVyPg0KICAgPC91cHRvZGF0ZT4NCiAgIDx0YXJnZXQgbmFt ZT0icHVibGlz
aCIgdW5sZXNzPSJzaXRlLnVwdG9kYXRlIj4NCiAgICAgIDxwYXRoY29udmVy dCBwcm9wZXJ0
eT0iaW5wdXQuYnVuZGxlcyIgcmVmaWQ9ImJ1bmRsZXMiLz4NCiAgICAgIDxt a2RpciBkaXI9
IiR7c3A6YWN0aW9uLm91dHB1dH0iLz4NCiAgICAgIDxwMi5wdWJsaXNoLmZl YXR1cmVzQW5k
QnVuZGxlcyByZXBvc2l0b3J5PSJmaWxlOi8vLyR7c3A6YWN0aW9uLm91dHB1 dH0iPg0KICAg
ICAgICAgPGJ1bmRsZXMgcmVmaWQ9ImJ1bmRsZXMiLz4NCiAgICAgIDwvcDIu cHVibGlzaC5m
ZWF0dXJlc0FuZEJ1bmRsZXM+DQogICA8L3RhcmdldD4NCjwvcHJvamVjdD4=
--------------010208020400080206060501--
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03271 seconds