| Panel | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
This is the documentation of JSU for Jira Server/Data Center. If you are using JSU on Jira Cloud, see our JSU Cloud documentation. |
| Info |
|---|
The 'Transition Trigger Service' is available from JSU 2.0 |
Description
This is a simple background job (Jira service), which triggers a transition on all issues, which are found by a certain JQL query.
The Linked Transition and Follow Up Transition post functions also provide also some functionality to trigger a transition on some issues. Depending on your use case you might use this service or those post functions.
...
You must enter the following value as class.:
| Code Block |
|---|
ch.beecom.jira.jsu.jiraservice.TransitionTriggerService |
...
User to run the JQL query and the workflow transition
Be aware that depending Depending on the user who runs the JQL query, the result might be different. Not all users have the same permissions, so they might not see all JIRA Jira projects.
In production, it is a good idea to create a separate 'technical' user (not used by any a real humanperson), with a special name (for example 'automatic transition'). This will appear in the history of any changed issue. With a separate 'technical' user with special name it is transparent for the end users of Jira, what happened.
JQL query
Any valid JQL query. We recommend using a JQL query that returns issues only with a status , which actually that does have a transition to the target status.
Otherwise, it will not be possible to trigger a transition, and therefore, they remain in the result of the JQL query. Those remaining issues would then be unnecessarily processed again and again.
...
The origin status of the issues does not matter. As long as there is a valid workflow transition to the specified target status, this will be triggered. If there is no valid workflow transition, nothing happens with those issues. Workflow conditions and validators might prevent performing the transition.
...
Cleanup
See the details of the screenshot above screenshot. Users did not close all resolved issues. With the above configuration, they will be automatically closed after two weeks.
...
Some of our customers are also using the transition trigger to schedule automatic status changes.
Consider a workflow with a the status Ready and a , the status Executed. And , and a custom field 'Execution Date/Time'. We then use the following parameters:
...
In that transition, you might for example use some Webhook to trigger an action on an external system.
Known
...
issues
This method is not supported in an UnloadableJiraServiceContainer
...