Jira

Jira is a project management tool that helps developers track and manage bugs and work items.

By integrating Jira with Cortex, you can drive improvements and coordinate issue management across teams. Through the integration, you can create Jira work items directly in Cortex based on an Initiative's action items. The integration also allows you to enhance insights into a number of key values for your entities:

• Customer facing incidents

• Security tickets

• Ongoing projects

How to configure Jira with Cortex

It is possible to configure the integration with a Jira Cloud instance or a self-hosted Jira instance (using either basic auth or OAuth). You can also use Cortex Axon Relay to securely integrate your on-premises data. See the tabs below for instructions on each option.

Jira Cloud

Jira Cloud

Prerequisites

Before configuring Cortex with Jira Cloud:

• Create a Jira API token. To generate a token, you must have the Browse users and groups permissions in Jira and access to the needed Jira projects.

• If you are using a scoped token, you will need your Atlassian Cloud ID. Scoped tokens must include the following scopes:

  • Read: jira-work, jira-user, project-category:jira, project:jira, project-version:jira, project.property:jira, project.component:jira, issue-type:jira, issue-type-hierarchy:jira, user:jira, avatar:jira, project.avatar:jira, application-role:jira, group:jira

  • Write: jira-work

Configure the integration in Cortex

1. In Cortex, navigate to the Jira settings page:

   • Click Integrations from the main nav. Search for and select Jira.

2. Click Add configuration. then select Cloud for the integration type.

   • If you are using a scoped token, select Cloud (scoped token).

3. In the Jira integration modal, "Jira Cloud" is selected by default in the upper right corner. Configure the integration form:

   • Account alias: Enter an alias for your account.

   • Subdomain: Enter the subdomain for your Jira instance.

     • For example, this field would take cortex-docs from https://cortex-docs.atlassian.net.

   • Base URL: This field automatically populates atlassian.net.

     • If you are using a legacy Jira Cloud instance (i.e., you access your Jira instance on jira.com), change the base URL from the dropdown.

   • Email: Enter the email address associated with the user who generated the token in Jira.

     • Note: The email address associated with a given Jira token must match the email address of the user associated with that token.

   • API token: Enter your Jira API token.

4. Click Save.

On-prem (Basic)

On-prem (OAuth)

Relay broker

Configure the integration for multiple Jira accounts​

The Jira integration has multi-account support. You can add a configuration for each additional by repeating the process above.

Each configuration requires an alias, which Cortex uses to correlate the designated with registrations for various entities. Registrations can also use a default configuration without a listed alias. You can edit aliases and default configurations from the Jira page in your Cortex settings. Select the edit icon next to a given configuration and toggle Set as default on. If you only have one configuration, it will automatically be set as the default.

Set a default JQL query for your Jira integration

You can set a custom JQL query for your Jira integration instances and for individual entities. This allows you to filter which Jira work items are surfaced on entity pages or in other places in Cortex where CQL is used.

The default JQL applies to jira.issues() and jira.numOfIssues() but not to jira.rawJql().

Note that if you define additional filter logic for your default JQL query when writing a Scorecard rule, you must add that logic in a filter clause. See Adding filter logic to the default JQL query in a Scorecard for more information.

Tenant level

Set default JQL query at a tenant level

From the Jira settings page in Cortex, you can set a custom JQL query for your Jira integration.

When Cortex queries for Jira work items, the statusCategory is directly grabbed from the API response.

The default query — statusCategory in ("To Do", "In Progress") — will filter your Jira tickets to display only those with To Do and In Progress statuses, excluding closed tickets. The indeterminate status category will map to In Progress according to the API. Cortex does not use the status field for mapping these categories.

Entering a custom JQL query on the Jira integration settings page allows you to override the default for all entities in your workspace. To map work items with a custom status, you can write a custom JQL query that uses status instead of statusCategory.

Entity level

Fallback logic for default JQL

It is possible to set custom JQL at both the entity and tenant level, but note the fallback logic:

1. If any JQL is passed into a query, Cortex uses that.

2. If not, Cortex uses entity-level default JQL.

3. If not, Cortex uses tenant-wide default JQL.

4. If none, then no JQL is used for filtering.

Adding filter logic to the default JQL query in a Scorecard

The CQL statement will use the default JQL setting in a Scorecard rule only if you do not define additional filter logic. Any filter logic applied to the statement will override the default JQL query.

To work around this: If you need to include additional filter logic on your query in a Scorecard, you can move the filter logic to the filter clause.

For example, if your default JQL query is set to "project = project_a", then you can add jira.issues() to a Scorecard rule to automatically surface only the work items relating to Project A. However, you cannot use jira.issues(some_other_filter_logic) in a Scorecard; Cortex will not append your default JQL to the additional filter logic.

In this example, the workaround would be to add a filter clause: jira.issues().filter(some_other_filter_logic).

How to connect Cortex entities to Jira labels, components, or projects

Discovery

By default, Cortex will tie Jira tickets to entities by searching for any tickets where the label, component, or project field for the work item includes the Cortex tag. For example, if your Cortex tag is “my-entity,” then the corresponding tickets in Jira should have “my-entity” as a label, component, or project.

If your Jira label/component/project doesn't cleanly match the Cortex tag, you can override this in the Cortex entity descriptor.

Without an override, a ticket's label, component, or project must exactly match the Cortex tag in the descriptor.

Connecting via YAML or the Cortex UI

