Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Equinox/p2/Ant Tasks"

< Equinox‎ | p2
(Repo2Runnable)
Line 1: Line 1:
 
The new format is available in builds after April 26, 2009 (Eclipse 3.5M7+).
 
The new format is available in builds after April 26, 2009 (Eclipse 3.5M7+).
==Mirror Task==
+
This wiki may be out of date. See also:
The p2.mirror task is used to copy the contents of one repository to another. The location of the destination repository must be modifiable, and if a destination repository of a type is defined then a source for that type must also be present
+
  
''Note that in the examples in this section the tasks contain a </source> tag. This tag should not contain a space - it is present due to a limitation in the wiki software.''
+
* http://help.eclipse.org/galileo/topic/org.eclipse.platform.doc.isv/guide/p2_repositorytasks.htm
 +
* http://help.eclipse.org/galileo/topic/org.eclipse.platform.doc.isv/guide/p2_mirror.html
  
 +
== Mirror Task ==
 +
 +
The p2.mirror task is used to copy the contents of one repository to another. The location of the destination repository must be modifiable, and if a destination repository of a type is defined then a source for that type must also be present
 +
 +
 +
''Note that in the examples in this section the tasks contain a &lt;/source&gt; tag. This tag should not contain a space - it is present due to a limitation in the wiki software.''
 +
 +
 +
<br>
 +
 +
 +
=== Simple Examples ===
  
===Simple Examples===
 
 
A task to mirror only the contents of a metadata repository at a given location:
 
A task to mirror only the contents of a metadata repository at a given location:
 +
  
<source lang=xml>
+
<source lang="xml">
 
   <p2.mirror>
 
   <p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" kind="M" />
 
   <repository location="file:/myDestination" name="A new repository" kind="M" />
Line 17: Line 29:
 
   </p2.mirror>
 
   </p2.mirror>
 
</source>
 
</source>
 +
  
 
The task to mirror the artifact contents is very similar changing only the 'kind' attribute of the repositories:
 
The task to mirror the artifact contents is very similar changing only the 'kind' attribute of the repositories:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" kind="A" />
 
   <repository location="file:/myDestination" name="A new repository" kind="A" />
Line 28: Line 42:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 
A co-located repository can be specified by omitting the kind attribute on the repository, in this example the contents of both the artifact and metadata repositories at the location will be mirrored:
 
A co-located repository can be specified by omitting the kind attribute on the repository, in this example the contents of both the artifact and metadata repositories at the location will be mirrored:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" />
 
   <repository location="file:/myDestination" name="A new repository" />
Line 39: Line 55:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 
The repositories in the tasks can be a mixture specified kinds and co-located.
 
The repositories in the tasks can be a mixture specified kinds and co-located.
 +
  
 +
<br>
 +
 +
 +
=== Multiple Repositories ===
  
===Multiple Repositories===
 
 
The source or destination metadata and artifact repositories need not be co-located, although the tasks are limited to at most one artifact and one metadata destination repository.
 
The source or destination metadata and artifact repositories need not be co-located, although the tasks are limited to at most one artifact and one metadata destination repository.
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
Line 55: Line 77:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 
Multiple source locations can also be defined:
 
Multiple source locations can also be defined:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
Line 69: Line 93:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 +
<br>
 +
 +
 +
=== Fileset Repositories ===
  
===Fileset Repositories===
 
 
The source repositories can also be defined through a FileSet (see Apache Ant documentation for defining a fileset), though if the location(s) in the filesetshould be a specific kind of repository that should also be specified by again using the kind attribute:
 
The source repositories can also be defined through a FileSet (see Apache Ant documentation for defining a fileset), though if the location(s) in the filesetshould be a specific kind of repository that should also be specified by again using the kind attribute:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" />
 
   <repository location="file:/myDestination" name="A new repository" />
Line 85: Line 114:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 +
<br>
 +
 +
 +
=== Repository Format ===
  
