View source for COSMOS RE AND BUILD

== '''Introduction''' ==
This page provide information and links for COSMOS Release Engineering.


== '''Quick Start''' ==
<source lang="bash">
export LANG=C
export emailadr=<your@email.address>
ssh <user>@build.eclipse.org
cd /shared/technology/cosmos/bin
./start-build.sh
</source>

== '''Build Overview''' ==
<br/>
The COSMOS build is based on Eclipse PDE (Plug-in Development Environment). The Plug-in Development Environment (PDE) provides tools to create, develop, test, debug, build and deploy Eclipse plug-ins, fragments, features, update sites and RCP products. PDE is built atop the Platform and JDT, and ships as part of the Eclipse SDK. The goal of PDE Build is to facilitate the automation of plug-in build processes [3][4][5] . Essentially, PDE Build produces Ant scripts based on development-time information provided by, for example, the plugin.xml and build.properties files. The generated Ant scripts, can fetch the relevant projects from a CVS repository, build jars, Javadoc, source zips, put everything together in a format ready to ship and send it out to a remote location (e.g., a local network or a downloads server It runs in the eclipse server.  

An automated nightly build runs everyday, the build can also be manually started. The COSMOS build status (Failed/Completed/Progress), build logs, build downloads, dependencies etc can be accessed through a web based dashboard. The builds dashboard is available at http://build.eclipse.org/technology/cosmos/downloads/builds.php <br/><br/>

'''2a) Build Environment'''<br/>
COSMOS build is performed on the eclipse server. The build initially fetch the build module from CVS to the workspace directory.  The fetched build module contains various Bash/Ant scripts to perform the complete build. These Bash/Ant scripts broadly perform following functions:<br/>

1) Fetch plugins/features from CVS<br/> 
2) Compile the fetched code to .class files<br/>
3) Assemble the .class files to .jar file<br/>
4) Package the jars as .zipped file<br/>
5) Publish the zipped files to COSMOS download page.<br/><br/>

'''2b) COSMOS Deliverables'''<br/>
Following are the deliverables, which are available at the cosmos downloads site: 
http://www.eclipse.org/cosmos/downloads/<br/>

1.	SML validator and SML-IF Editor (Resource Modeling)<br/>
This package consists of an SML validator that validates SML and SML-IF files, an editor to create and validate SML-IF documents used to exchange information between systems management applications, and tools for importing and exporting SML data to and from a flat file repository.<br/>

2.	COSMOS Demo and Runtimes<br/>
This download contains an application to demonstrate some functions provided by the COSMOS project. It also includes the COSMOS runtimes. <br/>

3.	SDD Tooling<br/>
This package includes a build time generator for creating and merging Solution Deployment Descriptor (SDD) files as well as a component called the change analyzer that will parse SDDs and display what will be done by that SDD in human readable HTML format.<br/>

4.	SDD Runtime<br/>
The SDD runtime project includes a driver for parsing SDDs, resolving deployment related tasks defined in the SDD and performing the associated operations.<br/><br/>


== '''Build Process''' ==

Build starts automatically and the manual build has to be initiated by a person. If a build is in progress, another build cannot be started. A ".busy" file is created when the build starts and is removed automatically once it is over. The build output contains the deliverables, log files and reports. <br/><br/>

The Release Engineering Team will be responsible for running the builds and tests to completion. In the event of problems with the build & test system, they are expected to be resolved as soon as possible and get the build and test restarted. In the event of problems with the build caused by developer checkins it is followed up with developers to ensure fixes are made quickly, and then the build and test are restarted. Any build failure will be reported through bugzilla to the build component for tracking the actual issue as well as trend analysis, etc. All committers are responsible for clean builds and tests. Anytime a check-in is made, the respective person is responsible for monitoring the builds and tests until they pass.

At the end of a successful build, the build output is published to the eclipse server as development build, as part of the build process.<br/>

Once the build progress through the different phases, it evolves into stable or release builds. Build type can be changed by editing the file "www/cosmos/downloads/1.1.0/publish_1.1.0.txt" in eclipse repository "dev.eclipse.org:/cvsroot/org.eclipse". In the publish file "publish_1.1.0.txt", build type is displayed as  {development/candidate/stable}|{build id}|{comments}, for example stable|COSMOS-1.1.0-200708171630|i5 stable build (Release 0.5)<br/>


'''3a) Build Schedule'''<br/>
3a.1) Daily Builds<br/>
An automated build runs every 24 hours. The state of the head branch of the CVS repository will be labeled with a time stamp.
The time stamp will be encoded with the release number, date, time, and serial build number, eg: COSMOS-RMm-YYMMDDHHMMSS.
A module list will be maintained (in CVS) that lists all the modules that are part of the current build, labeling and extracting will be restricted to those modules. <br/>


3a.2) Manual Builds<br/>
Apart from the daily automated builds, a manual build can be started by those who are authorized to do so.<br/>
Starting the manual build on eclipse server:<br/>
- Login to eclipse build server (build.eclipse.org) console<br/> 
- build directory on eclipse server is located at "/shared/technology/cosmos"<br/>
- build is started by executing the ./startbuild.sh in "/shared/technology/cosmos/bin" directory<br/>

Refer section 'Porting Build' below for more details on folder structure etc .<br/>
Refer section 'Access to Eclipse Server' to configure password less key based access to eclipse server.

Currently the dashboard doesn't provide any option to start a manual build. This might be added later.
<br/><br/>

'''3b) Build Types'''<br/>

Following are various build types<br/> 


3b.1) Development Builds<br/>
All successful daily builds are published to the eclipse server as development builds. Development builds are produced from whatever has been released into the HEAD stream of the CVS repository. They are completely untested and may contain major problems. These drops are normally only useful to developers actually working on this project.<br/>


3b.2) Candidate Builds<br/>
Selected daily builds are promoted as candidate builds for testing, based on the iteration schedule. They can be promoted to either milestone or release builds. <br/>


3b.3) Stable Builds<br/>
Candidate builds which pass all the test phases & bugs fixed are flagged as stable builds. Stable builds are tested drivers delivered at the end of each iteration of the development cycle. The latest stable build is the correct build for people who want to stay up to date with what is going on in the latest development stream, and don't mind putting up with a few problems in order to get the latest greatest features and bug fixes. Stable builds are also known as milestone builds<br/>


3b.4) Release Builds<br/>
According to the release schedule the stable builds are released to the community. Releases are the right builds for people who want to be on a stable, tested release. <br/>


''Note: Tagged vs Untagged Builds''<br/>
When a build is tagged, the artifacts used in build are tagged in CVS using the build ID. This is for easily reproducing the build if needed. All nightly builds are tagged builds. Manual builds can be run either as tagged or untagged. Usually all candidate builds are run as tagged build and others as untagged one.<br/>



==Build Setup==

The build is setup to run on the public eclipse server (http://build.eclipse.org/technology/cosmos/). The build status, logs and build builds can be accessed at the dashboard (http://build.eclipse.org/technology/cosmos/downloads/builds.php).  The build is performed at RedHat Enterprise Linux release 4 (Nahant Update 5) and IBM Java 1.5. 

The Build is based on following dependencies 

1)Eclipse SDK<br/>
2)Dojo Toolkit<br/>
3)Orbit Bundles<br/>
4)Equinox Bundles<br/>
5)Web tools Bundles<br/>
6)Axis2-1.3 binaries<br/>

Adding a new dependency or modifying an existing one is done by changing the following files:<br/>
a) build.properties - in dev.eclipse.org:/cvsroot/technology/org.eclipse.cosmos/releng/org.eclipse.cosmos.releng.builder/runtime <br/>
b) customTargets.xml - in dev.eclipse.org:/cvsroot/technology/org.eclipse.cosmos/releng/org.eclipse.cosmos.releng.builder/runtime <br/>


'''Build Repositories (CVS)'''<br/>
1) dev.eclipse.org:/cvsroot/org.eclipse - www/cosmos  (eclipse server web interface) <br/>
The web pages, displayed at cosmos download page (http://eclipse.org/cosmos) are located here. These html/php pages can be added or edited <br/><br/>
2) dev.eclipse.org:/cvsroot/technology  - org.eclipse.cosmos (build artifacts & rel engg) <br/>
The build scripts, are located here and can be modified to reflect the change in builds. To setup build you should get the latest files from here. The entry point for build is make.sh.<br/>



