[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [p2-dev] FW: P2 Profile Questions
- From: Warren_Paul@xxxxxxx
- Date: Fri, 21 Nov 2008 12:47:10 -0500
- Delivered-to: email@example.com
- Thread-index: AclL1+qfrgS6yAwgQ1e3H9Wm1zujPAAJ6O7w
- Thread-topic: [p2-dev] FW: P2 Profile Questions
Thanks for the responses everyone.
Today I tried to generate a P2 profile using the director application,
as suggested. It generated me profile and this looked to be identical
to the one I got when I used the admin UI. I assume the same underlying
bundles are used here so no real surprise. At least using the director
means I can automate the process which is good.
However, this generated profile is still missing all the tooling.*
bundles and feature IUs and therefore in my [limited] experience to date
means p2 will fail to provision anything further (actually I should
caveat that - it wont provision bundles in dropins). After stepping
through the code I discovered that something in my profile had to
require the tooling.* IUs otherwise when the provisioning plan is
created new bundles don't get attached to an installable unit fragment
which in turn means the engine operands are missing the parameterized
provisioning action (they only get the pre & post install actions) which
all ultimately means the new bundles don't get installed.
Now, bare in mind I am attacking this with little to no prior knowledge
of p2 so I've just done the best I can by experimenting and stepping
through the code. Apologies in advance if I have done something really
stupid. But I am assuming that I have done something wrong so all help
gratefully recieved? Happy to experiment further if anyone has any
From: p2-dev-bounces@xxxxxxxxxxx [mailto:p2-dev-bounces@xxxxxxxxxxx] On
Behalf Of Alessandro Mottadelli
Sent: 21 November 2008 12:52
To: P2 developer discussions
Subject: Re: [p2-dev] FW: P2 Profile Questions
Pascal Rapicault ha scritto:
> The overall idea of creating what you need (metadata and profile) as
> part of the build is good and I believe this is the path to follow.
> What I like about this is that by the same token that the eclipse you
> download today result from a provisioning operation, you can then see
> the WAR you ship resulting itself from a provisioning operation and it
> makes things consistent.
> I think that what made this whole experience weird for you is
> deficiencies in our tooling / metadata generation tooling that is
> still very driven of complete products in a standard eclipse shape.
> This is something that is being improved as we speak and we are
> looking at ways to generate metadata from source information and not
> require the product or whatever you build to be in its final shape.
> We are mostly focused on RCP product builds, so please make sure to
> follow what is going there to make sure your scenario is addressed if
> One last thing, please try to not use the "dropins" folder to
> provision... this is the worst way. Try invoking the director
> directly, this will be much cleaner.
Maybe you could publish a p2 metadata spec ?
Maybe the people could generate the metadata they need by themselves if
they feel that the standard tooling is not what they need?
p2-dev mailing list