Cortex UI

Connect Jira entities via the Cortex UI

1. Navigate to an entity's details page in Cortex.

2. In the upper right corner, click Configure entity.\

   
3. Click the Project management tab, then click +Add.\

   
4. In the side panel, configure the details:

   • Jira service type: Choose component, label, or project.

   • Alias: If you have multiple Jira configurations, select which one this service is associated with.

   • Name: Enter the name of the service.

5. At the bottom of the side panel, click Add.

Entity YAML

Identity mappings

Cortex maps Jira accounts to team members defined in the team catalog, so you do not need to define Jira users in a team member's YAML file.

You can confirm that users' Jira accounts are connected from the Jira user mappings section in Settings.

Using the Jira integration

Entity pages

Once the integration is established, you'll be able to pull in data about the work items in any linked Jira instances for a given entity:

• Number of issues: Unresolved issues associated with an entity that have the JQL status "in progress" or "to do"

• Number of issues from JQL query: Issues associated with an entity that match an arbitrary JQL query

Cortex will tie Jira tickets directly to entities within the catalog. Click Issue tracking in the entity's sidebar to see associated Jira tickets.

From this tab you can find a list of all issues with a label that matches the Cortex tag.

• Key: The issue key (or "ticket number") for a Jira work item.

• Issue summary: Title of the Jira work item and the user designated as the issue reporter.

• Assignee: User designated as the work item assignee.

• Priority: The work item's priority level in Jira - Lowest, Low, Medium, High, Highest. This will display with the icon that corresponds to the priority level in your Jira instance.

• Created: Date the work item was created.

• Due: Due date for the work item, if applicable.

This list will also be available from a team's homepage when the team's Cortex tag matches a label, component, or project in Jira.

Initiatives

Initiatives allow you to set deadlines for specific rules or a set of rules in a given Scorecard and send notifications to users about upcoming due dates.

From the Issues tab of an Initiative, you can automatically create a Jira ticket from a failing rule.

Read about creating Jira issues from Initiatives in the documentation: Creating issues based on initiatives.

Dev homepage

The Jira integration enables Cortex to pull information about issues into the dev homepage. You can find open work items assigned to you under the Issues tab. The work items that display will depend both on the Jira instances you've connected and the JQL query defined in Settings.

Work items are refreshed every 5 minutes. You can use the Refresh work items button to manually refresh issues at any point.

Scorecards and CQL

With the Jira integration, you can create Scorecard rules and write CQL queries based on Jira work items.

See more examples in the CQL Explorer in Cortex.

Issues

Number of unresolved issues associated with the entity, where unresolved is defined as the JQL status = "Open" OR status = "To Do".

Definition: jira.numOfIssues()

Example

For a Scorecard measuring entity maturity, you can use this expression to make sure entities have fewer than 3 Jira issues:

jira.numOfIssues() <= 10

Issues from JQL query

Number of issues associated with the entity based on arbitrary JQL query.

Definition: jira.numOfIssues(jqlQuery: Text | Null)

Example

For a more specific rule in an entity maturity Scorecard, you can use this expression with a JQL query to make sure entities have no more than 3 open customer-facing tickets.

jira.numOfIssues("status = \"Open\" and labels = \"customer-facing\"") <= 3

View integration logs

On the integration settings page, click the Logs tab to view logs from the last 7 days. Learn more in Troubleshooting with integration logs.

Background sync

The engineering homepage runs a background job every 5 minutes to refresh the Issues tab.

FAQs and troubleshooting

I've added a Jira integration, but I'm not sure what JQL is being generated to query Jira.

When running Scorecard rules, Cortex appends AND (component = cortex-tag OR labels = cortex-tag OR project = cortex-tag) to the JQL you defined, where cortex-tag is the Cortex tag.

My Scorecard rules are failing, even though there are tickets in my Jira instance.

Make sure that the ticket has a label, component, or project that matches exactly with the Cortex tag or the list defined in your entity descriptor.

I received "Configuration error: Integration error for Jira: Unexpected HTTP response 0".

When using Jira Cloud, you'll need to create a Jira API token and add it on in Jira Settings in Cortex. The email address in Settings must be the same as the user that the token is associated with. Cortex also expects only the subdomain of your Jira instance, not the entire URL.

I received "Configuration error: Jira: Unexpected HTTP response 403: Forbidden".

1. Make sure that the entity name in Cortex matches the label, component, or project name in Jira.

2. Make sure the subdomain and base URL correspond with the Jira instance you're trying to connect.

3. Verify that the Jira token you added is still valid. You can run the following curl command to confirm:

curl -D- \
-X GET \
-H "Authorization: Basic {{your-token}}" \
-H "Content-Type: application/json" \
"https://{{your-domain}}.atlassian.net/rest/api/2/issue/{{valid-ticket-number}}"

I configured the integration, but I am not seeing Work Items populate.

The background job fetches work items every 5 minutes. However, a fresh integration configuration may result in longer waiting times, as it also fetches historical data.

Still need help?​

The following options are available to get assistance from the Cortex Customer Engineering team:

• Email: [email protected], or open a support ticket in the in app Resource Center

• Slack: Users with a connected Slack channel will have a workflow added to their account. From here, you can either @CortexTechnicalSupport or add a :ticket: reaction to a question in Slack, and the team will respond directly.

Don’t have a Slack channel? Talk with your Customer Success Manager.