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
(Validate Task)
 
(28 intermediate revisions by 8 users not shown)
Line 1: Line 1:
The new format is available in builds after April 26, 2009.
+
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
+
 
 +
* http://help.eclipse.org/juno/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fguide%2Fp2_repositorytasks.htm
 +
* http://help.eclipse.org/juno/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fguide%2Fp2_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 ===
  
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:
 
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" />
  <source>
+
  <source>
    <repository location="http://aSource/" kind="M" />
+
    <repository location="http://aSource/" kind="M" />
  < /source>
+
  < /source>
</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 26: 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 37: 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 52: 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 66: Line 93:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
  
===Fileset Repositories===
+
<br>
 +
 +
 
 +
=== 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 82: 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 95: 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. This can be used to prevent storing pack200'd artifacts in the .blobstore, preserving them as siblings (if they were siblings in the stated site from which to pull the format).
 +
  
<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 107: 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 120: Line 164:
 
</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 133: Line 177:
 
</p2.mirror>
 
</p2.mirror>
 
</source>
 
</source>
 +
 +
For a working example of partial mirroring, see [[Equinox/p2/Ant Tasks/Partial Mirroring/Example]].
 +
 +
=== 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" />
Line 151: Line 199:
 
==Composite Repository Task==
 
==Composite Repository Task==
 
The p2.composite.repository task can be used to create or to modify the child repos of a composite repository
 
The p2.composite.repository task can be used to create or to modify the child repos of a composite repository
 +
 
===Create===
 
===Create===
 
To create a composite repository and add a single child:
 
To create a composite repository and add a single child:
Line 185: Line 234:
 
</p2.composite.repository>
 
</p2.composite.repository>
 
</source>
 
</source>
 +
  
 
===Modify===
 
===Modify===
Line 219: Line 269:
 
</p2.composite.repository>
 
</p2.composite.repository>
 
</source>
 
</source>
 +
  
 
===Validate===
 
===Validate===
Line 232: Line 283:
 
</source>
 
</source>
  
==Creating a Composite Repository==
+
 
The create composite repository tasks can be used to create an artifact or a metadata composite repository. An existing repository can be used as an example and the new repository will match the properties of the example.
+
==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.  
  
 
<source lang=xml>
 
<source lang=xml>
<p2.create.composite.repository>
+
<p2.repo2runnable>
<repository kind="metadata" compressed="true" location="file:///myNewRepo1" format="file:///anExampleRepo" name="My New Metadata Repo" />
+
  <repository location="file:/myDestination" />
<repository kind="artifact" compressed="true" location="file:///myNewRepo2" format="file:///anExampleRepo" name="My New Artifact Repo" />
+
  <source>
<add>
+
    <repository location="http://mySource" />
<repository location="http://eclipse.org/childRepo1"/>
+
  < /source>
<repository location="http://eclipse.org/childRepo2"/>
+
</p2.repo2runnable>
</add>
+
</p2.create.composite.repository>
+
 
</source>
 
</source>
  
==Modifying Children of a Composite Repository==
+
[http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.dash/athena/org.eclipse.dash.commonbuilder/org.eclipse.dash.common.releng/tools/scripts/p2repoFormatToRunnableSDKFormat.xml?root=Technology_Project&view=markup Here's a more complete Ant script example], which converts an update zip (repo) to SDK zip (runnable).  
It's also possible to add, or to remove children from a repository with an ant task.
+
  
<source lang=xml>
+
Or, use this task via commandline. This example will fetch all the features and plugins from the listed update sites / zips and dump those files in "runnable" format into <code>/tmp/unpacked</code>.
<p2.modify.composite.repository.children>
+
  <repository kind="metadata" location="file:///Users/Pascal/tmp/mirrorTest9"/>
+
  <repository kind="artifact" location="file:///Users/Pascal/tmp/mirrorTest9"/>
+
  <add>
+
      <repository kind="metadata" location="file:///childRepo"/>
+
  </add>
+
  <remove>
+
      <repository kind="artifact" location="file:///childRepo2"/>
+
    </remove>
+
</p2.modify.composite.repository.children>
+
</source>
+
  
If the ''append'' attribute of the destination is set to ''false'' then existing children are removed before other operations are performed:
+
./eclipse -nosplash -consolelog -application org.eclipse.equinox.p2.repository.repo2runnable \
<source lang=xml>
+
     -source jar:file:/home/nboldt/eclipse/35clean/GEF-Update-3.5.0RC2.zip\!/ \
<p2.modify.composite.repository.children>
+
    -source GEF-Update-N200905281802/
     <destination kind="metadata" location="file:///Users/Pascal/tmp/mirrorTest9" append="False"/>
+
     -source emf-sdo-xsd-Update-2.4.2.zip
     <add>
+
    -source http://download.eclipse.org/tools/ve/updates/1.4
<repository kind="metadata" location="file:///childRepo"/>
+
     -destination /tmp/unpacked
     </add>
+
 
</p2.modify.composite.repository.children>
+
Works with:
</source>
+
 
 +
* 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 [https://bugs.eclipse.org/bugs/show_bug.cgi?id=277504#c16 bug 277504].
  
 
==Common Task Elements==
 
==Common Task Elements==
Line 306: Line 350:
 
| URI
 
| URI
 
| null
 
| null
| Location of a repository to copy format from
+
| Location of a repository to copy format from. This can be used to prevent storing pack200'd artifacts in the .blobstore, preserving them as siblings (if they were siblings in the stated site from which to pull the format).
 
|-
 
|-
 
| kind
 
| kind
Line 345: Line 389:
 
| The version of the InstallableUnit
 
| The version of the InstallableUnit
 
|}
 
|}
 +
  
 
