[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [equinox-dev] [prov] p2 for starters
- From: "Haigermoser, Helmut" <Helmut.Haigermoser@xxxxxxxxxxxxx>
- Date: Mon, 31 Mar 2008 10:03:35 +0200
- Delivered-to: firstname.lastname@example.org
- Thread-index: AciSE+pBXFQ/so0/TE6dbLkQuxPEAwA8YK7g
- Thread-topic: [equinox-dev] [prov] p2 for starters
Ciao PaScaL :)
Thanks for answering all these! :)
I will look into the classes you mentioned and continue from that.
Sure enough there will be other questions along the way but for now I've
got a good picture of what to do :)
cu, and good luck with M6! :)
[mailto:equinox-dev-bounces@xxxxxxxxxxx] On Behalf Of Pascal Rapicault
Sent: 30 March 2008 05:16
To: Equinox development mailing list
Cc: Equinox development mailing list; equinox-dev-bounces@xxxxxxxxxxx
Subject: Re: [equinox-dev] [prov] p2 for starters
equinox-dev-bounces@xxxxxxxxxxx wrote on 03/27/2008 04:59:37 AM:
> Hi @ll :)
> We (Wind River) are evaluating the technology, can you guys help me
> understand some basics?
> - What's the difference between groups and categories, when should
> be used? Is it a pure UI thing?
Group, categories, etc are just markers indicating the kind of
you are looking at. It is mostly used by the UI. It is not used by the
> - Is p2 allowing nested groups like these:
> - Repo
> -- Group A
> --- Group A.A
> -- Group B
At the core level the nesting is obtained by requiring other
This allows you to obtain arbitrary nesting. Also it is importnat to
that p2 does not constraint you to strict inclusions (e.g. trees).
> ? (From looking at the admin UI I only see nested groups of the
> same name showing different versions of the same group...)
The admin UI does not show nesting. It shows the multiple versions
that are avialable for a given iu of a given id.
> - We are thinking about encrypting both the repos and the binaries,
> the framework ,either ECF or p2, help us in that?
p2 has a mechanism of processing steps which allow for arbitrary
processing on the artifacts being dl'ed. This is how for example we are
implementing unpack200, md5 checks and other things. Check out the
That said depending on what you are trying to achieve you may want
see what ECF has to offer.
> - Can you suggest a strategy on how to best filter a repos content,
> based on users choices and entitlement? Is there a filter layer we can
> put on top of a repository or can we use special queries to achieve
> this? This one revolves around reducing the available
> in the UI from the massive amount of available ones, also the user
> should not see any IUs (s)he won't be allowed to use later on...
Of the top of my head, I can think that the repo object you have
locally could either be something that requires authentication when
or could simply gather information from the environment, thus returning
You may want to look at MayInstall, since they have something
> - What are "flavors"?
Flavors is a mechanism designed to answer the question "when I
install a component, how do I discover its configuration information"?
mechanism is mostly useful when you allow the user to dl individual
and you want the configuration info to be discovered automatically
depending on the context in which the bundle is installed. In most
scenario, like the eclipse SDK, the flavor is not necessary.
> - Why is there a separate tooling/config-IU that actually stores the
Because most of the IUs are meaning full without a context, and
adding configuration information to it would limit the context of its
reusability. For example, the org.eclipse.equinox.registry IU can be
in many context, IDE, server side, etc and each of this context uses a
different start level for the bundle being delivered by the IU. By
separating the configuration information from the "facts" about the IU,
> - How will uninstall work for binary content (thinking about a zip
gets unzipped during installation by the touchpoint and is not available
during uninstall time)?
If I remember correctly we remember the list of files that has
unzipped and we delete it. I think this support could likely be improved
be made more robust and scalable.
> - Will binary content be allowed to overwrite files (e.g.: new
> eclipse.exe rolling out will overwrite the original one)? Will this
> render uninstall/revert impossible?
This will depend on how the touchpoint action is implemented. A
behaved touchpoint action usually makes sure that it can revert what it
> I know, many dummy questions, sorry for that :)
These were actually really good questions showing that we are
equinox-dev mailing list