Component actions
StackState Self-hosted v4.6.x
Last updated
StackState Self-hosted v4.6.x
Last updated
This page describes StackState version 4.6.
This how to describes the steps to create a component action that is available for specific components. Component actions can be executed from the component context menu in the StackState Topology Perspective or the details pane on the right of the StackState UI.
The component actions available in StackState can be managed in the StackState UI from the page Settings > Actions > Component Actions.
To add a new component action, click the ADD COMPONENT ACTION button.
To edit an existing component action, click on the ... menu to the right of its description and select Edit.
Each component action includes the following details:
Name - The name displayed to users in the StackState UI when the component action is available for a component. The component action name is case-sensitive.
Description - The text shown in the tooltip when a user hovers over the component action name in the StackState UI.
STQL Query - An advanced topology query that returns all components for which this component action should be available. For details, see the STQL Query section below.
Script - A script written in StackState Scripting Language that is run whenever the component action is executed in the StackState UI. For details, see the script section and the example scripts below.
Identifier - Optional. A unique identifier for the component action. For details, see the identifier section below.
The STQL query specified in a component action determines which components of the topology will be able to use this component action. This should be an advanced topology query that returns all of the components that should have access to this specific component action. For example, to bind a component action to all components in the "Production" domain that are present in the "databases" layer, you would use the STQL query:
You can find more information about writing advanced topology queries in StackState on the page using STQL.
The script determines behavior of the component action when it is executed by a user. YOu can use the StackState Scripting Language to script almost any action you need, such as redirecting a user to another view with a specific context, restarting remote components, or calling predictions for components. Some example scripts are available below to help you get started.
Component action scripts always have access to a component variable, this represents the component for which the component action was invoked.
The properties in the table below can be accessed directly in the component action script:
| Property | Type | Returns |
|---|---|---|
| Long | The StackGraph ID of the component. |
| Long | The timestamp when the component was last updated. |
| String | The name of the component. |
| Option[String] | The description of the component. |
| Set[Label] | Set of labels, each containing a |
| HealthStateValue | The health state of the component. Can be |
| HealthStateValue | The propagated health state of the component. Can be |
| Long | The StackGraph ID of the layer that the component is in. |
| Long | The StackGraph ID of the domain that the component is in. |
| Set[Long] | The StackGraph IDs of all environments that the component is in. |
Other properties of the component can be accessed using the component script API.
Providing an identifier is optional, but is necessary when you want to store your component action in a StackPack. A valid identifier for a component action is a URN that follows the convention:
The component action script below will direct the StackState UI to open a new topology query:
The component action script below will direct the StackState UI to navigate to a specific URL:
The component action script below will invoke an HTTP request to a remote URL. This call is made from the StackState server:
