Scope

Workflow Inputs - entire workflow execution. Do not modify during course of workflow execution.
Workflow Variables - entire workflow execution. You can modify value for variables during workflow execution.
User defined Plugin Inputs and Outputs - specific plugin execution for endpoint.

Use unique names for Workflow Inputs, Variables and any user defined Plugin Input or Outputs to avoid any confusion.

Select Workflows from the menu. To create a new workflow, click the plus icon in the Workflows navigation tree. The grid icon will change the navigation tree to sorted flat view.

In the workflow editor, you will see two sections titled Workflow Details and Workflow Properties. The Workflow Details section provides the basic definition for the workflow, as described in the table below.

Field	Required	Description
Workflow Name	Yes	The name of the workflow.
Workflow Type	Yes	The type of workflow (Build, Deploy, Test Definition, Utility or Other). Other is reserved for workflows that will be invoked exclusively by parent workflows.
Workflow Group	Yes	Used to categorize workflows into folders.
Workflow Subgroup	Yes	Used to further categorize workflows into subfolders.
Active Version	No	Indicates the active version of this workflow (read-only).
Description	No	An optional description for the workflow.

Workflow Properties

Workflow Properties section provides ability to add custom properties for workflow. Plugins generally provide most of the properties, but it is useful to have custom properties specifically when using plugins like Shell, Groovy, Jython etc. These properties will then be available for setting values on either the referencing project or environment instance (depending on the selected scope). For example, you need to define a reusable workflow that deploys files to specific folder depending on what project is being deployed, in that case you can add property to define DEPLOY_FOLDER at Project scope.

To create a new workflow property, click the Add button. There are two options, creating a New Property or sharing an Existing Property from another workflow. When sharing an existing property you can also select a property defined by a plugin, as a means of convenience. In this case the referenced plugin property is read-only and cannot be modified.

Choosing Existing Property will display a popup with a drop down menu of available properties.

Selecting a plugin property will add a row to the table populated with the data for that property. Property will not be editable if plugin property is added. You can add custom existing property that was created with other workflow here as well, in which case that property is editable from both workflows as it is being shared.

Choosing New Property will produce an empty row on the table, populate the values using the table below.

Added by and Added On columns indicate user that added property to workflow properties list.

Enter values for the workflow property as described in the table below. Some property definition values are available in popup (click Pencil icon to access all details of property).

Field	Required	Description
Active	N/A	Property is always active, whether it is part of Workflow property list or not is what matters.
Code	Yes	User-defined code that identifies this property, which is used in the workflow and/or plugin execution. Note: CODE attribute only allows CAPITAL LETTERS, NUMBERS, and UNDERSCORE For custom property it makes sense to prefix with company name like COMPANY1, COMPANY2 etc. Flexagon Plugin properties are prefixed with FD.
Display Name	No	Display name, which is used on the property pages, etc.
Property Scope	Yes	Whether the property scope is Environment Instance or Project. Default is Environment Instance. If you select Project scope, then value for property is defined for each Project on project properties screen. If you select Environment Instance scope, then value for property is defined on topology differently for applicable environment instance.
Description	No	A description for the property.
Data Type	Yes	The property's data type. Default is String.
Sub Data Type	No	Allows the user to get additional validation for Directories, JDBC URLs, and URLs.
Encrypted	Yes	Whether the property is encrypted or not. Encrypted property values will not display on the screen or be readable in any of the logs. Default is No.
Display Details
Rows	No	Display attribute that defines the number of rows in the input field on the Property page.
Columns	No	Display attribute that defines the number of columns in the input field on the Property page.
List Data CSV	No	Allows the user to define a comma-separated list of values that will be displayed in the Workflow Request page. If given, a Drop-down component will be displayed on the Property page.
Multi Select	No	Determines if multiple of the List Data CSV values can be selected.
Validation Details
Required	Yes	Whether the Property is required or not. Defaults to No.
Length	No	For String data type, this controls length of value being entered.
Min Value	No	User can control the minimum value for data types such as Integer, Float, Double and Long.
Max Value	No	User can control the maximum value for data types such as Integer, Float, Double and Long.
Default Value	No	Default value can be entered as Groovy script or literal. When using Groovy script, following Groovy variables are available: FD_PROJECT_NAME FD_APPLICATION_NAME FD_ENVIRONMENT_CODE FD_INSTANCE_CODE
Validation Groovy Script	No	Enter Groovy script to define validation for property value. The script should return true or false to indicate validation success or failure. Groovy script can use these variables: Value – value entered by user for property. ValidationMessage – script can set specific error message in attribute, only used if script returns false.
Updated By	N/A	The user who last updated the property (read-only).
Updated On	N/A	The date/time in which the property was last updated (read-only).
Actions	N/A	Contains the icon to remove and edit the property.

