[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 18:53:45 -0500
- Delivered-to: email@example.com
- Thread-index: AclMI8Nz0phluT8nTQK5EByrB8cwQQAEEo2A
- Thread-topic: [p2-dev] FW: P2 Profile Questions
Yup that's exactly what I was doing. And then from
what you describe I manually fixed up the profile that got generated from
installing the feature directly so that it had the relevant tooling.*
So can I create my own product root? This sounds like
what I need to do. Or do I have to use one of the existing
What root IU did you try to install using the director?
If you are missing the fragments (tooling.*), it sounds like you are trying to
install a feature or bundle directly, rather than a proper product root (such as
org.eclipse.sdk.ide or org.eclipse.platform.ide). It is these product roots that
tie the generic feature/bundle IUs together with the configuration data in the
fragments (tooling.* IUs).
11/21/2008 12:47 PM
P2 developer discussions
|RE: [p2-dev] FW: P2 Profile
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).
through the code I discovered that something in my
profile had to
require the tooling.* IUs otherwise when the provisioning plan
created new bundles don't get attached to an installable unit
which in turn means the engine operands are missing the
provisioning action (they only get the pre & post install
all ultimately means the new bundles don't get
Now, bare in mind I am attacking this with little to no prior
of p2 so I've just done the best I can by experimenting and
through the code. Apologies in advance if I have done
stupid. But I am assuming that I have done something
wrong so all help
gratefully recieved? Happy to experiment further if
anyone has any
Behalf Of Alessandro
Sent: 21 November 2008 12:52
To: P2 developer
Subject: Re: [p2-dev] FW: P2 Profile Questions
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.
think that what made this whole experience weird for you is
deficiencies in our tooling / metadata generation tooling that is
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"
> 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
they feel that the standard tooling is not what they