Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| 712:process_feedback_jira_new [2025/11/19 12:08] – created Policnik, Florian | 712:process_feedback_jira_new [2025/11/19 12:33] (current) – removed Policnik, Florian | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Process Feedback Jira specific ====== | ||
| - | |||
| - | First of all, create a Jira project where the feedback will be collected. If you want to collect more information than the summary and a description, | ||
| - | |||
| - | To configure Stages, ids of the Jira custom fields are required. There are several ways to find them out in the [[https:// | ||
| - | |||
| - | Stages will use the Jira REST interface to create the issue. [[https:// | ||
| - | |||
| - | ===== Stages config.xml ===== | ||
| - | |||
| - | To enable the following configuration section must be added in the '' | ||
| - | <code xml> | ||
| - | <?xml version=" | ||
| - | < | ||
| - | <!-- Insert this block to your stages config.xml file --> | ||
| - | < | ||
| - | < | ||
| - | <host url=" | ||
| - | | ||
| - | <!-- Define Jira variant - defaults to " | ||
| - | < | ||
| - | |||
| - | <!-- Credentials for a (technical) user who is allowed to create issues in the Jira project --> | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | |||
| - | <!-- Define the project where the issue should be created in --> | ||
| - | < | ||
| - | <!-- As alternative to the project key you can specify the project by its id --> | ||
| - | <!-- < | ||
| - | |||
| - | <!-- Define the name of the issue type that should be created --> | ||
| - | < | ||
| - | |||
| - | <!-- The summary field will always be available and is automatically mapped to the Jira " | ||
| - | |||
| - | < | ||
| - | See common feedback documentation | ||
| - | - The " | ||
| - | - Optional: The targetType defines the type of the Jira field. Supported Jira fields see below. | ||
| - | --> | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | <!-- | ||
| - | See common feedback documentation | ||
| - | The " | ||
| - | Optional: The targetType defines the type of the Jira field. Supported Jira fields see below. | ||
| - | --> | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | <!-- | ||
| - | See common feedback documentation | ||
| - | The " | ||
| - | Optional: The targetType defines the type of the Jira field. Supported Jira fields see below. | ||
| - | --> | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | </ | ||
| - | </ | ||
| - | </ | ||
| - | </ | ||
| - | </ | ||
| - | |||
| - | ===== Configuring Jira Variant ===== | ||
| - | |||
| - | Add the host property '' | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | Note that for Jira Cloud '' | ||
| - | |||
| - | |||
| - | ===== Authentication ===== | ||
| - | |||
| - | There are different ways to authenticate with Jira Server. Most common are Basic Authentication and Personal Access Tokens (Bearer). | ||
| - | |||
| - | ==== Basic Authentication ==== | ||
| - | |||
| - | You need credentials for a (technical) user who is allowed to create issues in the Jira project. | ||
| - | |||
| - | === Jira Data Center with username and password === | ||
| - | * The '' | ||
| - | * [[https:// | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | === Jira Cloud with API-Token === | ||
| - | In Jira cloud there are no usernames. The '' | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | ==== Personal Access Tokens (Bearer) Authentication on Jira Data Center ==== | ||
| - | |||
| - | Since Jira Data Center 8.14 it is possible to [[https:// | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | ==== OAuth 2.0 Password Grant (Optional) ==== | ||
| - | |||
| - | **This is a very special use case for a specific API gateway and not a standard Jira feature.** | ||
| - | |||
| - | We support also OAuth 2.0 with Password Grant. To configure it there are different properties: | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | |||
| - | <!-- URL to your OAuth 2.0 Token Endpiont --> | ||
| - | < | ||
| - | |||
| - | <!-- OAuth 2.0 Client Id --> | ||
| - | < | ||
| - | |||
| - | <!-- OAuth 2.0 Client Secret --> | ||
| - | < | ||
| - | |||
| - | < | ||
| - | < | ||
| - | |||
| - | <!-- OAuth 2.0 (technical) user --> | ||
| - | < | ||
| - | |||
| - | <!-- OAuth 2.0 password --> | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | ==== No Authentication ==== | ||
| - | |||
| - | **This is a very special use case for a specific API gateway and not a standard Jira feature.** | ||
| - | |||
| - | If there should be no authentication with Jira you can configure it. You probably want to set a [[# | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | ===== Supported Jira fields ===== | ||
| - | * Description: | ||
| - | * Text Field (single line): '' | ||
| - | * Text Field (multi line): '' | ||
| - | * URL Field: '' | ||
| - | * Select List (single choice): '' | ||
| - | * Select List (multiple choices): '' | ||
| - | * User Picker (single user): '' | ||
| - | * User Picker (multiple users): '' | ||
| - | * Assignee: '' | ||
| - | * Reporter: '' | ||
| - | * Components: '' | ||
| - | * Radio Buttons: '' | ||
| - | * Checkboxes: '' | ||
| - | * Labels: '' | ||
| - | * Affects Versions: '' | ||
| - | * Fix Versions: '' | ||
| - | * Version Picker (single version): | ||
| - | * Version Picker (multiple versions): '' | ||
| - | |||
| - | **Be aware**: | ||
| - | * If you choose **Select** or **Component** then the user entered values must be configured in Jira. Otherwise the ticket creation will fail. | ||
| - | * If you choose **User Picker**, **Assignee** or **Reporter** then the users must be vald Jira user. Otherwise the ticket creation will fail. | ||
| - | * To set the **Reporter** field it is [[https:// | ||
| - | |||
| - | Other Jira fields are not supported at the moment. | ||
| - | |||
| - | ===== Custom Endpoint (Optional) ===== | ||
| - | |||
| - | If your Jira REST-Endpiont differs from the standard location, you can specify it. If your link to the Jira-API is for example like ''< | ||
| - | <code xml> | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | ===== Proxy (Optional) ===== | ||
| - | |||
| - | You can specify a proxy server. | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | |||
| - | ===== Custom Header (Optional) ===== | ||
| - | |||
| - | You can set custom header to the Jira-REST-Requests. | ||
| - | |||
| - | <code xml> | ||
| - | < | ||
| - | < | ||
| - | </ | ||
| - | |||
| - | ===== Troubleshooting ===== | ||
| - | |||
| - | If the username/ | ||
| - | |||
| - | In that case, the Jira account needs to be unlocked again. Log into Jira as an administrator and follow these steps: | ||
| - | * Click on the Gear icon in the upper right of Jira | ||
| - | * Select "User Management" | ||
| - | * Find the right user | ||
| - | * Click on the "Reset Failed Login Count" link in the "Login Details" | ||