===Repository Format===
 
 
By default if the destination repositories already exist then the new data is appended, this can be prevented by adding the append attribute with the value false:
 
By default if the destination repositories already exist then the new data is appended, this can be prevented by adding the append attribute with the value false:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" append="false" />
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" append="false" />
Line 99: Line 133:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 
To create a new repository using the properties of an existing repository the format attribute is added to the repository element:
 
To create a new repository using the properties of an existing repository the format attribute is added to the repository element:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" format="http://somerepo/" />
 
   <repository location="file:/myArtifactDestination" name="A new repository" kind="A" format="http://somerepo/" />
Line 111: Line 147:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 +
<br>
 +
 +
 +
=== Partial Mirroring ===
  
===Partial Mirroring===
 
 
Its also possible to partially mirror a repository, the simplest method is to specify an individual IU which will result in the default slicing options being used. If an artifact destination repository is defined then the artifacts required by the IUs will also be mirrored.
 
Its also possible to partially mirror a repository, the simplest method is to specify an individual IU which will result in the default slicing options being used. If an artifact destination repository is defined then the artifacts required by the IUs will also be mirrored.
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" />
 
   <repository location="file:/myDestination" name="A new repository" />
Line 125: Line 166:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
 
If only windows IUs and artifacts were required then a slicingOptions element needs to be defined with a platform filter:
 
If only windows IUs and artifacts were required then a slicingOptions element needs to be defined with a platform filter:
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" />
 
   <repository location="file:/myDestination" name="A new repository" />
Line 138: Line 181:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
 +
 +
<br>
 +
  
 +
=== Comparison ===
  
===Comparison===
 
 
There are several comparators (eg. MD5, JarComparator) available which can be used to compare the contents of a repository, when these are used the artifact must either be present in the destination repository, or a baseline repository must be defined.
 
There are several comparators (eg. MD5, JarComparator) available which can be used to compare the contents of a repository, when these are used the artifact must either be present in the destination repository, or a baseline repository must be defined.
 +
  
<source lang=xml>
+
<source lang="xml">
 
<p2.mirror>
 
<p2.mirror>
 
   <repository location="file:/myDestination" name="A new repository" />
 
   <repository location="file:/myDestination" name="A new repository" />

Revision as of 17:25, 20 July 2009

The new format is available in builds after April 26, 2009 (Eclipse 3.5M7+). This wiki may be out of date. See also:

Mirror Task

The p2.mirror task is used to copy the contents of one repository to another. The location of the destination repository must be modifiable, and if a destination repository of a type is defined then a source for that type must also be present


Note that in the examples in this section the tasks contain a </source> tag. This tag should not contain a space - it is present due to a limitation in the wiki software.




Simple Examples

A task to mirror only the contents of a metadata repository at a given location:


  <p2.mirror>
   <repository location="file:/myDestination" name="A new repository" kind="M" />
   <source>
     <repository location="http://aSource/" kind="M" />
   < /source>
  </p2.mirror>


The task to mirror the artifact contents is very similar changing only the 'kind' attribute of the repositories:


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" kind="A" />
  <source>
    <repository location="http://aSource/" kind="A" />
  < /source>
</p2.mirror>


A co-located repository can be specified by omitting the kind attribute on the repository, in this example the contents of both the artifact and metadata repositories at the location will be mirrored:


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" />
  <source>
    <repository location="http://aSource/" />
  < /source>
</p2.mirror>


The repositories in the tasks can be a mixture specified kinds and co-located.




Multiple Repositories

The source or destination metadata and artifact repositories need not be co-located, although the tasks are limited to at most one artifact and one metadata destination repository.


<p2.mirror>
  <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
  <repository location="file:/myMetaDestination" name="A new repository" kind="M" />
  <source>
    <repository location="http://aSource/" />
  < /source>
</p2.mirror>


Multiple source locations can also be defined:


<p2.mirror>
  <repository location="file:/myArtifactDestination" name="A new repository" kind="A" />
  <repository location="file:/myMetaDestination" name="A new repository" kind="M" />
  <source>
    <repository location="http://aSource2/" />
    <repository location="http://aSourceMeta/" kind="M" />
    <repository location="http://aSourceArtifact/" kind="A" />
  < /source>
</p2.mirror>




Fileset Repositories

The source repositories can also be defined through a FileSet (see Apache Ant documentation for defining a fileset), though if the location(s) in the filesetshould be a specific kind of repository that should also be specified by again using the kind attribute:


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" />
  <source>
    <repository location="http://aSource/" />
    <fileset kind="m" .... />
  < /source>
  <iu id="tooling.osgi.bundle.default" version="1.0.0" />
  <slicingoptions platformfilter="win32,win32,x86" />
</p2.mirror>




Repository Format

By default if the destination repositories already exist then the new data is appended, this can be prevented by adding the append attribute with the value false:


<p2.mirror>
  <repository location="file:/myArtifactDestination" name="A new repository" kind="A" append="false" />
  <repository location="file:/myMetaDestination" name="A new repository" kind="M" append="false" />
  <source>
    <repository location="http://aSource/" />
  < /source>
</p2.mirror>


To create a new repository using the properties of an existing repository the format attribute is added to the repository element:


<p2.mirror>
  <repository location="file:/myArtifactDestination" name="A new repository" kind="A" format="http://somerepo/" />
  <repository location="file:/myMetaDestination" name="A new repository" kind="M" append="false" />
  <source>
    <repository location="http://aSource/" />
  < /source>
</p2.mirror>




Partial Mirroring

Its also possible to partially mirror a repository, the simplest method is to specify an individual IU which will result in the default slicing options being used. If an artifact destination repository is defined then the artifacts required by the IUs will also be mirrored.


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" />
  <source>
    <repository location="http://aSource/" />
  < /source>
  <iu id="tooling.osgi.bundle.default" version="1.0.0" />
</p2.mirror>


If only windows IUs and artifacts were required then a slicingOptions element needs to be defined with a platform filter:


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" />
  <source>
    <repository location="http://aSource/" />
  < /source>
  <iu id="tooling.osgi.bundle.default" version="1.0.0" />
  <slicingoptions platformfilter="win32,win32,x86" />
</p2.mirror>




Comparison

There are several comparators (eg. MD5, JarComparator) available which can be used to compare the contents of a repository, when these are used the artifact must either be present in the destination repository, or a baseline repository must be defined.


<p2.mirror>
  <repository location="file:/myDestination" name="A new repository" />
  <source>
    <repository location="http://aSource/" />
  < /source>
  <comparator comparator="org.eclipse.equinox.artifact.md5.comparator" comparatorLog="/home/user/myFile.xml">
    <repository location="http://baseline/" />
  </comparator>
</p2.mirror>

Composite Repository Task

The p2.composite.repository task can be used to create or to modify the child repos of a composite repository

Create

To create a composite repository and add a single child:

<p2.composite.repository>
  <repository location="file:/myDestination" name="A new repository" kind="M" />
  <add>
    <repository location="http://aSource/" kind="M" />
  </add>
</p2.composite.repository>

The task can be told to fail if a repository already exists at the location to prevent accidental modification by adding the failOnExists attribute

<p2.composite.repository failOnExists="true">
  <repository location="file:/myDestination" name="A new repository" kind="M" />
  <add>
    <repository location="http://aSource/" kind="M" />
  </add>
</p2.composite.repository>

As with the mirror task it is possible to specify a mixture of repositories, in this particular example a co-located repository will be created with the appropriate children added:

<p2.composite.repository failOnExists="true">
  <repository location="file:/myDestination" name="A new repository" />
  <add>
    <repository location="http://aSource/" kind="M" />
    <repository location="http://aSource2/" kind="A" />
  </add>
</p2.composite.repository>


Modify

The syntax to add a child to an existing repository is the same as creating a new one:

<p2.composite.repository>
  <repository location="file:/myDestination" name="A new repository" />
  <add>
    <repository location="http://aSource/" kind="M" />
    <repository location="http://aSource2/" kind="A" />
  </add>