===SlicingOptions===
 
===SlicingOptions===
 
<source lang=xml>
 
<source lang=xml>
   <slicingoptions folllowOnlyFilteredRequirements="true" followStrict="true" includeFeatures="false"  
+
   <slicingoptions followOnlyFilteredRequirements="true" followStrict="true" includeFeatures="false"  
       includeNonGreedy="false" includeOptional="true" platformfilter="win32,win32,x86" />
+
       includeNonGreedy="false" includeOptional="true" platformfilter="win32,win32,x86" latestVersionOnly="false" />
 
</source>
 
</source>
  
Line 371: Line 416:
 
| boolean
 
| boolean
 
| false
 
| false
|  
+
| This influences (among other things?) if the dependencies of features are part of the mirror operation. A value of true will exclude these dependencies. With dependencies the plug-ins and features are meant that are referenced in the "requires" element of a feature.xml.
 
|-
 
|-
 
| includeFeatures
 
| includeFeatures
Line 392: Line 437:
 
| none
 
| none
 
| Filter based on the platform
 
| Filter based on the platform
 +
|-
 +
| latestVersionOnly
 +
| boolean
 +
| false
 +
| Set to "true" to filter the resulting set of IUs to only included the latest version of each Installable Unit. By default, all versions satisfying dependencies are included.
 
|}
 
|}
 
==Old Tasks==
 
===Create Composite Repository===
 
The create composite repository tasks can be used to create an artifact or a metadata composite repository.  An existing repository can be used as an example and the new repository will match the properties of the example.
 
<source lang=xml>
 
<p2.composite.artifact.repository.create compressed="true" name="My new Repo" location="file:///myNewRepo"  />
 
<p2.composite.metadata.repository.create compressed="false" name="My new Repo" location="file:///myNewRepo" />
 
</source>
 
 
===Modifying Children of a Composite Repository===
 
 
To add a single child to a composite repository:
 
<source lang=xml>
 
<p2.composite.artifact.repository.add location="file:///myRepo" child="file:///myChildRepo" />
 
<p2.composite.metadata.repository.add location="file:///myRepo" child="file:///myChildRepo" />
 
</source>
 
 
To remove a single child from a composite repository:
 
<source lang=xml>
 
<p2.composite.artifact.repository.remove location="file:///myRepo" child="file:///myChildRepo" />
 
<p2.composite.metadata.repository.remove location="file:///myRepo" child="file:///myChildRepo" />
 
</source>
 
 
Or all children could be removed from a repository:
 
<source lang=xml>
 
<p2.composite.artifact.repository.remove location="file:///myRepo" allChildren="True"/>
 
<p2.composite.metadata.repository.remove location="file:///myRepo" allChildren="True"/>
 
</source>
 
  
  
 
[[Category:Equinox_p2|Ant Tasks]]
 
[[Category:Equinox_p2|Ant Tasks]]

Latest revision as of 10:32, 21 May 2013

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. This can be used to prevent storing pack200'd artifacts in the .blobstore, preserving them as siblings (if they were siblings in the stated site from which to pull the format).


<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>

For a working example of partial mirroring, see Equinox/p2/Ant Tasks/Partial Mirroring/Example.

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>

Here's a more complete Ant script example, which converts an update zip (repo) to SDK zip (runnable).

Or, use this task via commandline. This example will fetch all the features and plugins from the listed update sites / zips and dump those files in "runnable" format into /tmp/unpacked.

./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. This can be used to prevent storing pack200'd artifacts in the .blobstore, preserving them as siblings (if they were siblings in the stated site from which to pull the format).
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 followOnlyFilteredRequirements="true" followStrict="true" includeFeatures="false" 
      includeNonGreedy="false" includeOptional="true" platformfilter="win32,win32,x86" latestVersionOnly="false" />
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 This influences (among other things?) if the dependencies of features are part of the mirror operation. A value of true will exclude these dependencies. With dependencies the plug-ins and features are meant that are referenced in the "requires" element of a feature.xml.
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
latestVersionOnly boolean false Set to "true" to filter the resulting set of IUs to only included the latest version of each Installable Unit. By default, all versions satisfying dependencies are included.

Back to the top