Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "CBI/aggregator/manual"
(→Choosing specific content) |
(→Choosing specific content) |
||
Line 99: | Line 99: | ||
Other types of content can be added the same way. We plan to make it possible to add a category with a rename option in a coming iteration. At present, categories can only be mapped verbatim and you have to create a ''Custom Category'' and add features to it manually in case you want another name. | Other types of content can be added the same way. We plan to make it possible to add a category with a rename option in a coming iteration. At present, categories can only be mapped verbatim and you have to create a ''Custom Category'' and add features to it manually in case you want another name. | ||
| | | | ||
− | [[Image: | + | [[Image:b3_Select_IU.png|thumb|right|580x400px|'''''Adding repositories''''']] |
|} | |} | ||
Revision as of 09:58, 27 April 2010
UNDER CONSTRUCTION
Note: This page is copied from the Buckminster Aggregator and is currently being refactored.
Contents
Installing Eclipse and the Aggregator
| |
Creating your first aggregation
|
Add a Label
In order for validation to take place, you must assign a label to the aggregation. Select the Aggregator node and enter a label in the Properties view (e.g. Example). |
Add a Configuration
In order for validation to take place, you must add platform configurations to the model. You can start by adding a configuration that contains the default values. Expand the top resource and right click on the Aggregation element. Select New Child -> Configuration. The result of adding a sample configuration of type Operating System = win32, Windowing System = win32, Architecture = x86 is shown in the screenshot. Note that you can add as many configurations as you want, it may however be the case that they are recognized as invalid or dependencies cannot be satisfied during the aggregation process. |
Add a Contribution
Everything that is mirrored or referenced is based on Contributions. A Contribution defines one or several P2 repositories to include in the aggregation. You may also specify one or several contacts that will receive emails when problems are encountered that can be associated with the contribution. The contacts are optional. If no one is specified and an email needs to be sent, that email will be sent to the buildmaster.
You add a Contribution the same way that you added the Configuration.
Assigning a label to the contribution
A contribution must have a label as well as the whole aggregation. You assign a label the same way that you assigned it to the aggregation, i.e. in the Properties view.
Adding a P2 repository
Once a contribution is added, you can add a Mapped Repository to it. Again by right clicking and selecting New Child. The repository has some properties that will become visible and editable in the Properties view. Type a URL to a valid repository in the Value column of the property named Location and hit return. The repository is being loaded in a background process. The label of the Mapped Repository node is displayed in italic while the it is being loaded. After a while it is either successfully loaded or there may appear an error overlay on the Mapped Repository node icon. If there is an error you can display an explanation by hovering the mouse over the mapped repository label. The default repository nature is p2. If the repository you want to map is not a p2 repository then you must select a different repository nature from the drop-down box in the Properties view. The number of repository natures that are available depends on installed repository loaders. By default there are two supported repository natures: p2 and maven2. A sample is shown in the screenshot. |
Adding content to the repository
A repository can either be mapped verbatim, in which case you cannot make any changes to categories or, it can be mapped piece by piece. A piece in this case is a category, a feature, a product, or a bundle.
Mapping verbatim
You can map a whole repository as it stands by just adding it to the contribution. You can also specify an optional category prefix which is automatically added to each category label from the original repository.
Choosing specific content
You can map specific categories, features, products, or bundles from a repository by adding them as children. When you add a child, you bind it to one of the features present in the repository denoted by the parent. Like this:
Other types of content can be added the same way. We plan to make it possible to add a category with a rename option in a coming iteration. At present, categories can only be mapped verbatim and you have to create a Custom Category and add features to it manually in case you want another name. |
Running the aggregation
Prerequisites
Before you run the aggregation, you must make sure that it contains all features that you intend to map along with all their dependencies. The validation will fail unless the repository is self sufficient therefore it might be a good idea to map the Eclipse Platform repository or the repository that represents the Galileo Release.
Also make sure that the Aggregation and its contributions have labels and that you save the model (ctrl-s) before you run. The labels are required.
Starting the aggregation build
Running is easy. Simply right click on the top node in the tree and choose Build Repository. It should take a while. If it doesn't, the you need to bring up the Error log and check what happened (subject to improvement of course). If the Error Log is not already present (as a tab in the same window as the Properties), you will find the errors view by clicking Window on the top level menu of your IDE, select Show View and then Error Log
Where to find the result
The result of the build should end up $HOME/build where the final repository is in the folder named final.