Skip to main content
Jump to: navigation, search

Difference between revisions of "RAP/Build Process"

m (Procedure for Milestone builds)
m (Procedure for Milestone builds)
Line 34: Line 34:
* Contribute repositories to simrel aggregator
* Contribute repositories to simrel aggregator
* Add tag to git repositories
* Add tag to git repositories
** Use annotated tags, pattern: <code>1.5.0-Mx-YYYYMMDD</code>
** <code>TAG=1.5.0-Mx-YYYYMMDD</code>
** <code>git tag -a -m "$TAG" -s $TAG</code> (note: -s creates a signed tag)
** <code>git push --tags origin</code>
==== Publishing ====
==== Publishing ====

Revision as of 09:49, 21 September 2012

Since version 1.5, RAP is built on the public build server at Eclipse.

Hudson Builds

Build jobs at the Hudson:

The base directory for our builds is /shared/rt/rap on

Nightly Builds

We produce p2 repositories from our nightly builds:

These p2 repositories are updated by a cron job:


This job is run by rsternber's crontab.

Procedure for Milestone builds

  • Prepare new base platform in /shared/rt/rap/base-platforms (see HOWTO file)
  • Configure pom.xml files to include the new base platform
    • releng/org.eclipse.rap.releng/pom.xml
    • releng/
  • Build runtime and tooling with BUILD_TYPE = S for stable builds (these will be signed)
  • Move repositories to download area (see /shared/rt/rap/publish/)
  • Contribute repositories to simrel aggregator
  • Add tag to git repositories
    • TAG=1.5.0-Mx-YYYYMMDD
    • git tag -a -m "$TAG" -s $TAG (note: -s creates a signed tag)
    • git push --tags origin


  • Finalize New & Noteworthy
  • Update web site: builds.xml and arrivals sidebar
  • Scan Bugzilla for open bugs that are targeted at the milestone or bugs that are still open but solved, verify target version of closed bugs
  • Update composite repositories for runtime and tools
  • Update rap/targets/ files
  • [1.5 only] Update rap/latest-stable/{runtime/tooling} repositories to redirect to new repo (for compatibility with 1.4 tooling)
  • Notify the newsgroup
  • Announce via Blog
  • Re-deploy demo applications (in oder to demonstrate the new features from the milestone)

Procedure for release builds

additional steps to do when creating release builds

  • ensure version numbers in bundle manifests
  • ensure legal files (see [1])
    • check that about.html are included in source build
  • update infocenter content and links to infocenter from project home page
  • update help plugin
  • Check copyright year and version number of JavaDoc (search for "JavaDoc" in org.eclipse.rap.releng/tooling/customTargets.xml)
  • Move old builds to archive (, update archive page
  • Update the RAP-tooling entry in the Eclipse Marketplace and in the Yoxos Marketplace. They should point to the latest release. (Beyhan)
  • Redirect rap/latest-release/{runtime/tooling} repositories
  • notify newsgroup and mailing list
  • use the portal to review project metadata that is displayed in the "About this Project" page (i.e. update release train name in description text)
  • Check notice.html and epl-v10.html files for updates
  • Make sure notice.html and epl-v10.html files are included in the download zip files (see bug 347659)

Maven Central Repository

Make sure RWT bundles are available in the maven central repository. See Maven Central.

Eclipse Marketplace

Make sure the RAP Tools are uploaded to the Eclipse market place.

Simultaneous Release

RAP Incubator Builds

In order to help early adopters consuming the work from the RAP Incubator project, we are running a set of automated builds from Git HEAD for all RAP Incubator Projects. Every component has its own build that must follow some common naming conventions.

  • Every RAP Incubator Component has a COMPONENT_NAME, that is used to find the necessary build scripts, features, etc.
  • Every component has its own Git repository org.eclipse.rap.incubator.COMPONENT_NAME.git at
  • The build is based on Tycho and uses the RAP Incubator parent releng/org.eclipse.rap.incubator.releng/pom.xml.
  • The main build project releng/ of the component contains the pom.xml that is used to build the entire component. In addition to that, it has
    • a repository/ sub-directory with an additional pom that creates the final p2 repository of the component.
  • There is a main feature features/org.eclipse.rap.COMPONENT_NAME.feature that assembles everything that is used by a potential consumer.

Every build creates an independent p2 repository. All repositories are available on the build server at


At the moment, we are running builds for the following components

  • clientscripting
  • cnf
  • nebula-grid
  • tabbed-properties
  • visualization

and make them available from and from

Back to the top