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 to Maven Central. Therefore, when using 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 ensure the field IDs exist 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
At the component level, you set general and shared configurations that are, then, inherited by the endpoints. It is the highest configuration level.
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.
You can configure components using:
-
the Component DSL.
-
in a configuration file (
application.properties
,*.yaml
files, etc). -
directly in the Java code.
Configuring Endpoint Options
You usually spend more time setting up endpoints because they have many options. These options help you customize what you want the endpoint to do. The options are also categorized into whether the endpoint is used as a consumer (from), as a producer (to), or 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.
Property placeholders provide a few benefits:
-
They help prevent using hardcoded urls, port numbers, sensitive information, and other settings.
-
They allow externalizing the configuration from the code.
-
They help the code to become more flexible and reusable.
The following two sections list 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, for example http://my_jira.com:8081. | String | ||
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. 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 (31 parameters)
Name | Description | Default | Type |
---|---|---|---|
Time in milliseconds to elapse for the next poll. | 6000 | Integer | |
Required The Jira server url, for 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 | |
If the polling consumer did not poll any files, you can enable this option to send an empty message (no body) instead. | false | boolean | |
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 (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. 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 | ||
A pluggable org.apache.camel.PollingConsumerPollingStrategy allowing you to provide your custom implementation to control error handling usually occurred during the poll operation before an Exchange have been created and being routed in Camel. | PollingConsumerPollStrategy | ||
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 | |
The number of subsequent error polls (failed due some error) that should happen before the backoffMultipler should kick-in. | int | ||
The number of subsequent idle polls that should happen before the backoffMultipler should kick-in. | int | ||
To let the scheduled polling consumer backoff if there has been a number of subsequent idles/errors in a row. The multiplier is then the number of polls that will be skipped before the next actual attempt is happening again. When this option is in use then backoffIdleThreshold and/or backoffErrorThreshold must also be configured. | int | ||
If greedy is enabled, then the ScheduledPollConsumer will run immediately again, if the previous run polled 1 or more messages. | false | boolean | |
Milliseconds before the first poll starts. | 1000 | long | |
Specifies a maximum limit of number of fires. So if you set it to 1, the scheduler will only fire once. If you set it to 5, it will only fire five times. A value of zero or negative means fire forever. | 0 | long | |
The consumer logs a start/complete log line when it polls. This option allows you to configure the logging level for that. Enum values:
| TRACE | LoggingLevel | |
Allows for configuring a custom/shared thread pool to use for the consumer. By default each consumer has its own single threaded thread pool. | ScheduledExecutorService | ||
To use a cron scheduler from either camel-spring or camel-quartz component. Use value spring or quartz for built in scheduler. | none | Object | |
To configure additional properties when using a custom scheduler or any of the Quartz, Spring based scheduler. | Map | ||
Whether the scheduler should be auto started. | true | boolean | |
Time unit for initialDelay and delay options. Enum values:
| MILLISECONDS | TimeUnit | |
Controls if fixed delay or fixed rate is used. See ScheduledExecutorService in JDK for details. | 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 |
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 |
Usage
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 using 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 the "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 on 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 on the Jira side.
If any required field is not set, then an IllegalArgumentException is throw.
There are operations that requires id
for fields such as the 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.
AddComment
Required:
-
IssueKey
: The issue key identifier. -
the body of the exchange is the description.
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
. -
the 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.e.Status,Priority,Assignee,Components
etc. -
sendOnlyUpdatedField
By default, only the changed field is sent as the body.
All messages also contain the 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 (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. 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, for 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 |