Rest - Api
Rest - Api
/rest/api/2//reindex
REST resource for starting/stopping/querying indexing.
Methods
POST
/rest/api/2//reindex?type
Kicks off a reindex. Need Admin permissions to perform this reindex.
• application/json [expand]
/rest/api/2/application-properties
Methods
GET
/rest/api/2/application-properties?key&permissionLevel&keyFilter
Returns an application property.
/rest/api/2/application-properties/{id}
PUT
Modify an application property via PUT. The "value" field present in the PUT
will override thee existing value.
acceptable request representations:
• */* [expand]
/rest/api/2/attachment/{id}
GET
Returns the meta-data for an attachment, including the URI of the actual
attached file.
DELETE
/rest/api/2/attachment/meta
Methods
GET
/rest/api/2/avatar/{type}/system
GET
/rest/api/2/avatar/{type}/temporary
POST
/rest/api/2/avatar/{type}/temporary?filename&size
Creates temporary avatar
/rest/api/2/avatar/{type}/temporaryCrop
POST
• application/json [expand]
/rest/api/2/component
Methods
POST
• application/json [expand]
/rest/api/2/component/{id}
DELETE
/rest/api/2/component/{id}?moveIssuesTo
Delete a project component.
request query parameters
GET
PUT
Modify a component via PUT. Any fields present in the PUT will override
existing values. As a convenience, if a field is not present, it is silently ignored.
If leadUserName is an empty string ("") the component lead will be removed.
/rest/api/2/component/{id}/relatedIssueCounts
GET
GET
Returns a full representation of the Custom Field Option that has the given id.
/rest/api/2/dashboard
GET
/rest/api/2/dashboard?filter&startAt&maxResults
Returns a list of all dashboards, optionally filtering them.
/rest/api/2/dashboard/{id}
resource-wide template parameters
GET
/rest/api/2/field
Methods
GET
POST
/rest/api/2/filter
POST
/rest/api/2/filter?expand
Creates a new filter, and returns newly created filter. Currently sets permissions
just using the users default sharing permissions
• application/json [expand]]
/rest/api/2/filter/{id}
GET
/rest/api/2/filter/{id}?expand
Returns a filter given an id
PUT
/rest/api/2/filter/{id}?expand
Updates an existing filter, and returns its new value.
•
application/json [expand]
DELETE
Delete a filter.
/rest/api/2/filter/{id}/columns
GET
Returns the default columns for the given filter. Currently logged in user will be
used as the user making such request.
PUT
Resets the columns for the given filter such that the filter no longer has its own
column config.
/rest/api/2/filter/defaultShareScope
Methods
GET
PUT
Sets the default share scope of the logged-in user. Available values are
GLOBAL and PRIVATE.
/rest/api/2/filter/favourite
Methods
GET
/rest/api/2/filter/favourite?expand
Returns the favourite filters of the logged-in user.
/rest/api/2/group
Methods
POST (experimental)
Creates a group by given group parameter Returns REST representation for the
requested group.
acceptable request representations:
•application/json [expand]
DELETE (experimental)
/rest/api/2/group?groupname&swapGroup
Deletes a group by given group parameter. Returns no content
request query parameters
GET
/rest/api/2/group?groupname&expand
Returns REST representation for the requested group. Allows to get list of
active users belonging to the specified group and its subgroups if "users"
expand option is provided. You can page through users list by using indexes in
expand param. For example to get users from index 10 to index 15 use
"users[10:15]" expand value. This will return 6 users (if there are at least 16
users in this group). Indexes are 0-based and inclusive.
/rest/api/2/group/user
Methods
POST (experimental)
/rest/api/2/group/user?groupname
Adds given user to a group. Returns the current state of the group.
request query parameters
•application/json [expand]
DELETE (experimental)
/rest/api/2/group/user?groupname&username
Removes given user from a group. Returns no content
Methods
GET
/rest/api/2/groups/picker?query&exclude&maxResults
Returns groups with substrings matching a given query. This is mainly for use
with the group picker, so the returned groups contain html to be used as picker
suggestions. The groups are also wrapped in a single response object that also
contains a header for use in the picker, specifically Showing X of Y matching
groups. The number of groups returned is limited by the system property
"jira.ajax.autocomplete.limit" The groups will be unique and sorted.
request query parameters
/rest/api/2/groupuserpicker
Methods
GET
/rest/api/2/groupuserpicker?query&maxResults&showAvatar
Returns a list of users and groups matching query with highlighting. This
resource cannot be accessed anonymously.
request query parameters
• application/json [expand]
/rest/api/2/issue
Methods
POST
• application/json [expand]
available response representations:
/rest/api/2/issue/bulk
Methods
POST
/rest/api/2/issue/{issueIdOrKey}?fields&expand
Returns a full representation of the issue for the given issue key.
An issue JSON consists of the issue key, a collection of fields, a link to the
workflow transition sub-resource, and (optionally) the HTML rendered values
of any fields that support it (e.g. if wiki syntax is enabled for the description or
comments).
The fields param (which can be specified multiple times) gives a comma-
separated list of fields to include in the response. This can be used to retrieve a
subset of fields. A particular field can be excluded by prefixing it with a minus.
By default, all (*all) fields are returned in this get-issue resource. Note: the
default is different when doing a jql search -- the default there is just navigable
fields (*navigable).
• *all - include all fields
• *navigable - include just navigable fields
• summary,comment - include just the summary and comments
• -comment - include everything except comments (the default is *all for
get-issue)
• *all,-comment - include everything except comments
JIRA will attempt to identify the issue by the issueIdOrKey path parameter.
This can be an issue id, or an issue key. If the issue cannot be found via an exact
match, JIRA will also look for the issue in a case-insensitive way, or by looking
to see if the issue was moved. In either of these cases, the request will proceed
as normal (a 302 or other redirect will not be returned). The issue key contained
in the response will indicate the current value of issue's key.
request query parameters
DELETE
/rest/api/2/issue/{issueIdOrKey}?deleteSubtasks
Delete an issue. If the issue has subtasks you must set the parameter
deleteSubtasks=true to delete the issue. You cannot delete an issue without its
subtasks also being deleted.
request query parameters
parameter value Description
deleteSubtasks string a String of true or false indicating that any subtasks should
also be deleted. If the issue has no subtasks this parameter
is ignored. If the issue has subtasks and this parameter is
missing or false, then the issue will not be deleted and an
error will be returned.
PUT
The fields that can be updated, in either the fields parameter or the update
parameter, can be determined using
the /rest/api/2/issue/{issueIdOrKey}/editmeta resource.
If a field is not configured to appear on the edit screen, then it will not be in the
editmeta, and a field validation error will occur if it is submitted.
Specifying a "field_id": field_value in the "fields" is a shorthand for a "set"
operation in the "update" section.
Field should appear either in "fields" or "update", not in both.
acceptable request representations:
• application/json [expand]
available response representations:
/rest/api/2/issue/{issueIdOrKey}/assignee
PUT
Assigns an issue to a user. You can use this resource to assign issues when the
user submitting the request has the assign permission but not the edit issue
permission. If the name is "-1" automatic assignee is used. A null name will
remove the assignee.
acceptable request representations:
• application/json [expand]
/rest/api/2/issue/{issueIdOrKey}/comment
GET
/rest/api/2/issue/{issueIdOrKey}/comment?expand
Returns all comments for an issue.
request query parameters
POST
/rest/api/2/issue/{issueIdOrKey}/comment?expand
Adds a new comment to an issue.
• application/json [expand]
/rest/api/2/issue/{issueIdOrKey}/comment/{id}
GET
/rest/api/2/issue/{issueIdOrKey}/comment/{id}?expand
Returns all comments for an issue.
PUT
/rest/api/2/issue/{issueIdOrKey}/comment/{id}?expand
Updates an existing comment using its JSON representation.
request query parameters
GET
POST
/rest/api/2/issue/{issueIdOrKey}/remotelink
resource-wide template parameters
GET
/rest/api/2/issue/{issueIdOrKey}/remotelink?globalId
A REST sub-resource representing the remote issue links on the issue.
request query parameters
•application/json [expand]
DELETE
/rest/api/2/issue/{issueIdOrKey}/remotelink?globalId
Delete the remote issue link with the given global id on the issue.
/rest/api/2/issue/{issueIdOrKey}/remotelink/{linkId}
GET
Get the remote issue link with the given id on the issue.
PUT
Updates a remote issue link from a JSON representation. Any fields not
provided are set to null.
DELETE
Delete the remote issue link with the given id on the issue.
/rest/api/2/issue/{issueIdOrKey}/transitions
GET
/rest/api/2/issue/{issueIdOrKey}/transitions?transitionId
Get a list of the transitions possible for this issue by the current user, along with
fields that are required and their types.
POST
Perform a transition on an issue. When performing the transition you can udate
or set other issue fields.
The fields that can be set on transtion, in either the fields parameter or the
update parameter can be determined using
the /rest/api/2/issue/{issueIdOrKey}/transitions?expand=transitions.fields re
source. If a field is not configured to appear on the transition screen, then it will
not be in the transition metadata, and a field validation error will occur if it is
submitted.
/rest/api/2/issue/{issueIdOrKey}/votes
DELETE
POST
GET
A REST sub-resource representing the voters on the issue.
/rest/api/2/issue/{issueIdOrKey}/watchers
GET
Returns the list of watchers for the issue with the given key.
POST
DELETE
/rest/api/2/issue/{issueIdOrKey}/watchers?username
Removes a user from an issue's watcher list.
/rest/api/2/issue/{issueIdOrKey}/worklog
resource-wide template parameters
GET
POST
/rest/api/2/issue/{issueIdOrKey}/worklog?adjustEstimate&newEstimate&r
educeBy
Adds a new worklog entry to an issue.
request query parameters
GET
PUT
/rest/api/2/issue/{issueIdOrKey}/worklog/{id}?adjustEstimate&newEstimat
e
Updates an existing worklog entry using its JSON representation.
/rest/api/2/issue/createmeta
Methods
GET
/rest/api/2/issue/createmeta?projectIds&projectKeys&issuetypeIds&issuet
ypeNames
Returns the meta data for creating issues. This includes the available projects,
issue types and fields, including field types and whether or not those fields are
required. Projects will not be returned if the user does not have permission to
create issues in that project.
The fields in the createmeta correspond to the fields in the create screen for the
project/issuetype. Fields not in the screen will not be in the createmeta.
/rest/api/2/issue/{issueIdOrKey}/attachments
Issue attachments
POST
/rest/api/2/issueLink
The Link Issue Resource provides functionality to manage issue links.
Methods
POST
Creates an issue link between two issues. The user requires the link issue
permission for the issue which will be linked to another issue. The specified link
type in the request is used to create the link and will create a link from the first
issue to the second issue using the outward description. It also create a link from
the second issue to the first issue using the inward description of the issue link
type. It will add the supplied comment to the first issue. The comment can have
a restriction who can view it. If group is specified, only users of this group can
view this comment, if roleLevel is specified only users who have the specified
role can view this comment. The user who creates the issue link needs to belong
to the specified group or have the specified role.
/rest/api/2/issueLink/{linkId}
GET
DELETE
Deletes an issue link with the specified id. To be able to delete an issue link you
must be able to view both issues and must have the link issue permission for at
least one of the issues.
/rest/api/2/issueLinkType
Methods
GET
Returns a list of available issue link types, if issue linking is enabled. Each issue
link type has an id, a name and a label for the outward and inward link
relationship.
POST
• application/json [expand]
available response representations:
/rest/api/2/issueLinkType/{issueLinkTypeId}
GET
Returns for a given issue link type id all information about this issue link type.
DELETE
PUT
• application/json [expand]
/rest/api/2/issuetype
Methods
GET
/rest/api/2/issuetype/{id}
resource-wide template parameters
GET
Returns a full representation of the issue type that has the given id.
/rest/api/2/jql/autocompletedata
Methods
GET
/rest/api/2/licenseValidator
A REST endpoint to provide simple validation services for a JIRA license.
Typically used by the setup phase of the JIRA application. This will return an
object with a list of errors as key, value pairs.
Methods
POST
• application/json [expand]
available response representations:
• application/json [expand]
/rest/api/2/mypermissions
Methods
GET
/rest/api/2/mypermissions?projectKey&projectId&issueKey&issueId
Returns all permissions in the system and whether the currently logged in user
has them. You can optionally provide a specific context to get permissions for
(projectKey OR projectId OR issueKey OR issueId)
• When no context supplied the project related permissions will return true
if the user has that permission in ANY project
• If a project context is provided, project related permissions will return
true if the user has the permissions in the specified project. For
permissions that are determined using issue data (e.g Current Assignee),
true will be returned if the user meets the permission criteria in ANY
issue in that project
• If an issue context is provided, it will return whether or not the user has
each permission in that specific issue
NB: The above means that for issue-level permissions (EDIT_ISSUE for
example), hasPermission may be true when no context is provided, or when a
project context is provided, but may be false for any given (or all) issues. This
would occur (for example) if Reporters were given the EDIT_ISSUE
permission. This is because any user could be a reporter, except in the context
of a concrete issue, where the reporter is known.
/rest/api/2/mypreferences
Methods
GET
/rest/api/2/mypreferences?key
Returns preference of the currently logged in user. Preference key must be
provided as input parameter (key). The value is returned exactly as it is. If key
parameter is not provided or wrong - status code 404. If value is found - status
code 200.
• application/json [expand]
PUT
/rest/api/2/mypreferences?key
Sets preference of the currently logged in user. Preference key must be provided
as input parameters (key). Value must be provided as post body. If key or value
parameter is not provided - status code 404. If preference is set - status code
204.
DELETE
/rest/api/2/mypreferences?key
Removes preference of the currently logged in user. Preference key must be
provided as input parameters (key). If key parameter is not provided or wrong -
status code 404. If preference is unset - status code 204.
request query parameters
• application/json [expand]
/rest/api/2/myself
Methods
GET
PUT
Modify currently logged user. The "value" fields present will override the
existing value. Fields skipped in request will not be changed. Only email and
display name can be change that way.
/rest/api/2/myself/password
Methods
PUT
• application/json [expand]
/rest/api/2/password/policy
Methods
GET
/rest/api/2/password/policy?hasOldPassword
Returns user-friendly statements governing the system's password policy.
/rest/api/2/password/policy/createUser
Methods
POST
• application/json [expand]
available response representations:
• application/json [expand]
/rest/api/2/password/policy/updateUser
Methods
POST
• application/json [expand]
/rest/api/2/priority
Methods
GET
GET
/rest/api/2/project
Methods
GET
Returns all projects which are visible for the currently logged in user. If no user
is logged in, it returns the list of projects that are visible when using anonymous
access.
/rest/api/2/project/{projectIdOrKey}
resource-wide template parameters
GET
/rest/api/2/project/{projectIdOrKey}?expand
Contains a full representation of a project in JSON format.
All project keys associated with the project will only be returned
if expand=projectKeys.
request query parameters
/rest/api/2/project/{projectIdOrKey}/avatar
resource-wide template parameters
Parameter Value description
projectIdOrKey string
Methods
POST
• application/json [expand]
PUT
•application/json [expand]
available response representations:
• application/json [expand]
/rest/api/2/project/{projectIdOrKey}/avatar/{id}
resource-wide template parameters
DELETE
Deletes avatar
/rest/api/2/project/{projectIdOrKey}/avatar/temporary
POST
/rest/api/2/project/{projectIdOrKey}/avatar/temporary?filename&size
Creates temporary avatar
request query parameters
Creates temporary avatar using multipart. The response is sent back as JSON
stored in a textarea. This is because the client uses remote iframing to submit
avatars using multipart. So we must send them a valid HTML page back from
which the client parses the JSON.
/rest/api/2/project/{projectIdOrKey}/avatars
GET
Returns all avatars which are visible for the currently logged in user. The
avatars are grouped into system and custom.
/rest/api/2/project/{projectIdOrKey}/components
GET
/rest/api/2/project/{projectIdOrKey}/statuses
resource-wide template parameters
Get all issue types with valid status values for a project
/rest/api/2/project/{projectIdOrKey}/versions
GET
/rest/api/2/project/{projectIdOrKey}/versions?expand
Contains a full representation of a the specified project's versions.
/rest/api/2/project/{projectIdOrKey}/role
GET
GET
Details on a given project role.
PUT
POST
DELETE
/rest/api/2/projectvalidate/key
Methods
GET
/rest/api/2/projectvalidate/key?key
Validates a project key.
request query parameters
/rest/api/2/resolution
Methods
GET
GET
Returns a resolution.
POST
• application/json [expand]
GET
/rest/api/2/screens/{screenId}/tabs/{tabId}/fields/{id}
id string
Methods
DELETE
GET
POST
• application/json [expand]
/rest/api/2/screens/{screenId}/tabs/{tabId}
PUT
/rest/api/2/screens/{screenId}/tabs/{tabId}/move/{pos}
POST
/rest/api/2/screens/{screenId}/availableFields
resource-wide template parameters
GET
Gets available fields for screen. i.e ones that haven't already been added.
/rest/api/2/screens/{screenId}/tabs/{tabId}/fields/{id}/move
id string
Methods
POST
POST
Methods
GET
/rest/api/2/search?jql&startAt&maxResults&validateQuery&fields&expan
d
Searches for issues using JQL.
Sorting the jql parameter is a full JQL expression, and includes an ORDER
BY clause.
The fields param (which can be specified multiple times) gives a comma-
separated list of fields to include in the response. This can be used to retrieve a
subset of fields. A particular field can be excluded by prefixing it with a minus.
By default, only navigable (*navigable) fields are returned in this search
resource. Note: the default is different in the get-issue resource -- the default
there all fields (*all).
• *all - include all fields
• *navigable - include just navigable fields
• summary,comment - include just the summary and comments
• -description - include navigable fields except the description (the default
is *navigable for search)
• *all,-comment - include everything except comments
GET vs POST: If the JQL query is too large to be encoded as a query param
you should instead POST to this resource.
Default: true
Fields string the list of fields to return for each issue. By default, all
navigable fields are returned.
expand string A comma-separated list of the parameters to expand.
POST
/rest/api/2/securitylevel/{id}
resource-wide template parameters
GET
Returns a full representation of the security level that has the given id.
/rest/api/2/serverInfo
Methods
GET
/rest/api/2/serverInfo?doHealthCheck
Returns general information about the current JIRA server.
/rest/api/2/settings/baseUrl
Methods
PUT
Sets the base URL that is configured for this JIRA instance.
• application/json [expand]
/rest/api/2/settings/columns
Methods
GET
Returns the default system columns for issue navigator. Admin permission will
be required.
PUT
Sets the default system columns for issue navigator. Admin permission will be
required.
GET
/rest/api/2/status/{idOrName}
GET
Returns a full representation of the Status having the given id or name.
/rest/api/2/statuscategory
Methods
GET
/rest/api/2/statuscategory/{idOrKey}
resource-wide template parameters
GET
Methods
GET
/rest/api/2/user?username&key
Returns a user. This resource cannot be accessed anonymously.
/rest/api/2/user?username&key
Modify user. The "value" fields present will override the existing value. Fields
skipped in request will not be changed.
•application/json [expand]
POST (experimental)
Create user. By default created user will not be notified with email. If password
field is not set then password will be randomly generated.
acceptable request representations:
•application/json [expand]
DELETE (experimental)
/rest/api/2/user?username&key
Removes user.
/rest/api/2/user/assignable/multiProjectSearch
Methods
GET
/rest/api/2/user/assignable/multiProjectSearch?username&projectKeys&st
artAt&maxResults
Returns a list of users that match the search string and can be assigned issues for
all the given projects. This resource cannot be accessed anonymously.
maxResults int the maximum number of users to return (defaults to 50). The
maximum allowed value is 1000. If you specify a value that is
higher than this number, your search results will be truncated.
/rest/api/2/user/assignable/search
Methods
GET
/rest/api/2/user/assignable/search?username&project&issueKey&startAt&
maxResults&actionDescriptorId
Returns a list of users that match the search string. This resource cannot be
accessed anonymously. Please note that this resource should be called with an
issue key when a list of assignable users is retrieved for editing. For create only
a project key should be supplied. The list of assignable users may be incorrect if
it's called with the project key for editing.
request query parameters
/rest/api/2/user/avatar
Methods
POST
/rest/api/2/user/avatar?username
Converts temporary avatar into a real avatar
request query parameters
/rest/api/2/user/avatar?username
request query parameters
•application/json [expand]
available response representations:
• application/json [expand]
/rest/api/2/user/avatar/{id}
resource-wide template parameters
DELETE
/rest/api/2/user/avatar/{id}?username
Deletes avatar.
/rest/api/2/user/avatar/temporary
Methods
POST
/rest/api/2/user/avatar/temporary?username&filename&size
Creates temporary avatar. Creating a temporary avatar is part of a 3-step process
in uploading a new avatar for a user: upload, crop, confirm.
The following examples shows these three steps using curl. The cookies
(session) need to be preserved between requests, hence the use of -b and -c. The
id created in step 2 needs to be passed to step 3 (you can simply pass the whole
response of step 2 as the request of step 3).
'http://localhost:8090/jira/rest/api/2/user/avatar/temporary?username=admin&fil
ename=mynewavatar.png'
POST
/rest/api/2/user/avatar/temporary?username
Creates temporary avatar using multipart. The response is sent back as JSON
stored in a textarea. This is because the client uses remote iframing to submit
avatars using multipart. So we must send them a valid HTML page back from
which the client parses the JSON from.
/rest/api/2/user/avatars
Methods
GET
/rest/api/2/user/avatars?username
Returns all avatars which are visible for the currently logged in user.
Methods
GET
/rest/api/2/user/columns?username
Returns the default columns for the given user. Admin permission will be
required to get columns for a user other than the currently logged in user.
PUT
Sets the default columns for the given user. Admin permission will be required
to get columns for a user other than the currently logged in user.
acceptable request representations:
•application/x-www-form-urlencoded [expand]
DELETE
/rest/api/2/user/columns?username
Reset the default columns for the given user to the system default. Admin
permission will be required to get columns for a user other than the currently
logged in user.
/rest/api/2/user/password
Methods
PUT (experimental)
/rest/api/2/user/password?username&key
Modify user password.
• application/json [expand]
/rest/api/2/user/permission/search
Methods
GET
/rest/api/2/user/permission/search?username&permissions&issueKey&proj
ectKey&startAt&maxResults
Returns a list of active users that match the search string and have all specified
permissions for the project or issue.
This resource can be accessed by users with ADMINISTER_PROJECT
permission for the project or global ADMIN or SYSADMIN rights.
request query parameters
username string the username filter, list includes all users if unspecified
permissions string comma separated list of permissions for project or issue returned
users must have, see Permissions JavaDoc for the list of all
possible permissions.
issueKey string the issue key for the issue for which returned users have specified
permissions.
projectKey string the optional project key to search for users with if no issueKey is
supplied.
startAt int the index of the first user to return (0-based)
maxResults int the maximum number of users to return (defaults to 50). The
maximum allowed value is 1000. If you specify a value that is
higher than this number, your search results will be truncated.
/rest/api/2/user/picker
Methods
GET
/rest/api/2/user/picker?query&maxResults&showAvatar&exclude
Returns a list of users matching query with highlighting. This resource cannot
be accessed anonymously.
request query parameters
/rest/api/2/user/search
Methods
GET
/rest/api/2/user/search?username&startAt&maxResults&includeActive&in
cludeInactive
Returns a list of users that match the search string. This resource cannot be
accessed anonymously.
/rest/api/2/user/viewissue/search
Methods
GET
/rest/api/2/user/viewissue/search?username&issueKey&projectKey&startA
t&maxResults
Returns a list of active users that match the search string. This resource cannot
be accessed anonymously. Given an issue key this resource will provide a list of
users that match the search string and have the browse issue permission for the
issue provided.
/rest/api/2/version
Methods
POST
• application/json [expand]
/rest/api/2/version/{id}/move
POST
Modify a version's sequence within a project. The move version bean has 2
alternative field value pairs:
position
An absolute position, which may have a value of 'First', 'Last', 'Earlier' or
'Later'
after
A version to place this version after. The value should be the self link of
another version
• application/json [expand]
/rest/api/2/version/{id}
DELETE
/rest/api/2/version/{id}?moveFixIssuesTo&moveAffectedIssuesTo
Delete a project version.
request query parameters
/rest/api/2/version/{id}?expand
Returns a project version.
Modify a version via PUT. Any fields present in the PUT will override existing
values. As a convenience, if a field is not present, it is silently ignored.
acceptable request representations:
• application/json [expand]
/rest/api/2/version/{id}/relatedIssueCounts
GET
Returns a bean containing the number of fixed in and affected issues for the
given version.
/rest/api/2/version/{id}/unresolvedIssueCount
resource-wide template parameters
GET
Methods
GET
/rest/api/2/workflow?workflowName
Returns all workflows.
request query parameters
parameter value description
workflowName string
/rest/api/2/workflowscheme
Methods
POST
Create a new workflow scheme. The body contains a representation of the new
scheme. Values not passed are assumed to be set to their defaults.
/rest/api/2/workflowscheme/{id}
PUT
Update the passed workflow scheme. The body of the request is a representation
of the workflow scheme. Values not passed are assumed to indicate no change
for that field. The passed representation can have its updateDraftIfNeeded flag
set to true to indicate that the draft should be created and/or updated when the
actual scheme cannot be edited (e.g. when the scheme is being used by a
project). Values not appearing the body will not be touched.
/rest/api/2/workflowscheme/{id}?returnDraftIfExists
Returns the requested workflow scheme to the caller.
POST
Create a draft for the passed scheme. The draft will be a copy of the state of the
parent.
/rest/api/2/workflowscheme/{id}/default
resource-wide template parameters
GET
/rest/api/2/workflowscheme/{id}/default?returnDraftIfExists
Return the default workflow from the passed workflow scheme.
request query parameters
/rest/api/2/workflowscheme/{id}/default?updateDraftIfNeeded
Remove the default workflow from the passed workflow scheme.
Set the default workflow for the passed workflow scheme. The passed
representation can have its updateDraftIfNeeded flag set to true to indicate that
the draft should be created/updated when the actual scheme cannot be edited.
/rest/api/2/workflowscheme/{id}/draft
GET
DELETE
PUT
Update a draft workflow scheme. The draft will created if necessary. The body
is a representation of the workflow scheme. Values not passed are assumed to
indicate no change for that field.
/rest/api/2/workflowscheme/{id}/draft/default
GET
Return the default workflow from the passed draft workflow scheme to the
caller.
DELETE
Remove the default workflow from the passed draft workflow scheme.
PUT
Set the default workflow for the passed draft workflow scheme.
• application/json [expand]
/rest/api/2/workflowscheme/{id}/draft/issuetype/{issueType}
GET
Returns the issue type mapping for the passed draft workflow scheme.
DELETE
Remove the specified issue type mapping from the draft scheme.
PUT
Set the issue type mapping for the passed draft scheme. The passed
representation can have its updateDraftIfNeeded flag set to true to indicate that
the draft should be created/updated when the actual scheme cannot be edited.
acceptable request representations:
• application/json [expand]
/rest/api/2/workflowscheme/{id}/draft/workflow
GET
/rest/api/2/workflowscheme/{id}/draft/workflow?workflowName
Returns the draft workflow mappings or requested mapping to the caller.
request query parameters
/rest/api/2/workflowscheme/{id}/draft/workflow?workflowName
Delete the passed workflow from the draft workflow scheme.
request query parameters
/rest/api/2/workflowscheme/{id}/draft/workflow?workflowName
Update the draft scheme to include the passed mapping. The body is a
representation of the workflow mapping. Values not passed are assumed to
indicate no change for that field.
• application/json [expand]
/rest/api/2/workflowscheme/{id}/issuetype/{issueType}
GET
/rest/api/2/workflowscheme/{id}/issuetype/{issueType}?returnDraftIfExists
Returns the issue type mapping for the passed workflow scheme.
/rest/api/2/workflowscheme/{id}/issuetype/{issueType}?updateDraftIfNeede
d
Remove the specified issue type mapping from the scheme.
PUT
Set the issue type mapping for the passed scheme. The passed representation
can have its updateDraftIfNeeded flag set to true to indicate that the draft should
be created/updated when the actual scheme cannot be edited.
• application/json [expand]
/rest/api/2/workflowscheme/{id}/workflow
resource-wide template parameters
Methods
GET
/rest/api/2/workflowscheme/{id}/workflow?workflowName&returnDraftIf
Exists
Returns the workflow mappings or requested mapping to the caller for the
passed scheme.
request query parameters
parameter value description
workflowName string the workflow mapping to return. Null can be
passed to return all mappings. Must be a valid
workflow name.
returnDraftIfExists boolean when true indicates that a scheme's draft, if it
exists, should be queried instead of the scheme
Default: false itself.
DELETE
/rest/api/2/workflowscheme/{id}/workflow?workflowName&updateDraftIf
Needed
Delete the passed workflow from the workflow scheme.
/rest/api/2/workflowscheme/{id}/workflow?workflowName
Update the scheme to include the passed mapping. The body is a representation
of the workflow mapping. Values not passed are assumed to indicate no change
for that field. The passed representation can have its updateDraftIfNeeded flag
set to true to indicate that the draft should be created/updated when the actual
scheme cannot be edited.
request query parameters
• application/json [expand]
/rest/auth/1/session
GET
Returns information about the currently authenticated user's session. If the caller
is not authenticated they will get a 401 Unauthorized status code.
POST
Creates a new session for a user in JIRA. Once a session has been successfully
created it can be used to access any of JIRA's remote APIs and also the web UI
by passing the appropriate HTTP Cookie header.
Note that it is generally preferrable to use HTTP BASIC authentication with the
REST API. However, this resource may be used to mimic the behaviour of
JIRA's log-in page (e.g. to display log-in errors to a user).
acceptable request representations:
DELETE
Logs the current user out of JIRA, destroying the existing session, if any.
/rest/auth/1/websudo
Methods
DELETE