Click the Save button to save the changes. Note that the Definition tab is now enabled. Click the Definition tab to begin modelling the workflow, which is covered in detail in subsequent sections.

Once finished configuring the workflow definition click the Save button to save the changes. To activate the workflow version, making it the live version upon execution, click the Activate button. Note that once you activate a workflow version it is locked from any further edits. To make changes you will first need to create a new version by clicking the Make Copy button.

Workflow Variables

A workflow variable is transient to a workflow execution, and is used to hold any required intermediate state. Example usages for workflow variables include loop counters, assigning error codes, or holding the value of a plugin output. Note these are available within the workflow only, and are not available for use by plugins.

To access the workflow variables, click the button in workflow definition toolbar. Click the Create button to create a variable.

Enter values as described in the table below.

Field	Required	Description
Code	Yes	The name of the workflow variable.
Data Type	Yes	The data type of the workflow variable.
Encrypted	Yes	Whether the variable is encrypted or not. Encrypted variables values will not display on the screen or be readable in any of the logs. Default is No.
Initial Value	No	An optional default initial value for the workflow variable.
Return as Output	Yes	Indicates whether the value of this variable should be returned as an output. Used exclusively by child workflows to return a value to its parent. Default is No.
Constant	Yes	If a variable is marked as constant its value cannot be changed. Any attempt to set the value of a constant variable will result in an error.

To delete a workflow variable, select an existing variable and click the Delete button.

Workflow Inputs

A Workflow Input is used to pass user defined data into a workflow. When a workflow request is submitted by a user they will be prompted to enter values for the configured inputs. If a workflow is invoked by a parent workflow the values for the inputs must be configured at development time. An example usage for a workflow input would be allowing the user or parent workflow to specify the branch or tag to use for an SCM operation. Note these are available within the workflow only, and are not available for use by plugins.

To access the workflow inputs, click the button in workflow definition toolbar. Click the Create button to create a new input.

Enter values as described in table below.

Field	Required	Description
Code	Yes	User-defined code that identifies this input, which is used in the workflow.
Display Name	No	Display name .
Description	No	A description for the input.
Data Type	Yes	The data type of the workflow input.
Encrypted	Yes	Whether the input is encrypted or not. Encrypted input values will not display on the screen or be readable in any of the logs. Default is No.
Display Details
Rows		Display attribute that defines the number of rows in the input field on the Property page.
Columns		Display attribute that defines the number of columns in the input field on the Property page.
List Data CSV		Allows the user to define a comma-separated list of values that will be displayed in the Workflow Request page. If given, a Dropdown component will be displayed on the Property page.
MultiSelect		Determines if multiple of the List Data CSV values can be selected.
Validation Details
Required		Whether the Property is required or not. Defaults to No.
Length		For String data type, this controls length of value being entered.
Min Value		User can control the minimum value for data types such as Integer, Float, Double and Long.
Max Value		User can control the maximum value for data types such as Integer, Float, Double and Long.
Initial Value	No	An optional default initial value for the workflow input.
Validation Groovy Script	No	Enter Groovy script to define validation for the input. The script should return true or false to indicate validation success or failure. See an example. Groovy script can use these variables: EnvironmentCode – environment for deployment request. Value – value entered by user for input. ValidationMessage – script can set specific error message in attribute, only used if the script returns false

To delete a workflow input, select an existing input and click the Delete button.

Workflow Steps

The workflow editor provides a drag-n-drop interface for constructing build and deploy processes, which can be composed of plugin operations, other sub-workflows, and basic workflow operations such and variable assignments, conditionals, and looping constructs.

The main workflow editor is displayed in the center of the screen. The FlexDeploy workflows are available in the Workflows navigation tree on the left. The basic Workflow Operations are available in the upper right-hand pane. The available Plugin Operations are available on the lower right-hand pane.

To add a new step to the workflow, drag a workflow or plugin operation onto the workflow editor and drop it on the arrow located between the two steps where you want to place it. Configure the fields in the subsequent workflow step editor and click the OK button to save. See subsequent sections for specific instructions pertaining to each workflow operation type.

Lookup Script Variables

Many workflow steps allow the user to enter expressions, often these expressions require using varibles, inputs or properties, but it can be difficult to remember the exact variable, input ot property. Just click on the Lookup Script Variables icon:

The following window will open. As you type the script variable, it will filter the entire list of available inputs, properties, and variables to only those that contain the string you entered. Select one variable from suggestions. Press the Copy and Return button to make the variable name be available to paste (Ctrl + V) into the expression.

Assign

The Assign step provides the ability to assign a value to a workflow variable or a property. Drag the Assign workflow operation onto the workflow editor, and configure its parameters as depicted in the table below. Property values that are overridden will keep the new value for the rest of the workflow execution.

Field

Required

Description

Step Name

Yes

The display name of the step to appear in the workflow editor.

To (left operand)

Yes

The workflow variable to assign a value to.

From (right operand)

Yes

The value of an assignment can be one of the following:

A constant value
A referenced value of another variable, input, or property¹
A Groovy Script expression which can include references to another variable, input, or property²

¹ Properties from another instance can be qualified by using instance code followed by a "_", prior to the property name (e.g. INST1_MY_PROPERTY).
² Groovy Script expressions may include variables, inputs, or properties as defined above (e.g. FName + ' ' + LName).

Wait

The Wait step provides the ability to halt the workflow for the specified number of milliseconds. Drag the Wait workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Milliseconds	Yes	The number of milliseconds to halt the workflow for.

RaiseFault

The RaiseFault step provides the ability to force a failure within the workflow. This can be useful when validating some condition and forcing a failure if that condition is not met. Drag the RaiseFault workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Fault Name	Yes	The name of the Fault to appear in the logs.
Fault Details	Yes	Additional details to display in the logs.

InvokeWorkflow

The InvokeWorkflow step provides the ability to invoke a child workflow. This can be useful when identifying commonality you wish to share across many workflows. Drag the InvokeWorkflow workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Workflow Name	Yes	The name of the workflow to invoke.
Version Override	No	The version of the workflow to invoke. Defaults to the active version.

InvokePlugin

The InvokePlugin step provides the ability to invoke plugin operations. Drag the InvokePlugin workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Plugin Name	Yes	The name of the plugin to invoke.
Operation Name	Yes	The name of the operation within the plugin to invoke.
Endpoint Instance Override	No	Allows you to override the instance the plugin operation will execute on. Defaults to the instance specified at build/deployment time.
Endpoint Specification – Selection	Yes	This value identifies which endpoints are eligible for plugin operation execution. Endpoint(s) are selected from endpoint(s) associated to specific environment instance. Environment Instance is where workflow (build/deploy/test/utility) is being executed. This value defaults based on plugin settings or to "All" if plugin does define any specific value. For example, if you use WebLogic deploy operation, this value will default to WLS Admin Server but you can change it if necessary. Available options are All and various Resource Types configured in FlexDeploy. All means that all endpoints mapped for environment instance are eligible for execution. Resource Types allow users to select specific endpoints from all available endpoints for environment instance. If you want to select specific endpoints for execution then select specific resource type (For example, WLS Managed Server, WLS Admin Server etc.). Next, go to endpoint list for environment instance and assign this Resource Type to specific endpoint(s). There are some resource types available by default but you can create additional as necessary on Administration - Customize - Resource Types. @Since 5.6.0.0 This is always editable by workflow developer, previously this was only editable if plugin definition allowed updates.
Endpoint Specification – Execution	Yes	This value identifies which endpoint(s) out of selected endpoint(s) will be used for execution. Available options are All and Any. This value defaults based on plugin settings or to "Any". If you use "Any" then plugin operation will execute on any selected endpoint. When using Any for execution, FlexDeploy will try to reuse endpoint that was used by previous executions if same endpoint is encountered. If you use "All" then plugin operation will execute on All selected endpoints. See Execution Percentage for this case. Let's says if you have EP1 and EP2 for DEV - TOMCAT environment instance, now if you are deploying to DEV - TOMCAT and selection is set to All then both EP1 and EP2 are eligible for execution, but if execution is set to Any then plugin will execute only on either EP1 or EP2. @Since 5.6.0.0 This is always editable by workflow developer, previously this was only editable if plugin definition allowed updates.
Execution Percentage	Depends	Only applicable if Endpoint Specification - Execution is All. When using All for Endpoint Specification - Execution, you can also configure execution percentage to limit how many endpoints will be executed in parallel. If you leave Execution Percentage empty then operation will execute on all endpoints at same time. If you have 10 endpoints selected for execution and execution percentage is set to 10, then plugin will execute on one endpoint at a time. Note that execution will happen on all endpoints even when using execution percentage and some endpoints fail.
Artifacts Delivery	No	Allows plugin operation to either create or utilize artifacts. This defaults based on plugin settings. For example, for build operations Produces Artifacts will be checked and for deploy operations Consumes Artifacts will be checked. Produces Artifacts means that files in artifacts folder are marked to be saved in Artifact Repository. Consumes Artifacts means that files in Artifact Repository for specific project and version will be delivered to artifacts folder before plugin execution. @Since 5.6.0.0 This is always editable by workflow developer, previously this was only editable if plugin definition allowed updates.
Inputs	Yes	The plugin operation can have zero to many inputs, for which values must be configured. See FlexDeploy Plugin Guides for specific information pertaining to each plugin.

Some plugin operations, such as the execute operation on the Shell and Windows Shell plugins (See Plugin Guide for complete details), allow the definition of user defined inputs and outputs. User defined inputs and outputs allow the workflow developer to define which inputs flow into the plugin operation and which outputs are returned from the operation. Once defined the invoke plugin step can make use of the defined inputs and must return the defined outputs. When applicable User Input and User Output tabs will be present.

To create a new input, click the New button under the User Inputs section and enter values for the fields described in the table below.

Field	Required	Description
Plugin Input	Yes	The name of the user input.
Type	Yes	The data type of the user input. Default is "String".
Is Expression	Yes	Indicates that the Value field contains a Groovy Script expression.
Value	Yes	The value of the user input.

To create a new output, click the New button under the User Outputs section and enter values for the fields described in the table below.

Field	Required	Description
Workflow Variable	Yes	The name of the workflow variable in which to assign the value of the output to upon completion of the plugin execution.
Plugin Output	Yes	The name of the plugin output.

To delete a User Input or User Output select the object you wish to delete and click the associated Delete button.

A shortcut to using the generic InvokePlugin workflow operation is to drag the specific plugin operation you want to invoke from the Plugin Operations pane in the lower-right-hand side onto the workflow editor. In this case the Plugin Name and Plugin Operation will be pre-selected.

InvokeTest

The InvokeTest step provides the ability to invoke a group of tests as defined by the strategy for that environment, instance, and stream. This group can be subsetted by specifying specific Test Type, Test Set, and/or Test Definition. Drag the InvokeTest workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Test Type	No	This restricts the tests to be executed within the matching strategy to match this test type.
Test Set Name	No	This restricts the tests to be executed within the matching strategy and test type to match this Test Set name.
Test Definition Name	No	This restricts the tests to be executed within the matching strategy, test type and Test Set Name to match this Test Definition name.
TestResultsOutput	No	This will set the result of the overall Test run in the specified Boolean output variable as true if the test passed, otherwise false.

If

The If step provides the ability to conditionally invoke other steps. Drag the If workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Condition	Yes	An expression evaluating whether the embedded workflow steps should be executed or not. The condition can reference variables, inputs, or properties using Groovy Script notation^1,2.

¹All references to variables, inputs, or properties are done with just the variable name (e.g. MY_VARIABLE).
² Properties from another instance can be qualified by using instance code followed by a '_', prior to the property name (e.g. INST1_MY_PROPERTY).

You can add one or more Else If conditions to the If workflow operation by clicking the Else If button. Similarly, you can add an Else condition to the If workflow operation by click the Else button. You can then drag other workflow operations or plugin operations inside of the If/Else blocks of the If workflow operation.
To edit the If condition portion either click on the icon for the If workflow operation, or click on the icon in the upper-right-hand side of the first condition block. To edit an Else If condition click on the icon in the upper-right-hand side of the condition block.

While

The While step provides the ability to loop through the execution of other steps. Drag the While workflow operation onto the workflow editor, and configure its parameters as depicted in the table below.

Field	Required	Description
Step Name	Yes	The display name of the step to appear in the workflow editor.
Condition	Yes	An expression evaluating whether a loop iteration should be executed^1,2. The expression must return a boolean true or false.

¹All references to variables, inputs, or properties are done with just the variable name (e.g. MY_VARIABLE).
² Properties from another instance can be qualified by using instance code followed by a "_", prior to the property name (e.g. INST1_MY_PROPERTY).

You can drag other workflow operations or plugin operations inside of the While block. To edit the While, condition click on the icon for the workflow operation.

Make sure you update a variable being evaluated in your While condition within your loop in order to avoid an infinite loop situation.

Deleting a Workflow Step

To delete a workflow step, right-click on the step and select Delete. Click the OK button on the Delete Confirmation dialog to confirm.