</p2.composite.repository>

Children can also be removed from a composite repository:

<p2.composite.repository>
  <repository location="file:/myDestination" name="A new repository" />
  <remove>
    <repository location="http://aSource/" kind="M" />
    <repository location="http://aSource2/" kind="A" />
  </remove>
</p2.composite.repository>

Pre-existing children can be removed from the repository prior to adding new children by using the append attribute:

<p2.composite.repository>
  <repository location="file:/myDestination" name="A new repository" append="false" />
  <add>
    <repository location="http://aSource/" kind="M" />
    <repository location="http://aSource2/" kind="A" />
  </add>
</p2.composite.repository>


Validate

To ensure that the composite repository has consistent contents an artifact comparator can be used

<p2.composite.repository validate="org.eclipse.equinox.artifact.md5.comparator">
  <repository location="file:/myDestination" name="A new repository" append="false" />
  <add>
    <repository location="http://aSource/" kind="M" />
    <repository location="http://aSource2/" kind="A" />
  </add>
</p2.composite.repository>


Repo2Runnable

Ant task which calls the "repo to runnable" application. This application takes an existing p2 repository (local or remote), iterates over its list of IUs, and fetches all of the corresponding artifacts to a user-specified location. Once fetched, the artifacts will be in "runnable" form... that is directory-based bundles will be extracted into folders and packed JAR files will be un-packed.

<p2.repo2runnable>
  <repository location="file:/myDestination" />
  <source>
    <repository location="http://mySource" />
  < /source>
</p2.repo2runnable>

Or, use this task via commandline:

./eclipse -nosplash -consolelog -application org.eclipse.equinox.p2.repository.repo2runnable \
   -source jar:file:/home/nboldt/eclipse/35clean/GEF-Update-3.5.0RC2.zip\!/ \
   -source GEF-Update-N200905281802/
   -source emf-sdo-xsd-Update-2.4.2.zip
   -source http://download.eclipse.org/tools/ve/updates/1.4
   -destination /tmp/unpacked

Works with:

  • local or remote p2 repo or update site
  • local archived p2 repo or update site (zip) - remote archived site not supported
  • absolute (jar:file:, file:, http:) or relative paths
  • sites and zips containing pack200'd jars

See also bug 277504.

Common Task Elements

Repositories

The input format used by repositories in p2 Ant tasks:

<repository location="file:///Users/Pascal/Downloads/builds/transfer/files/updates/3.5-I-builds/I20090203-1200" append="true" compressed="true" 
	format="file:///Users/Pascal/Downloads/builds/transfer/files/updates/3.5-I-builds/I20090203-1200" kind="metadata" name="" remove="false" />

In general the location is always required, other attributes may not be used by individual tasks.

Attribute Type Default Description
location URI null The location of the repository
append boolean true Determines if the task should append to an existing repository or empty it first
compressed boolean true Determines if the repository should be compressed
format URI null Location of a repository to copy format from
kind "metadata" or "artifact" Both Specifies the type of the repository. Default is to add both a metadata and artifact repository
name String null The name of the repository
remove boolean false Defines if the repository be removed


Installable Units

<iu id="tooling.osgi.bundle.default" version="1.0.0" />
Attribute Type Default Description
id String none The InstallableUnit identifier
version Version none The version of the InstallableUnit


SlicingOptions

  <slicingoptions folllowOnlyFilteredRequirements="true" followStrict="true" includeFeatures="false" 
      includeNonGreedy="false" includeOptional="true" platformfilter="win32,win32,x86" />
Attribute Type Default Description
filter comma separated list none A comma separated list of filter options for the slicer
followOnlyFilteredRequirements boolean false
followStrict boolean false
includeFeatures boolean true Include features (org.eclipse.update.install.features)
includeNonGreedy boolean true
includeOptional boolean true
platformFilter os,ws,arch none Filter based on the platform

Back to the top