Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

Mylyn/Build Infrastructure

< Mylyn
Revision as of 20:49, 17 December 2018 by Unnamed Poltroon (Talk)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

This page describes how Mylyn is built and tested and how snapshot and release builds are published.

The Mylyn project uses two Hudson servers with the following major classes of build jobs:

Hudson instance running on the same server that hosts the test repositories.

Build Jobs


To start Hudson if it has stopped:

sudo su hudson
cd /home/hudson

To stop or restart Hudson if it is still running, go to or

It may be necessary to delete /home/hudson/nohup.out if it has grown very large.

The test servers listed at are under /home/tools.

The Mylyn HIPP. There is some duplication with jobs on because while those jobs are faster (due to co-location with test repositories), keep much longer histories, and tend to be more reliable, they cannot publish artifacts to and their test results are not linked from release builds.

Build Jobs


The release build for the current release runs weekly, and thus the integration and integration-connectors builds run weekly.

[*] indicates a matrix build


Nightly snapshots are published to by the Nightly builds. The Release builds publish releases and weekly snapshots to These snapshots are used to build SRs via composite sites like

Build Configuration

See Mylyn/FAQ#System_Properties for system properties used to control whether all fixtures are run and whether any are excluded.

Integration and release builds run against the parent git repository that includes all sub-projects as submodules.

Build Target Platforms

The matrix builds build Mylyn against different Eclipse versions. The mylyn-eX.Y targets are used to build against the latest Eclipse release in the given stream (e.g. 4.4.2, 4.5) or the latest milestone build of the upcoming release; mylyn-emaintenance is used to build against the latest candidate for the next Eclipse update release (e.g. 4.5.1); mylyn-estaging is used to build against the latest candidate for the next Eclipse major release (e.g. 4.6). The maintenance, staging, and latest X.Y targets build against the latest plugin versions available on the Eclipse platform update site, whereas the released X.Y targets build against specific versions in the release.

The targets should be updated at several points during the Eclipse release cycle.

When a New Eclipse Version Becomes Available

Once the update sites are available for the upcoming major release, a new target should be created for that release, and axes should be added for that target to the matrix builds marked with [*] above:

  • create target by copying the latest X.Y target and changing the file name (eg. ->
  • change the target name in the file to match the release (eg. mars -> neon)
  • change the update site URL to the release URL of the relevant version (eg.
  • change Eclipse Platform dependency versions to 0.0.0
  • update target pom to attach the newly created target as a build artifact
  • update the parent pom to have a profile for the new version which specifies the new target
  • update the to refer to the staging site for the upcoming release (eg.
  • update matrix build jobs to have staging, maintenance, latest release (eg. mars), upcoming release (eg. neon) as their axes

When a New Eclipse Version is Released

Once a major release occurs the default and alternate targets in the mylyn parent pom should be updated to be the newly released versions.

Updating Eclipse Platform Dependency Versions

After RC4 (of a major or an update release), update versions of Eclipse Platform dependencies to match those in the SimRel, for build reproducibility. If preparing a Mylyn release that will go out with a SimRel, this will need to be done after the final build (i.e. in preparation for the next release).

cd ~/releng/bin
./ ../../org.eclipse.mylyn-target/ ~/downloads/releases/luna/201409261001/ junit

Copy the desired suggestions to the target file. To get version for org.eclipse.sdk.ide (a product IU)

unzip ~/downloads/releases/luna/201409261001/content.jar; grep "id='org.eclipse.sdk.ide'" content.xml; rm content.xml

Back to the top