How properties are resolved

To apply a user-defined property to a process, reference it when you configure a step in a process.

Use the following syntax:

${p:<element>/<property name>}

where:

${ Indicates the start of the reference.
p Stands for property.
<element> Stands for the element the property is defined on, such as component.
<property name> Stands for the user-defined property name.
} Indicates the end of the reference.

If the property is defined for a process, you can reference the property in the same process using this format:

${p:<property name>}.

A running process fills in values for properties from various property settings, including the following:

  • system
  • environment
  • resource
  • resource role
  • application environment
  • application
  • application process
  • component environment
  • component
  • component process
  • component version
  • global process
  • properties set by process steps

For example, a component process step has access to properties which are set before or during the process run, including those that are:

  • set earlier by other steps within the process
  • set within the scope of the currently executing process
  • set by the component
  • set by the application
  • set for the target environment and resource
  • set at the system level

Step property values become unavailable after the component process ends.

Typically, you set the value for a same-named property where the value is most likely to change. For example, the value for a web server port number is probably set in the environment or resource properties. This helps to make the processes flexible enough to execute in multiple environments, such as INT, UAT, and PROD.

The process resolves the values from one of the settings in hierarchical order, with values given for properties closest to the process step overriding any previous values. If the property value is unresolved, the process can prompt users for information at runtime and then incorporate the values into the process.