Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support resolution of complex .targetplatform into a single aggregate repo + .target #14

Open
pcdavid opened this issue Oct 2, 2013 · 1 comment
Assignees

Comments

@pcdavid
Copy link

pcdavid commented Oct 2, 2013

.targetplatform tend to mix bundles from several repositories, and the resulting .target have the same structure. Depending on multiple remote servers for a build can have performance and stability issues: it can be long to resolve a target platform which references half a dozen remote sites, some of which may not be very reliable.

It would be nice to have a mode in which a (potentially complex) .targetplatform produces:

  1. a single, local p2 repo which mirrors everything (metadata and artifacts) references in the source file
  2. a .target which references that single local p2 repo instead of all the remote ones and all the bundles.

The adavantages I see:

  1. I have no hard data to prove this, but the resulting .target file would probably be faster to load/resolve (both by PDE and Tycho) because it is local.
  2. It would definitly be more reliable as the build would not depend anymore on the accessibility of the original remote update site.
  3. It would make the build more reproducible, as the resulting repo is fixed. When referencing remote sites you are never sure a new version of some component will not appear with no warning.
  4. It would make the fully resolved target platform used for a project versionable (e.g. in a Git repo), including branching and tagging, to ensure even more reproductibility.

Note that the URL of the (single) location referenced in the resulting .target should be configurable, so that the repo can be published in a shared location (for example http://update.example.com/my.product/target).

@mbarbero mbarbero modified the milestone: 2.1.0 May 6, 2014
@gzunino
Copy link

gzunino commented Jun 3, 2014

Jboss tools does that using maven plugins (https://github.com/jbosstools/jbosstools-maven-plugins/wiki#create-an-aggregated-target-definition-from-a-composite-one). I'd love to see this implemented directly on eclipse, from the .tpd files.

@mbarbero mbarbero modified the milestones: 2.2.0 — notorious-angry, 2.1.0 — casting-couch Jun 24, 2014
@mbarbero mbarbero self-assigned this Jun 24, 2014
@mbarbero mbarbero removed this from the 2.2.0 — notorious-angry milestone Sep 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants