RAD Builder Plugin

Skip to end of metadata
Go to start of metadata

Plugin Information

Plugin ID rad-builder Changes In Latest Release
Since Latest Release
Latest Release
Latest Release Date
Required Core
1.1.4 (archives)
Mar 04, 2011
Source Code
Issue Tracking
Open Issues
Romain Seguy (id: rseguy)
Usage Installations 2014-Nov 98
2014-Dec 107
2015-Jan 100
2015-Feb 108
2015-Mar 119
2015-Apr 133
2015-May 124
2015-Jun 127
2015-Jul 123
2015-Aug 128
2015-Sep 142
2015-Oct 133

This plugin allows Jenkins to invoke IBM Rational Application Developer as a build step.

Tutorial regarding the use of this plugin
For a complete tutorial describing how to use this plugin, refer to the Enhance continuous integration using Rational Application Developer and the Hudson build server article on developerWorks.
Introduction to Rational build utility
The nice guide to the Rational Build Utility details, on developerWorks, how to use the headless feature of Rational Application Developer.

About this plugin

This plugin is aimed at using the headless capabilities of IBM Rational Application Developer (RAD) 7.0/7.5, which is Ant-based, to build J2EE applications designed with RAD.

This plugin currently supports:

  • RAD 7.0 (version 1.x successfully tested with RAD and RAD – should work with other 7.0.0.x versions)
  • RAD 7.5 (version 1.x successfully tested with RAD 7.5.3, 7.5.4, 7.5.5,, and – should work with other 7.5.x versions)
  • RAD build utility (BU) 7.5 (version 1.x successfully tested with BU 7.5.3, 7.5.4, 7.5.5,, and – should work with other 7.5.x versions)
  • RAD build utility (BU) 8.0 (version 1.1.4 successfully tested with BU 8.0.2 – should work with other 8.0.x version)
BU is the fully headless version of RAD.

User guide

This plugin works as the built-in Ant builder:

  1. The first thing to do is to define RAD/BU installations in Hudson's configuration panel:
  2. Once done, corresponding build steps can be added to the project:
About the WORKSPACE environment variable
RAD uses an environment variable called workspace to define the RAD workspace to use. It means that there's a "competition" (no matter the case) between this variable and the one defined by Hudson (which refers to the project's workspace). As a consequence, don't use the WORKSPACE variable within this build step as it doesn't refer to what's expected.

Additional documentation

  • To get more information on the headless capabilities of RAD 7.0, please refer to the RAD 7.0 Infocenter
  • To get more information on the headless capabilities of RAD 7.5, please refer to the RAD 7.5 Infocenter
  • To get more information on BU 7.5, please refer to the RAD 7.5 Infocenter.
  • To get more information on BU 8.0, please refer to the RAD 8.0 Infocenter too.

Version history

Version 2.0 (source code not yet opened)

  • Support of WebSphere Message Broker Toolkit

Version 1.1.4 (03/04/2011)

  • Fixed a bug which was preventing to display RAD installations actually used by build steps (the first item in the installations list was always selected)

Version 1.1.3 (02/20/2011)

  • Implemented JENKINS-8652: Build logs are now annotated so that the logs for Ant targets can be accessed faster
  • Fixed JENKINS-8545: RAD Builder refused to work if the RAD installation path on a slave node was different than the path on the master node

Version 1.1.2 (03/27/2010)

  • Improved handling of the WORKSPACE/workspace environment variable: Now, the plugin sets RAD's workspace using workspace (lower case letters) whether it is running on Windows or Linux

Version 1.1.1 (01/24/2010)

  • Bug fix: The "Create PROJECT_WORKSPACE variable" option now works fine (previously, this new variable was created at the end of the build step rather than at the beginning)

Version 1.1 (12/04/2009)

  • The "Delete RAD workspace" option is now checked by default
  • Bug fix for the WORKSPACE environment variable on Windows: RAD/BU expects it to be an absolute path, not a relative one
  • Experimental (not yet tested): New "Create PROJECT_WORKSPACE variable" option to provide a replacement for the WORKSPACE environment variable

Version 1.0.1 (10/12/2009)

  • Bug fix for the WORKSPACE/workspace environment variable on Linux
  • Switch to the right groupId (org.jvnet.hudson.plugins rather than hudson.plugins)

Version 1.0 (10/11/2009)

If you use version a RAD or a BU installation on Linux, you need to edit, respectively, bin/runAnt.sh or eclipse/bin/runAnt.sh to change the workspace environment variable to WORSKPACE. Otherwise, RAD/BU may fail complaining that no valid workspace has been found (depending on the permissions of the user used to run RAD/BU). This has been fixed in 1.0.1.
  • Initial release


plugin-builder plugin-builder Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.

Add Comment