Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Dynamically pass properties to the build definition

I have a  customer that has the requirement that when starting a build, users should be prompted to enter in values for required properties that will be passed to buildforge.  Is  this behavior possible out of the box?

0 votes



3 answers

Permanent link
 Thanks Nick for your response. I had the issue where I was unable to save the Build Definition without providing the value to the Required variables. BUt consider a scenario where these required fields are like USR_ID and USR_PWD, which needs to be entered by a user requesting a build and not by an administrator who is creating a Build Definition for an application team. How would one get around this scenario? I don't want to have dummy values in these fields and I want user to be forced to enter valid values to these variables when requesting a Build. I have similar variables in Build Forge which are required when start a project like "BUILD_WI" id which will be different for each build request (so saving as a part of Build Definition does not make sense).

0 votes


Permanent link
 You can additionally mark variables with a "must-change" attribute which will require the user to interactively  enter the values for the variables on the job start page.  

You can read about the must change attribute In the BuildForge Infocenter


  • Must Change: The variable value must be changed. Top-level variables with this property are highlighted in the Start panel; if a new value is not entered, the job cannot be quick-started or started.
    Note: If a job that contains Must Change variables is started by the scheduler rather than a user, the variable values are not changed. Also, if a job that contains Must Change variables is started by a class property, the variable values are not changed. Class properties include Start on purge, Start on entry, and Start on exit.

1 vote


Permanent link
Hi Abraham, properties that are flagged as Required in Build Forge get marked as REQUIRED (keyword in the description field) in the corresponding property in the build definition (when first selected, or when properties are synchronized).
There are a couple of gaps here though:
1) a value has to be given in the build definition, it cannot be left blank
2) validation is not done in the request build dialog, but is done when the integration picks up the build request (still before sending to BF). If you submit a build with an empty required property, it fails with an error log with something like:

Error occurred while validating a REQUIRED property type.   The property in error is Required_Message=.   Please review the Properties tab of the Build Definition to resolve issues prior to running the build.


We have an existing story for this: As a Build Forge user I can easily edit BF properties from RTC, with proper validation (150608), covered by backlog plan item: [CCM] Improve the RTC / Build Forge integration (233532)

3 votes

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 12,015
× 562

Question asked: Mar 19 '14, 5:47 p.m.

Question was seen: 5,838 times

Last updated: Mar 20 '14, 10:55 a.m.

Confirmation Cancel Confirm