Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tycho-user] Simplified product definition?

Hi

Thanks for the quick response.

Actually, in my case I can “trust” the repositories as these are produced “in-house”. I actually want to use my product build as a proof/validation that several p2-repositories can be eventually combined into a running Eclipse instance, without version conflicts, etc. And I want to do this following a continuous integration like approach: every new build of a source p2 repo should trigger the product build. To (continuously)  build a product is very attractive as it validates the mutual consistency of the p2 repos (= they can be installed together) and it creates a real executable instance which can be started (manually) to evaluate UI interactions induced by the combination of tools (each represented by an individual source p2 repository).

 

Maybe I’m thinking in the wrong direction and there is a better way to produce this required running validation instance out of several p2 repositories in a continuous integration set up. I know for instance B3 Aggregator can do at least the consistency check part but there seems to be no Maven/Tycho integration …

 

Regards

Klaus

 

From: tycho-user-bounces@xxxxxxxxxxx [mailto:tycho-user-bounces@xxxxxxxxxxx] On Behalf Of Mickael Istria
Sent: Donnerstag, 28. Juni 2012 17:17
To: tycho-user@xxxxxxxxxxx
Subject: Re: [tycho-user] Simplified product definition?

 

Hi,

On 06/28/2012 04:45 PM, Kopecz, Klaus wrote:

Question: is there a way to define my product more dynamically, so that the final feature content reflects the content of my p2 <repositories> without  adapting my .product file manually? Something like an "include all features" possible in the .product file?

It is not possible. Product files are file that specify the content of your product, and all those definitions are static.
If you want more dynamics, you'll probably need to set it up by yourself, using for example XSLT sheets to populate a template .product file with some entries from each content.jar!content.xml in your repositories. This is kind of unmaintainable. Moreover, too much dynamics leads to much less control, and implies that you need to fully trust the p2 repositories you depend on... It's up to you but I wouldn't, since there is no real sustainability policies for p2 repo content and location so far. p2 repo can move, change, disappear, grow; and you'll for sure need to know when one of those change happen.
So I advise you to keep on maintaining your product file manually, and to react to repo changes when useful or necessary rather than introducing a lot of magic that makes you loose control on what will be the final output of your build.

My 2c.

--
Mickael Istria
Eclipse developer at JBoss, by Red Hat
My blog - My Tweets


Back to the top