This page details the configuration to have Rootly respond to Jira.
In order to respond to Jira events, you’ll need to set up a webhook in Jira so your Rootly platform can receive the events.
Select workflow type. Since Jira events will be created into Rootly as alerts
, we will need to use an Alert
workflow type.
Select workflow triggers. Alert Created
will be the only option to select here. This means the workflow will initialize whenever a new alert is created in Rootly.
Configure run conditions. Set up your workflow to only run if…
source
is from Jira
labels
:
contains all of
the following labels
(this is if you want to respond to a new Jira issue being created)
event:jira:issue_created
project_key:RD1
(this label is optional - only include this if you want to respond to issues from a specific Jira project)contains all of
the following labels
(this is if you want to respond to an existing Jira issue being updated)
event:jira:issue_updated
project_key:RD1
(this label is optional - only include this if you want to respond to issues from a specific Jira project)payload
has the $.object.specific_field
equals to /specific_value/i
Currently, only a single payload field can be filtered on. So, try to configure your run conditions to filter by Label as much as you can before resorting to filtering by Payload
.
We will be exploring the possibility of supporting filtering by multiple payload fields in the future.
The Create Incident action is used to declare an incident in Rootly. Since this action will be referencing alert data, the dynamic fields will be {{ alert.properties }}
.
Rootly does NOT automatically link alerts to the incident. You’ll need to include the following custom mapping in order to link the Jira ticket to the newly declared Rootly incident.
The Update Incident action is used to update an existing incident in Rootly. Ensure that you set Attribute to Match field to jira_issue_id
and Attribute Value
to {{ alert.data.issue.id }}
. These fields are required for Rootly to know which incident to update.
If you require more dynamic mapping of Rootly incident properties, you can input the following syntax into the Custom Fields Mapping
field.
Dynamically set Rootly incident severity.
Dynamically set Rootly incident status.
Set custom field for Rootly incident.
Below are common errors you might run into during your configuration process. To view the error response, you can locate the specific workflow you’re trying to debug, select … > View Runs > View.
Error | Comment |
---|---|
unknown attribute 'incident_property' for Incident. | Reason for error… This means the specified incident property you’re trying to set is not an attribute you can set or the syntax is incorrect. How to fix… Ensure that the field you’re attempting to set is enabled to be set via workflow and that your syntax is correct. |
unexpected token at '{ "incident_property": }' | Reason for error… Your custom mapping syntax is incorrect. How to fix… Correct your mapping syntax. |
If you need help or more information about this integration, please contact support@rootly.com or start a chat by navigating to Help > Chat with Us.