Creating a Workflow

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 NameNoDisplay 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

NoDisplay attribute that defines the number of rows in the input field on the Property page.

Columns

NoDisplay attribute that defines the number of columns in the input field on the Property page.

List Data

NoAllows 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

NoDetermines if multiple of the List Data CSV values can be selected.
Validation Details

Required

YesWhether the Property is required or not. Defaults to No.

Length

NoFor String data type, this controls length of value being entered.

Min Value

NoUser can control the minimum value for data types such as Integer, Float, Double and Long.

Max Value

NoUser 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).

ActionsN/AContains 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.

EncryptedYesWhether 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 NameNoDisplay name .
DescriptionNoA description for the input.

Data Type

Yes

The data type of the workflow input.

EncryptedYesWhether 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 property1
  • A Groovy Script expression which can include references to another variable, input, or property2

1 Properties from another instance can be qualified by using instance code followed by a "_", prior to the property name (e.g. INST1_MY_PROPERTY).
2 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

Depends

Identifies endpoints associated to environment instance that would be eligible to execute this plugin operation. Available options are All and various resource types configured in FlexDeploy. Resource Types allow users to select specific endpoints from all available endpoints for environment instance.

Defaults to "All" in which case all endpoints mapped for environment instance are eligible for execution. Only applicable if this property is delegated to workflow developer by the plugin.

If you want to select specific endpoints for execution then select specific resource type (For example, WLS Managed Server, WLS Admin Server etc.). There are some resource types available by default but you can create additional as necessary on Administration - Customize - Resource Types.

Endpoint Specification – Execution

Depends

Identifies which endpoints (from selection) would be eligible to execute this plugin operation at run time. Available options are All and Any.

Defaults to "Any". Only applicable if this property is delegated to workflow developer by the plugin.

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. Now if execution is set to Any then plugin will execute only on either EP1 or EP2, but if execution is set to All then plugin will execute on both EP1 and EP2.

When using Any for execution, FlexDeploy will try to reuse endpoint that was used by previous executions if same endpoint is encountered.

Execution PercentageDepends

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

Depends

Allows plugin to either create or utilize artifacts. Defaults both to "No". Only applicable if this property is delegated to workflow developer by the plugin.

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 notation1,2.

1All references to variables, inputs, or properties are done with just the variable name (e.g. MY_VARIABLE).
2 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 executed1,2. The expression must return a boolean true or false.

1All references to variables, inputs, or properties are done with just the variable name (e.g. MY_VARIABLE).
2 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.


The following macros are not currently supported in the footer:
  • style