== '''Porting Build''' ==

The release engineering team has completed the process of transferring COSMOS build environment to the eclipse server. 
The build directory on eclipse server is located at "/shared/technology/cosmos". 

At above location, there are following directories:<br/>
1) downloads (on build completion, folder named COSMOS-$Buildld is created and drivers, console/CVS change logs are saved in this folder)<br/>
2) workspace (various plugin/features are first fetched to this workspace directory, which are then compiled and packaged)<br/>
3) bin (contain various shell scripts used in build)<br/>
4) config (contain local configuration files, which specify the build parameters local to build)<br/>
5) dependencies (contain various dependencies, based on which the build is constructed)<br/>
6) logs (contain logs, used for debugging the build)<br/>

The build is started by executing the ./startbuild.sh in bin directory. A cronjob is set on eclipse server to start the nightly builds.

Steps to make build portable on another machine:<br/>
1) Make the directory structure similar to what described above <br/>
2) Copy all the required files in directories <br/>
3) Set parameters in /config/local-build-config.sf file, tuned to local environment setting. For example set the correct JAVA_HOME, ECLIPSE_BUILDER etc <br/>

Additional required steps are:<br/>
1) comment out the J2SE-1.4 and J2SE-1.5 at the org.eclipse.cosmos.releng.builder/runtime/build.properties and uncomment the J2SE-1.4 and J2SE-1.5, which points to /shared/common/.. <br/>
2) comment out the cvsloc=cosmos:/cvsroot/technology and uncomment cvsloc=:pserver:anonymous@dev.eclipse.org:/cvsroot/technology org.eclipse.cosmos.releng.builder/make.sh 


'''Access to Eclipse Server'''<br/>
Only authorized users have access to eclipse server.  To make password-less connection to eclipse server, such that server do not prompt for password, the eclipse server should be configured to trust the local machine.  Here are the steps to make that happen:

On your client machine:
<source lang="bash">
mkdir ~/.ssh
chmod 700 ~/.ssh
cd ~/.ssh
ssh-keygen -t rsa {leave the passphrase empty}
chmod 400 id_rsa
scp id_rsa.pub dev.eclipse.org:
</source>

On dev.eclipse.org:
<source lang="bash">
mkdir ~/.ssh
chmod 700 ~/.ssh
cat ~/id_rsa.pub >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys
rm ~/id_rsa.pub
</source>

'''Connecting CVS with SSH'''<br/>
The build machine includes an SSH client for accessing the CVS server.  Different methods can be used to authenticate, depending on the level of functionality and security. Authentication methods used by the client by default are, in the following order: public-key, Keyboard-Interactive, and password authentication.

Public-key authentication allows the client to connect to a remote CVS server without sending the password. This is a more secure authentication method than password authentication. Public-key authentication uses two keys, a private key that it should be kept in a secure place and protected with a password. And the public key, is placed on the server (CVS), one wish to gain access to.

== '''Moving build to a different server''' ==
<p>The objective here is to create a fully working COSMOS build
on a machine which replicates the build on the IBM eclipse server.</p>

<p><b>Requirements</b></p>

<p>Red Hat Enterprise Linux release 4 is used on the Eclipse
server, but you can use Centos Linux 4.6 as it is functionally equivalent to
RHEL 4 and its free whereas RHEL is not.</p>

<p>Access to a local CVS repository containing a replica of the the Cosmos CVS repository org.eclipse.cosmos </p>

<p>IBM Java 1.5. This also needs to eventually work with the
Sun JDK 1.5. (TBD)</p>

<p>Download eclipse-SDK-3.3.2-linux-gtk.tar.gz</p>

<p>(Optional) A local Apache Server or any locally accessible
web server. The purpose of this is to have the build dependencies accessible
locally. This is not essential and is only necessary if you have difficulty
bypassing a firewall do retrieve the dependencies during the build process. This
will reduce the download time during the build process.</p>

<p><b>Machine setup</b></p>

<p style='margin-left:36.0pt;text-indent:-18.0pt'>1)<span
style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Install
Linux distribution, add default Apache server from distribution if desired.</p>

<p style='margin-left:36.0pt;text-indent:-18.0pt'>2)<span
style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Log
in to root and create the required folder structure with following commands:</p>

