Jira
Since Camel 3.0
Both producer and consumer are supported
The JIRA component interacts with the JIRA API by encapsulating Atlassian’s REST Java Client for JIRA. It currently provides polling for new issues and new comments. It is also able to create new issues, add comments, change issues, add/remove watchers, add attachment and transition the state of an issue.
Rather than webhooks, this endpoint relies on simple polling. Reasons include:
-
Concern for reliability/stability
-
The types of payloads we’re polling aren’t typically large (plus, paging is available in the API)
-
The need to support apps running somewhere not publicly accessible where a webhook would fail
Note that the JIRA API is fairly expansive. Therefore, this component could be easily expanded to provide additional interactions.
Maven users will need to add the following dependency to their pom.xml for this component:
<dependency>
<groupId>org.apache.camel</groupId>
<artifactId>camel-jira</artifactId>
<version>${camel-version}</version>
</dependency>
Atlassian does not release their JIRA Java client’s to Maven Central. Therefore, when using Just keep this in mind as Maven will then use this repository to download the JIRA client (and potentially other JARs). Which allows Atlassian to track these downloads by their servers. |
URI format
jira://type[?options]
The Jira type accepts the following operations:
For consumers:
-
newIssues: retrieve only new issues after the route is started
-
newComments: retrieve only new comments after the route is started
-
watchUpdates: retrieve only updated fields/issues based on provided jql
For producers:
-
addIssue: add an issue
-
addComment: add a comment on a given issue
-
attach: add an attachment on a given issue
-
deleteIssue: delete a given issue
-
updateIssue: update fields of a given issue
-
transitionIssue: transition a status of a given issue
-
watchers: add/remove watchers of a given issue
As Jira is fully customizable, you must assure the fields IDs exists for the project and workflow, as they can change between different Jira servers.
Configuring Options
Camel components are configured on two separate levels:
-
component level
-
endpoint level
Configuring Component Options
The component level is the highest level which holds general and common configurations that are inherited by the endpoints. For example a component may have security settings, credentials for authentication, urls for network connection and so forth.
Some components only have a few options, and others may have many. Because components typically have pre configured defaults that are commonly used, then you may often only need to configure a few options on a component; or none at all.
Configuring components can be done with the Component DSL, in a configuration file (application.properties|yaml), or directly with Java code.
Configuring Endpoint Options
Where you find yourself configuring the most is on endpoints, as endpoints often have many options, which allows you to configure what you need the endpoint to do. The options are also categorized into whether the endpoint is used as consumer (from) or as a producer (to), or used for both.
Configuring endpoints is most often done directly in the endpoint URI as path and query parameters. You can also use the Endpoint DSL and DataFormat DSL as a type safe way of configuring endpoints and data formats in Java.
A good practice when configuring options is to use Property Placeholders, which allows to not hardcode urls, port numbers, sensitive information, and other settings. In other words placeholders allows to externalize the configuration from your code, and gives more flexibility and reuse.
The following two sections lists all the options, firstly for the component followed by the endpoint.
Component Options
The Jira component supports 14 options, which are listed below.
Name | Description | Default | Type |
---|---|---|---|
Time in milliseconds to elapse for the next poll. | 6000 | Integer | |
Required The Jira server url, example: http://my_jira.com:8081. | String | ||
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions occurred while the consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored. | false | boolean | |
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean | |
Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc. | true | boolean | |
To use a shared base jira configuration. | JiraConfiguration | ||
Used for enabling or disabling all consumer based health checks from this component. | true | boolean | |
Used for enabling or disabling all producer based health checks from this component. Notice: Camel has by default disabled all producer based health-checks. You can turn on producer checks globally by setting camel.health.producersEnabled=true. | true | boolean | |
(OAuth or Personal Access Token authentication) The access token generated by the Jira server. | String | ||
(OAuth only) The consumer key from Jira settings. | String | ||
(Basic authentication only) The password or the API Token to authenticate to the Jira server. Use only if username basic authentication is used. | String | ||
(OAuth only) The private key generated by the client to encrypt the conversation to the server. | String | ||
(Basic authentication only) The username to authenticate to the Jira server. Use only if OAuth is not enabled on the Jira server. Do not set the username and OAuth token parameter, if they are both set, the username basic authentication takes precedence. | String | ||
(OAuth only) The verification code from Jira generated in the first step of the authorization proccess. | String |
Endpoint Options
The Jira endpoint is configured using URI syntax:
jira:type
with the following path and query parameters:
Path Parameters (1 parameters)
Name | Description | Default | Type |
---|---|---|---|
Required Operation to perform. Consumers: NewIssues, NewComments. Producers: AddIssue, AttachFile, DeleteIssue, TransitionIssue, UpdateIssue, Watchers. See this class javadoc description for more information. Enum values:
| JiraType |
Query Parameters (16 parameters)
Name | Description | Default | Type |
---|---|---|---|
Time in milliseconds to elapse for the next poll. | 6000 | Integer | |
Required The Jira server url, example: http://my_jira.com:8081. | String | ||
JQL is the query language from JIRA which allows you to retrieve the data you want. For example jql=project=MyProject Where MyProject is the product key in Jira. It is important to use the RAW() and set the JQL inside it to prevent camel parsing it, example: RAW(project in (MYP, COM) AND resolution = Unresolved). | String | ||
Max number of issues to search for. | 50 | Integer | |
Indicator for sending only changed fields in exchange body or issue object. By default consumer sends only changed fields. | true | boolean | |
Comma separated list of fields to watch for changes. Status,Priority are the defaults. | Status,Priority | String | |
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions occurred while the consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored. | false | boolean | |
To let the consumer use a custom ExceptionHandler. Notice if the option bridgeErrorHandler is enabled then this option is not in use. By default the consumer will deal with exceptions, that will be logged at WARN or ERROR level and ignored. | ExceptionHandler | ||
Sets the exchange pattern when the consumer creates an exchange. Enum values:
| ExchangePattern | ||
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean | |
(OAuth or Personal Access Token authentication) The access token generated by the Jira server. | String | ||
(OAuth only) The consumer key from Jira settings. | String | ||
(Basic authentication only) The password or the API Token to authenticate to the Jira server. Use only if username basic authentication is used. | String | ||
(OAuth only) The private key generated by the client to encrypt the conversation to the server. | String | ||
(Basic authentication only) The username to authenticate to the Jira server. Use only if OAuth is not enabled on the Jira server. Do not set the username and OAuth token parameter, if they are both set, the username basic authentication takes precedence. | String | ||
(OAuth only) The verification code from Jira generated in the first step of the authorization proccess. | String |
Message Headers
The Jira component supports 19 message header(s), which is/are listed below:
Name | Description | Default | Type |
---|---|---|---|
Constant: | The assignee’s id of the issue. | String | |
Constant: | The assignee’s name of the issue. | String | |
Constant: | The comma separated list of the issue’s components. | String | |
Constant: | The name of the updated field (i.e Status). | String | |
Constant: | The id of the issue. | String | |
Constant: | The priority’s id of the issue. | Long | |
Constant: | The priority’s name of the issue. | String | |
Constant: | The project’s id of the issue. | String | |
Constant: | The summary of the issue. | String | |
Constant: | The transition id. | Integer | |
Constant: | The type’s id of the issue. | Long | |
Constant: | The type’s name of the issue. | String | |
Constant: | The list of all issue keys that are watched in the time of update. | String | |
Constant: | The comma separated list of watchers to add to the issue. | String | |
IssueWatchersRemove (producer) Constant: | The watchers of the issue to remove. | String | |
Constant: | The id of the parent issue. | String | |
Constant: | The id of the child issue. | String | |
Constant: | The type of link. | String | |
Constant: | The minutes spent. | -1 | int |
Client Factory
You can bind the JiraRestClientFactory
with name JiraRestClientFactory in the registry to have it automatically set in the Jira endpoint.
Authentication
Camel-jira supports the following forms of authentication:
We recommend to use OAuth or Personal token whenever possible, as it provides the best security for your users and system.
OAuth authentication requirements:
Follow the tutorial in Jira OAuth documentation to generate the client private key, consumer key, verification code and access token.
-
a private key, generated locally on your system.
-
A verification code, generated by Jira server.
-
The consumer key, set in the Jira server settings.
-
An access token, generated by Jira server.
Personal access token authentication requirements:
Follow the tutorial to generate the Personal Token.
-
You have to set only the personal token in the
access-token
parameter.
JQL:
The JQL URI option is used by both consumer endpoints. Theoretically, items like "project key", etc. could be URI options themselves. However, by requiring the use of JQL, the consumers become much more flexible and powerful.
At the bare minimum, the consumers will require the following:
jira://[type]?[required options]&jql=project=[project key]
One important thing to note is that the newIssues consumer will automatically set the JQL as:
-
append
ORDER BY key desc
to your JQL -
prepend
id > latestIssueId
to retrieve issues added after the camel route was started.
This is in order to optimize startup processing, rather than having to index every single issue in the project.
Another note is that, similarly, the newComments consumer will have to index every single issue and comment in the project. Therefore, for large projects, it’s vital to optimize the JQL expression as much as possible. For example, the JIRA Toolkit Plugin includes a "Number of comments" custom field — use '"Number of comments" > 0' in your query. Also try to minimize based on state (status=Open), increase the polling delay, etc. Example:
jira://[type]?[required options]&jql=RAW(project=[project key] AND status in (Open, \"Coding In Progress\") AND \"Number of comments\">0)"
Operations
See a list of required headers to set when using the Jira operations. The author field for the producers is automatically set to the authenticated user in the Jira side.
If any required field is not set, then an IllegalArgumentException is throw.
There are operations that requires id
for fields suchs as: issue type, priority, transition. Check the valid id
on your jira project as they may differ on a jira installation and project workflow.
AddIssue
Required:
-
ProjectKey
: The project key, example: CAMEL, HHH, MYP. -
IssueTypeId
orIssueTypeName
: Theid
of the issue type or the name of the issue type, you can see the valid list inhttp://jira_server/rest/api/2/issue/createmeta?projectKeys=SAMPLE_KEY
. -
IssueSummary
: The summary of the issue.
Optional:
-
IssueAssignee
: the assignee user -
IssueAssigneeId
: the assignee user id -
IssuePriorityId
orIssuePriorityName
: The priority of the issue, you can see the valid list inhttp://jira_server/rest/api/2/priority
. -
IssueComponents
: A list of string with the valid component names. -
IssueWatchersAdd
: A list of strings with the usernames (or id) to add to the watcher list. -
IssueDescription
: The description of the issue.
Attach
Only one file should attach per invocation.
Required:
-
IssueKey
: The issue key identifier. -
body of the exchange should be of type
File
TransitionIssue
Required:
-
IssueKey
: The issue key identifier. -
IssueTransitionId
: The issue transitionid
. -
body of the exchange is the description.
UpdateIssue
-
IssueKey
: The issue key identifier. -
IssueTypeId
orIssueTypeName
: Theid
of the issue type or the name of the issue type, you can see the valid list inhttp://jira_server/rest/api/2/issue/createmeta?projectKeys=SAMPLE_KEY
. -
IssueSummary
: The summary of the issue. -
IssueAssignee
: the assignee user -
IssueAssigneeId
: the assignee user id -
IssuePriorityId
orIssuePriorityName
: The priority of the issue, you can see the valid list inhttp://jira_server/rest/api/2/priority
. -
IssueComponents
: A list of string with the valid component names. -
IssueDescription
: The description of the issue.
Watcher
-
IssueKey
: The issue key identifier. -
IssueWatchersAdd
: A list of strings with the usernames (or id) to add to the watcher list. -
IssueWatchersRemove
: A list of strings with the usernames to remove from the watcher list.
WatchUpdates (consumer)
-
watchedFields
Comma separated list of fields to watch for changes i.eStatus,Priority,Assignee,Components
etc. -
sendOnlyUpdatedField
By default only changed field is send as the body.
All messages also contain following headers that add additional info about the change:
-
issueKey
: Key of the updated issue -
changed
: name of the updated field (i.e Status) -
watchedIssues
: list of all issue keys that are watched in the time of update
Spring Boot Auto-Configuration
When using jira with Spring Boot make sure to use the following Maven dependency to have support for auto configuration:
<dependency>
<groupId>org.apache.camel.springboot</groupId>
<artifactId>camel-jira-starter</artifactId>
<version>x.x.x</version>
<!-- use the same version as your Camel core version -->
</dependency>
The component supports 15 options, which are listed below.
Name | Description | Default | Type |
---|---|---|---|
(OAuth or Personal Access Token authentication) The access token generated by the Jira server. | String | ||
Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc. | true | Boolean | |
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions occurred while the consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored. | false | Boolean | |
To use a shared base jira configuration. The option is a org.apache.camel.component.jira.JiraConfiguration type. | JiraConfiguration | ||
(OAuth only) The consumer key from Jira settings. | String | ||
Time in milliseconds to elapse for the next poll. | 6000 | Integer | |
Whether to enable auto configuration of the jira component. This is enabled by default. | Boolean | ||
Used for enabling or disabling all consumer based health checks from this component. | true | Boolean | |
Used for enabling or disabling all producer based health checks from this component. Notice: Camel has by default disabled all producer based health-checks. You can turn on producer checks globally by setting camel.health.producersEnabled=true. | true | Boolean | |
The Jira server url, example: http://my_jira.com:8081. | String | ||
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | Boolean | |
(Basic authentication only) The password or the API Token to authenticate to the Jira server. Use only if username basic authentication is used. | String | ||
(OAuth only) The private key generated by the client to encrypt the conversation to the server. | String | ||
(Basic authentication only) The username to authenticate to the Jira server. Use only if OAuth is not enabled on the Jira server. Do not set the username and OAuth token parameter, if they are both set, the username basic authentication takes precedence. | String | ||
(OAuth only) The verification code from Jira generated in the first step of the authorization proccess. | String |