Documentation for JIRA 5.0. Documentation for other versions of JIRA is available too.
JIRA uses an event-listener mechanism to alert the system that something has happened, and to peform appropriate action (e.g. send an email notification) based on the event that has occurred. Every issue operation within JIRA is associated with a particular event - e.g. the Issue Created
event is fired when an issue has been created.
A Listener can execute a specified action once it has been notified that a particular event has been fired. For example, the MailListener can send an Issue Created
email to a list of recipients defined in the appropriate Notification Scheme, whenever an issue is created.
Some events are fired by JIRA internally — e.g. an Issue Updated
or Issue Moved
event. Other events are fired from within workflow transition post-functions — e.g. an Issue Resolved
event, or a Custom Event (see below).
JIRA のイベントには2種類あります。
イベントは以下のいずれかのステータスになることができます。
On this page:
JIRA の組み込みイベント
Issue Created: | 課題がプロジェクトに作られました。 |
Issue Updated: | 課題の詳細が変更されました。 |
Issue Assigned: | 課題が新しいユーザに割り当てられました。 |
Issue Resolved: | 課題が解決されました(通常、取り組みと修正が終わった後)。 |
Issue Closed: | An issue has been closed. (Note that an issue may be closed without being resolved; see Statuses ). |
Issue Commented: | 課題にコメントが追加されました。 |
Issue Comment Edited: | 課題のコメントが編集されました。 |
Issue Reopened: | 課題が再開されました。 |
Issue Deleted: | 課題が削除されました。 |
Issue Moved: | 課題がこのプロジェクトに移動されました。 |
Work Logged On Issue: | 課題にログインした時間がありました(すなわち作業ログが追加されました)。 |
Work Started On Issue: | 担当者が課題で作業を開始しました。 |
Work Stopped On Issue: | 担当者が課題で作業を停止しました。 |
Issue Worklog Updated: | 課題の作業ログのエントリが編集されました。 |
Issue Worklog Deleted: | 課題の作業ログのエントリが削除されました。 |
Generic Event: | The exact nature of this event depends on the workflow transition post-function(s) which invoke it. As with Custom Events, you can use the Generic Event to generate an email notification (or invoke a listener) from a particular workflow transition's post-function (see Workflow and Notifications ). |
You can fire a custom event from a custom transition post-function in a custom workflow. The appropriate listeners will be alerted of the custom transition by the firing of this event. For example, the associated notification scheme can be configured to notify users of the workflow transition based on the firing of this custom event.
Custom events are most commonly used to generate notifications for custom workflow transitions. For example, your organisation might need you to modify the default workflow by adding a workflow step called 'QA_Inspection' (e.g. between Resolve Issue and Close Issue). You would typically also need to generate an email notification to the QA team whenever an issue progresses to the 'QA_Inspection' step of the workflow.
これを実現するために3つの手順があります。
カスタム イベントはデフォルトのメール通知テンプレートと関連付ける必要があります。このイベントのユーザに通知するように設定された通知スキームは、通知の送信時にこのメール テンプレートを使用します。
The custom event will appear in the list of events defined within the system. Initially, the event will be marked as inactive as it is not associated with a notification scheme or workflow post-function.