<p style='margin-left:36.0pt'>mkdir -p
/shared/technology/cosmos/</p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/bin </p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/config</p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/downloads </p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/tmp</p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/logs</p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/workspace</p>

<p style='margin-left:36.0pt'>mkdir
/shared/technology/cosmos/dependencies</p>

<p style='margin-left:36.0pt;text-indent:-18.0pt'>3)<span
style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Unpack
Eclipse 3.3 into /shared/technology/cosmos/</p>

<p style='margin-left:36.0pt'>Eg.</p>

<p style='margin-left:36.0pt'> cd /shared/technology/cosmos/</p>

<p style='margin-left:36.0pt'>tar xvfz  &lt;download
location&gt;\eclipse-SDK-3.3.2-linux-gtk.tar.gz</p>

<p style='margin-left:36.0pt;text-indent:-18.0pt'>4)<span
style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Install
the IBM Java and record where it is installed. There are many ways to do this.
The version I have was packaged in an RPM and its default install location is <span
style='font-size:10.0pt;line-height:115%;font-family:"Courier New"'>/opt/ibm/java2-i386-50</span>.</p>

<p><b>Build dependencies</b></p>

<p>The build depends on some third party software, which it
downloads during the build process if necessary. If you are behind a firewall
it the scripts may not be able to connect externally to download these
dependencies so the easiest solution is to download them and store them
separately on a local web server and then configure the build to access that
server .</p>

<p>If you are able to access the dependencies without proxy or firewall configuration, skip to the Build Configuration step.</p>

<p>Install and start a default Apache server instance from the Linux distribution.</p>

<p>Download all of the following dependencies:</p>

<ul style='margin-top:0pt' type=disc>
 <li>http://download.eclipse.org/eclipse/downloads/drops/R-3.4-200806172000/eclipse-SDK-3.4-linux-gtk.tar.gz</li>
 <li>http://archive.eclipse.org/tools/orbit/downloads/drops/R20080611105805/bundles/org.apache.xerces_2.9.0.v200805270400.jar</li>
 <li>http://archive.eclipse.org/webtools/downloads/drops/R3.0/R-3.0.1-20080818032401/wtp-R-3.0.1-20080818032401.zip</li>
 <li>http://archive.eclipse.org/modeling/emf/emf/downloads/drops/2.4.0/R200806091234/emf-runtime-2.4.0.zip</li>
 <li>http://archive.eclipse.org/tools/gef/downloads/drops/R-3.4.0-200806091334/GEF-runtime-3.4.0.zip</li>
 <li>http://archive.eclipse.org/modeling/emf/emf/downloads/drops/2.4.0/R200806091234/xsd-runtime-2.4.0.zip</li>
 <li>http://eclipse.org/legal/epl-v10.html</li>
 <li>http://eclipse.org/legal/epl/notice.html</li>
</ul>

<p>Copy all of these downloaded files to the /var/www/html folder.</p>

<p>The location of these dependencies is specified in build.properties,
which is explained in the following Build Configuration section.</p>

<p><b>Build Configuration</b></p>

<p>The build relies on customisations in property files, map
files and the scripts. Before the build can be started some changes have to be
made to the CVS repository where all the build scripts are located. </p>

<p>Make sure you know the connection method and a username and
password to connect to CVS. A cvs connection string is used in many places so I
will define it here as follows:</p>

<p style='margin-left:12.0pt'>cvsconnstring =:&lt;connection
type&gt;:&lt;username&gt;:&lt;password&gt;@&lt;server-host&gt;:&lt;repository-path&gt;</p>

<p>for example if  cvs is at server-host cvsserver and path
/var/cvs and your connection type is pserver  and username/password is
cvs/cosmos then your cvs connection string would be:</p>

<p style='margin-left:12.0pt'>cvsconnstring=:pserver:cvs:cosmos@cvsserver:/var/cvs</p>

<p>Make a note of this as it will be used in most file edits
performed in this step.</p>

<p>In cvs, edit the following highlighted files in the <i>releng/org.eclipse.cosmos.releng.builder</i>
project:</p>

<p><i><u>bash/make.sh</u></i></p>

<p>Make sure CVS_RSH and cvsloc are set with the correct CVS
connection details using this syntax:</p>

<p style='margin-left:12.0pt'>export  CVS_RSH=&lt;connection
type&gt;</p>

<p style='margin-left:12.0pt'>cvsloc=&lt;cvsconnstring&gt;</p>

<p><i><u>bin_scripts/cvs-bash.sh</u></i></p>

<p>Make sure CVS_RSH is set with the correct CVS connection type
used in <i>bash/make.sh</i> you defined above. Like below:</p>

<p style='margin-left:12.0pt'>export  CVS_RSH=&lt;connection
type&gt;</p>

<p><i><u>bin_scripts/start-build.sh</u></i></p>

<p>Search for a line that starts with “./cvs-bash.sh” and
perform these changes.</p>

<p>Change the –cvscmd parameter to point to your connection
string</p>

<p>Change the –emailadr parameter to an email address to receive
the build results</p>

<p><i><u>bash/local-build-config.sf</u></i></p>

<p>Make sure CVS_RSH is set with the correct CVS connection type
used in <i>bash/make.sh</i> you defined above. Like below:</p>

<p style='margin-left:12.0pt'>export  CVS_RSH=&lt;connection
type&gt;</p>

<p>Make sure JAVA_HOME is set to location of your Java 1.5 JDK</p>

<p style='margin-left:12.0pt'>export JAVA_HOME=/opt/ibm/java2-i386-50</p>

<p>Make sure the entries for ECLIPSE_BUILDER and DEP_PATH are
set as follows</p>

<p style='margin-left:12.0pt'>export
ECLIPSE_BUILDER=/shared/technology/cosmos/eclipse         </p>

<p style='margin-left:12.0pt'>export
DEP_PATH=/shared/technology/cosmos/dependencies</p>

<p><i><u>runtime/build.properties</u></i></p>

<p>Find the J2SE-1.5 property and change all entries to point
to the location of IBM java.  It should look like this:</p>

<p style='margin-left:12.0pt;line-height:normal;text-autospace:
none'><span style='font-size:9.0pt;font-family:"Courier New"'>J2SE-1.5=/opt/ibm/java2-i386-50/jre/lib/BD.jar;/opt/ibm/java2-i386-50/jre/lib/charsets.jar;/opt/ibm/java2-i386-50/jre/lib/core.jar;/opt/ibm/java2-i386-50/jre/lib/deploy.jar;/opt/ibm/java2-i386-50/jre/lib/graphics.jar;/opt/ibm/java2-i386-50/jre/lib/ibmcertpathprovider.jar;/opt/ibm/java2-i386-50/jre/lib/ibmcfw.jar;/opt/ibm/java2-i386-50/jre/lib/ibmjaaslm.jar;/opt/ibm/java2-i386-50/jre/lib/ibmjcefw.jar;/opt/ibm/java2-i386-50/jre/lib/ibmjgssprovider.jar;/opt/ibm/java2-i386-50/jre/lib/ibmjsseprovider2.jar;/opt/ibm/java2-i386-50/jre/lib/ibmorb.jar;/opt/ibm/java2-i386-50/jre/lib/ibmorbapi.jar;/opt/ibm/java2-i386-50/jre/lib/ibmpkcs.jar;/opt/ibm/java2-i386-50/jre/lib/javaplugin.jar;/opt/ibm/java2-i386-50/jre/lib/javaws.jar;/opt/ibm/java2-i386-50/jre/lib/security.jar;/opt/ibm/java2-i386-50/jre/lib/server.jar;/opt/ibm/java2-i386-50/jre/lib/vm.jar;/opt/ibm/java2-i386-50/jre/lib/xml.jar</span></p>

<p>If you are using Sun JDK 1.5, the J2SE-1.5 entry will be
different to that above. That entry has not been defined yet and will appear
here when known.</p>

<p>Each dependency’s location is stored in this file. If you
are using a local web server to store the dependencies then you should change
the entries for eclipseSdkUrl, birtURL, orbitUrl, WTPUrl, EMFUrl, gefUrl and
equinoxUrl to your local web instance, in my case this is <a
href="http://localhost">http://localhost</a>.</p>

<p><i><u>runtime/customTargets.xml</u></i></p>

<p>It is only necessary to change this file if you cannot
download through a firewall.</p>

<p>Find the postPackage target.</p>

<p>Change the references to http://eclipse.org/legal/epl-v10.html
and http://eclipse.org/legal/epl/notice.html to http://localhost/epl-v10.html and
http://localhost/notice.html.</p>

<p><i><u>maps/cosmos.map</u></i></p>

<p>Each line in this file is comma delimited list of
parameters.</p>

<p>Change the second parameter on each line to your connection
string defined earlier.</p>

<p><i><u>maps/sdd.map</u></i></p>

<p>Each line in this file is comma delimited list of
parameters.</p>

<p>Change the second parameter on each line to your connection
string defined earlier.</p>

<p><b>Performing Build</b></p>

<p>When all the above steps are complete, make sure all changes are commited to CVS. Copy all scripts from
the bin_scripts folder in the <i>releng/org.eclipse.cosmos.releng.builder</i>
project into /shared/technology/cosmos/bin folder.</p>

<p>Place the bash/local-build-config.sf in the /shared/technology/cosmos/config
folder</p>

<p>To perform build:</p>

<p>cd /shared/technology/cosmos/bin</p>

<p>./start-build.sh</p>

<p><b>Results and monitoring</b></p>

<p>The build can take a few minutes to complete.</p>

<p>On completion a mail is sent to the address specified in the
start-build.sh script, indicating success or failure.</p>

<p>All the build objects are placed in folders /shared/technology/cosmos/downloads/COSMOS/1.1.0/COSMOS-1.1.0-YYYYMMDDhhmm.
Where YYYYMMDDhhmm represents the start date and time of the process.</p>

<p>The log file console.txt is created in /shared/technology/cosmos/downloads/COSMOS/1.1.0/COSMOS-1.1.0-YYYYMMDDhhmm
on completion.</p>

== '''Tagging the Builds''' ==


Tagging PDE-Based Builds

It is assumed that a tagged COSMOS build has been performed and that it will be the root of the new tag. Here are the following steps to perform tagging

1) Login into eclipse build server and change directory to "/shared/technology/cosmos/tmp". Create new directory in this by name of "v1_0_0_i13" and do cd to it.<br>

2) Execute following command <br><br>

<b>cvs -d cosmos:/cvsroot/technology ex -r <tagged-build-id> org.eclipse.cosmos/releng/org.eclipse.cosmos.releng.builder/maps </b><br><br>

Replace <tagged-build-id> with id (for example COSMOS-1_0_0-200809110902). <br>
There are three map files. Tagging need to be done with all three map files. <br>

3) Copy "tag.sh" file to this directory from "/org.eclipse.cosmos/releng/org.eclipse.cosmos.releng.builder/bash".

4) Change "tagname" and "tagged_buildid" variable values in this file and then execute this shell script. Once execution is over, check the log files (log01, log02, log03, log04, log05) created in the same directory for any errors.

<b>Note: test folder is tagged from the HEAD stream</b>



== '''References''' ==

[1] Eclipse SDK help<br/>
[2] http://www.sshkeychain.org/mirrors/SSH-with-Keys-HOWTO/SSH-with-Keys-HOWTO-4.html<br/>
[3] http://www.eclipse.org/pde/pde-build/<br/>
[4] http://www.eclipse.org/articles/Article-PDE-Automation/automation.html<br/>
[5] http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.pde.doc.user/guide/tasks/pde_feature_build.htm<br/>
[6] http://wiki.eclipse.org/CVS_Howto<br/>



== '''Build Contacts''' ==

The release engineering team is responsible for starting the build. In case of any build failure, please contact the release engg team. Following are the release engineering team members:

'''CA, Inc.:'''<br/>
Bradley Beck (bradley.beck at ca.com)<br/>
'''IBM:'''<br/>
Saurabh Dravid (sadravid at in.ibm.com)<br/>

=='''Links to Bugzilla'''==

[https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Technology&product=Cosmos&component=cosmos.build&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&deadlinefrom=&deadlineto=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= Open bugs against Release Engineering team]

=='''COSMOS Test-automation process'''==
http://wiki.eclipse.org/COSMOS/COSMOS_TEST_AUTO

[[Category:COSMOS]]