Building Rodin Headless: Difference between revisions

From Event-B
Jump to navigationJump to search
imported>Nicolas
m →‎Pre Build Verifications: added verifications about documentation
Laurent (talk | contribs)
 
(37 intermediate revisions by 6 users not shown)
Line 1: Line 1:
This page documents the procedure followed for building the binary packages of the Rodin platform that are distributed on SourceForge.  The build is done in two steps
This page documents the procedure followed for building the binary packages of the Rodin platform that are distributed on SourceForge.  The build is done in two steps
# Fetch the sources from Subversion and make a source archive with them.
# Fetch the sources from the repository and make a source archive with them.
# Build the platform headless from this set of sources using Apache Ant.
# Build the platform headless from this set of sources using Apache Ant.
==Requirements==
* [http://maven.apache.org/ Apache Maven 3] should be installed on the platform that will run the build.


==Pre Build Verifications==
==Pre Build Verifications==


Before building, several checks have to be made in the sources:
Before building, several checks have to be made in the sources:
* the correct Eclipse version is referenced in the p2 configuration (org.rodinp.platform/p2.inf)
* clean build all RodinCore plug-ins, so that generated files are regenerated using repository sources
* branding plug-ins display the correct Eclipse version (text information found in several about.properties/plugin.properties files)
* JUnit tests are OK
* SVN project org.rodinp.releng is up to date, i.e. all required plug-ins are listed/processed in
* versions of plug-ins, features and product obey [http://wiki.eclipse.org/Version_Numbering Eclipse versioning policy]
** rodin-core.psf
* API Tooling build against previous Rodin release produces no errors on any plug-in
** rodin-tests.psf
* Rodin build process is managed using Apache maven and Tycho. One should verify that maven artifact versions match the plug-in versions (defined in plug-in MANIFEST.MF files)
** customTargets.xml (copySources)
* the correct Eclipse version is referenced in the p2 configuration (org.rodinp.platform/Rodin.p2.inf)  
** export-RodinCore-src-jars.xml
* documentation is up to date for /org.rodinp.platform/html/root.html
* generated documentation matches latest wiki sources for
** /org.eventb.doc.user/html
** /org.rodinp.keyboard/doc
* make a local test within Eclipse:
** import (binary with linked content) org.eclipse.pde.build into the Eclipse workspace containing Rodin sources
** run "Build Rodin Product.launch": if everything went well, a directory "${workspace_loc}/../work/result" contains zipped archives for every platform, else errors are reported in the console.


When everything works, any changes to the sources made during this verification process are committed to the Source Forge repository (the below-mentioned Subversion revision is that of this commit).
      addRepository(type:0,location:http${#58}//download.eclipse.org/releases/neon,name:Neon Update Site);\
      addRepository(type:1,location:http${#58}//download.eclipse.org/releases/neon,name:Neon Update Site);\


==Build Parameters==
and matches the one defined whithin the parent pom file (<tt>org.eventb.parent/pom.xml</tt>) :


Three parameters need to be defined for each build:
<repository>
# the platform version, that is the user-visible version which is displayed in ''About Rodin Platform''. Example of versions are <tt>1.0</tt> and <tt>1.0RC1</tt>.
<id>oxygen-4.7</id>
# the Subversion revision number, which permits to know very precisely which source versions are used for the build.
<layout>p2</layout>
# the full platform version used for provisioning. This version is made of three digits separated by dots. Example of full versions are <tt>1.0.0</tt> and <tt>1.1.0</tt>.
<url>http://download.eclipse.org/eclipse/updates/4.7/</url>
</repository>
* the correct link for the Rodin Handbook is provided in the parent pom file (<tt>org.eventb.parent/pom.xml</tt>) :
<repository>
<id>handbook</id>
<layout>p2</layout>
<url>http://handbook.event-b.org/updatesite</url>
</repository>


==Fetching Sources==
* branding plug-ins display the correct Eclipse version (text information found in several about.properties/plugin.properties files)
* documentation is up to date for /org.rodinp.platform/html/root.html
* generated documentation matches latest wiki sources for <tt>org.eventb.keyboard/doc</tt>
* make sure a valid destination folder is specified in <tt>org.eventb.parent/pom.xml</tt>. This destination folder will host the built platforms, the update-site and the development target platform.
Example :
<www-basedir>/tmp/rodin-build/rodin-3.0</www-basedir>


Sources are fetched from Subversion using the script below.  The script can be run on any Unix machine and takes the first two parameters described above (i.e., platform version and subversion revision).  For instance, to build Rodin 1.1, the script was invoked as
The variable used in Maven scripts is then <tt>${www-basedir}</tt>
fetchSources 1.1 7661


The script itself is
When everything works, any changes to the sources made during this verification process are pushed to the Source Forge repository.
<nowiki>#!/bin/sh
#
#  Fetch sources of the Rodin Platform from the Subversion repository on
#  SourceForge.
#


SVNROOT=http://rodin-b-sharp.svn.sourceforge.net/svnroot/rodin-b-sharp
'''N.B.''' Several information are defined and manipulated for each build. Here below is a memo to help understand them :
SVNURL=$SVNROOT/trunk/RodinCore
# the platform version which defines a milestone identifier for the Rodin platform. Example of platform versions are <tt>1.0</tt> and <tt>2.3RC1</tt>.
export SVNROOT SVNURL
# the Git commit number which permits to know very precisely which source versions are used for the build.
# the Git branch from which the commit can be checked out
# the full platform version used for provisioning, and which is the user-visible version which is displayed in ''About Rodin Platform''. This version is made of the platform version and the commit number, separated by a dot. Example of full versions are <tt>2.8RC1.bh1420</tt> and <tt>2.8.1.hgf52f65</tt>.


fatal() {
==Fetching Sources==
    echo "$@" >&2
    exit 1
}
 
checkRevision() {
    if expr "$SVNREV" : '^[0-9][0-9]*$' >/dev/null; then
: OK
    else
fatal "Invalid SVN revision number: $SVNREV"
    fi
}


fetchSources() {
Create a directory that will contain the sources and be used to build the platform.<br />
    mkdir sources || fatal "Some sources have already been checked out."
Example :
    cd sources
  mkdir Rodin3.0BuildDirectory
    fetchProject org.rodinp.releng
    cat org.rodinp.releng/rodin-core.psf |
sed -e '\,trunk/RodinCore/,!d' \
    -e 's,.*RodinCore/,,' \
    -e 's/,.*//' |
while read m; do
    fetchProject "$m"
done
}


fetchProject() {
and go to this directory :
    m="$1"
cd Rodin3.0BuildDirectory
    echo "Fetching $m"
    svn -q export -r "$SVNREV" "$SVNURL/$m" "$m"
}


 
Fetch sources from Git in the current directory :
[ $# -eq 2 ] || fatal "Usage: $0 <Rodin_version> <SVN_revision>"
<nowiki>git clone git://git.code.sf.net/p/rodin-b-sharp/rodincore .</nowiki>
VERSION="$1"
SVNREV="$2"
checkRevision
fetchSources
zip -q -r "../rodin-${VERSION}-sources.zip" *</nowiki>
 
==Installing Eclipse for Headless Build==
 
To install Eclipse for headless build, you first need to download two bundles from the Eclipse download site:
* <tt>eclipse-SDK-${VERSION}-${PLATFORM}.tar.gz</tt>
* <tt>eclipse-${VERSION}-delta-pack.zip</tt>
where <tt>VERSION</tt> is the version of Eclipse (e.g., <tt>3.4.2</tt>) and <tt>PLATFORM</tt> specifies the host platform for the build (e.g., <tt>linux-gtk</tt>).
 
Once downloaded, you need to extract the first archive, and then the second archive on top of the first. You now have an Eclipse installation able to build binary distribution for all platforms supported by Eclipse.


==Building the Platform==
==Building the Platform==


To build the platform, you just need to run the script below after possibly modifying some of the variables at the beginning of it.  The meaning of the variables is
To build the platform, you just need to run the script below (available from org.rodinp.releng/scripts/run-maven.sh) :
{| border="1" cellspacing="0" cellpadding="5"
| <tt>BUILD_ID</tt>
| Simple platform version (first parameter above)
|-
| <tt>SVNREV</tt>
| Subversion revision number with an <tt>r</tt> prepended
|-
| <tt>VERSION</tt>
| Full platform version used for provisioning (must contain <tt>$SVNREV</tt> as qualifier)
|-
| <tt>JAVA_HOME</tt>
| Absolute path to a Java Runtime Environment
|-
| <tt>BUILD_BASE</tt>
| Absolute path to the directory used for building. As a result of a previous step, this directory must contain a <tt>sources</tt> folder where the Rodin sources have been downloaded.
|-
| <tt>ECLIPSE_HOME</tt>
| Absolute path to the Eclipse installation (including the delta pack) to use for building
|-
| <tt>PDE_BUILD</tt>
| Absolute path to the PDE plug-in in your Eclipse installation.
|-
| <tt>BASE_OS</tt>
| Operating system of the host platform
|-
| <tt>BASE_WS</tt>
| Windowing system of the host platform
|-
| <tt>BASE_ARCH</tt>
| Architecture of the host platform
|}
 
The build script is
<nowiki>#!/bin/sh
 
BUILD_ID=2.0
SVNREV=9964
VERSION=$BUILD_ID.r$SVNREV
 
JAVA_HOME=/usr/lib/jvm/java-6-sun/jre
 
BUILD_BASE=$HOME/Rodin/$BUILD_ID
BUILD_DIR=$BUILD_BASE/work
RELENG=$BUILD_BASE/sources/org.rodinp.releng
 
ECLIPSE_HOME=$HOME/eclipse-SDK-3.6.1
PDE_BUILD=$ECLIPSE_HOME/plugins/org.eclipse.pde.build_3.6.1.R36x_v20100823
ANT_SCRIPT=$PDE_BUILD/scripts/productBuild/productBuild.xml


BASE_OS=linux
<nowiki> #!/bin/sh
BASE_WS=gtk
###############################################################################
BASE_ARCH=x86
# Copyright (c) 2013 Systerel and others.
# All rights reserved. This program and the accompanying materials
# are made available under the terms of the Eclipse Public License v1.0
# which accompanies this distribution, and is available at
# http://www.eclipse.org/legal/epl-v10.html
#
# Contributors:
#    Systerel - initial API and implementation
###############################################################################
SCRIPT=`readlink -m -n $0`
SCRIPTS_DIR=`dirname $SCRIPT`
MAIN_DIR=`readlink -m -n $SCRIPTS_DIR/../..`
cd $MAIN_DIR


$JAVA_HOME/bin/java \
GIT_COMMIT=`git log -1 --format='%h'`
    -jar $ECLIPSE_HOME/plugins/org.eclipse.equinox.launcher_*.jar \
echo "Building Rodin with Maven for git commit: $GIT_COMMIT"
    -application org.eclipse.ant.core.antRunner \
mvn clean install -Dgit-commit=$GIT_COMMIT $@ # -DskipTests -fae </nowiki>
    -buildfile $ANT_SCRIPT \
    -Dbuilder=$RELENG \
    -DbuildDirectory=$BUILD_DIR \
    -DpluginPath=$BUILD_DIR/plugins/org.rodinp.platform \
    -Dbase=$ECLIPSE_HOME \
    -DbaseLocation=$ECLIPSE_HOME \
    -Dbaseos=$BASE_OS \
    -Dbasews=$BASE_WS \
    -Dbasearch=$BASE_ARCH \
    -DbuildId="$BUILD_ID" \
    -DbuildVersion="$VERSION" \
    -DforceContextQualifier="r$SVNREV" \
    -Dconfigs="linux,gtk,x86 & win32,win32,x86 & macosx,cocoa,x86_64"</nowiki>


==Post Build Verifications==
==Post Build Verifications==


When the build worked, the "work/result" directory contains zipped archives for all platforms.
When the build worked, the destination directory (defined by variable <tt>${www-basedir}</tt>) contains zipped archives for all platforms, the update site, and the target platform for plug-in development.
For each of them, check that:
For each of them, check that:
* "rodin" binary is an executable file (for Linux and Mac)
* "rodin" binary is an executable file (for Linux and Mac)
* the version appearing in ''About Rodin platform'' is correctly defined
* a directory "dropins" exists at the root (under "rodin", among "features", plugins", ...)
* a directory "dropins" exists at the root (under "rodin", among "features", plugins", ...)
* in "configuration/org.eclipse.equinox.simpleconfigurator/bundles.info", plug-in "org.eclipse.equinox.p2.reconciler.dropins" is configured with auto start mode ("true" at the end of the line)
* in "configuration/org.eclipse.equinox.simpleconfigurator/bundles.info", plug-in "org.eclipse.equinox.p2.reconciler.dropins" is configured with auto start mode ("true" at the end of the line)


Failures must be manually corrected. Final archives shall match the above requirements.
==Last operations to perform==
*Copy the build update site into a dedicated folder onto SourceForge (e.g., <code>/home/pfs/project/rodin-b-sharp/Core_Update_Site/3.5/</code>)
*Ensure that the download of the uploaded version of Rodin is here by default
*Update the main wiki page:
**http://wiki.event-b.org/index.php/Main_Page
**The image "out now" is to be changed
**The link "learn more" should point to the release notes
**The link "download now" should point to the SF repository
*The Platform releases page should be updated:
**http://wiki.event-b.org/index.php/Rodin_Platform_Releases
*The 64 bits page should be updated:
**http://wiki.event-b.org/index.php/Rodin_64_bit
*In the Bug and Feature Request trackers, complete the milestone for the new release, create a new milestone for the following one, and move any remaining ticket between these two milestones.
*A mail is sent on the user + announce rodin SF lists.


[[Category:Developer documentation]]
[[Category:Developer documentation]]
[[Category:Rodin Platform]]
[[Category:Rodin Platform]]

Latest revision as of 15:50, 11 September 2020

This page documents the procedure followed for building the binary packages of the Rodin platform that are distributed on SourceForge. The build is done in two steps

  1. Fetch the sources from the repository and make a source archive with them.
  2. Build the platform headless from this set of sources using Apache Ant.

Requirements

  • Apache Maven 3 should be installed on the platform that will run the build.

Pre Build Verifications

Before building, several checks have to be made in the sources:

  • clean build all RodinCore plug-ins, so that generated files are regenerated using repository sources
  • JUnit tests are OK
  • versions of plug-ins, features and product obey Eclipse versioning policy
  • API Tooling build against previous Rodin release produces no errors on any plug-in
  • Rodin build process is managed using Apache maven and Tycho. One should verify that maven artifact versions match the plug-in versions (defined in plug-in MANIFEST.MF files)
  • the correct Eclipse version is referenced in the p2 configuration (org.rodinp.platform/Rodin.p2.inf)
      addRepository(type:0,location:http${#58}//download.eclipse.org/releases/neon,name:Neon Update Site);\
      addRepository(type:1,location:http${#58}//download.eclipse.org/releases/neon,name:Neon Update Site);\

and matches the one defined whithin the parent pom file (org.eventb.parent/pom.xml) :

	<repository>
		<id>oxygen-4.7</id>
		<layout>p2</layout>
		<url>http://download.eclipse.org/eclipse/updates/4.7/</url>
	</repository>
	
  • the correct link for the Rodin Handbook is provided in the parent pom file (org.eventb.parent/pom.xml) :
<repository>
	<id>handbook</id>
	<layout>p2</layout>
	<url>http://handbook.event-b.org/updatesite</url>
</repository>
  • branding plug-ins display the correct Eclipse version (text information found in several about.properties/plugin.properties files)
  • documentation is up to date for /org.rodinp.platform/html/root.html
  • generated documentation matches latest wiki sources for org.eventb.keyboard/doc
  • make sure a valid destination folder is specified in org.eventb.parent/pom.xml. This destination folder will host the built platforms, the update-site and the development target platform.

Example :

<www-basedir>/tmp/rodin-build/rodin-3.0</www-basedir>

The variable used in Maven scripts is then ${www-basedir}

When everything works, any changes to the sources made during this verification process are pushed to the Source Forge repository.

N.B. Several information are defined and manipulated for each build. Here below is a memo to help understand them :

  1. the platform version which defines a milestone identifier for the Rodin platform. Example of platform versions are 1.0 and 2.3RC1.
  2. the Git commit number which permits to know very precisely which source versions are used for the build.
  3. the Git branch from which the commit can be checked out
  4. the full platform version used for provisioning, and which is the user-visible version which is displayed in About Rodin Platform. This version is made of the platform version and the commit number, separated by a dot. Example of full versions are 2.8RC1.bh1420 and 2.8.1.hgf52f65.

Fetching Sources

Create a directory that will contain the sources and be used to build the platform.
Example :

mkdir Rodin3.0BuildDirectory

and go to this directory :

cd Rodin3.0BuildDirectory

Fetch sources from Git in the current directory :

git clone git://git.code.sf.net/p/rodin-b-sharp/rodincore .

Building the Platform

To build the platform, you just need to run the script below (available from org.rodinp.releng/scripts/run-maven.sh) :

 #!/bin/sh
###############################################################################
# Copyright (c) 2013 Systerel and others.
# All rights reserved. This program and the accompanying materials
# are made available under the terms of the Eclipse Public License v1.0
# which accompanies this distribution, and is available at
# http://www.eclipse.org/legal/epl-v10.html
# 
# Contributors:
#     Systerel - initial API and implementation
###############################################################################
SCRIPT=`readlink -m -n $0`
SCRIPTS_DIR=`dirname $SCRIPT`
MAIN_DIR=`readlink -m -n $SCRIPTS_DIR/../..`
 
cd $MAIN_DIR

GIT_COMMIT=`git log -1 --format='%h'`
echo "Building Rodin with Maven for git commit: $GIT_COMMIT"
mvn clean install -Dgit-commit=$GIT_COMMIT $@ # -DskipTests -fae 

Post Build Verifications

When the build worked, the destination directory (defined by variable ${www-basedir}) contains zipped archives for all platforms, the update site, and the target platform for plug-in development. For each of them, check that:

  • "rodin" binary is an executable file (for Linux and Mac)
  • the version appearing in About Rodin platform is correctly defined
  • a directory "dropins" exists at the root (under "rodin", among "features", plugins", ...)
  • in "configuration/org.eclipse.equinox.simpleconfigurator/bundles.info", plug-in "org.eclipse.equinox.p2.reconciler.dropins" is configured with auto start mode ("true" at the end of the line)

Last operations to perform

  • Copy the build update site into a dedicated folder onto SourceForge (e.g., /home/pfs/project/rodin-b-sharp/Core_Update_Site/3.5/)
  • Ensure that the download of the uploaded version of Rodin is here by default
  • Update the main wiki page:
  • The Platform releases page should be updated:
  • The 64 bits page should be updated:
  • In the Bug and Feature Request trackers, complete the milestone for the new release, create a new milestone for the following one, and move any remaining ticket between these two milestones.
  • A mail is sent on the user + announce rodin SF lists.