Rest api » History » Revision 48
Revision 47 (Tom Clegg, 2011-09-20 18:21) → Revision 48/102 (Dorin Huzum, 2011-10-04 23:09)
{{>toc}}
h1. Redmine API
Redmine exposes some of its data through a REST API. This API provides access and basic CRUD operations (create, update, delete) for the resources described below.
h2. API Description
|_.Resource |_.Status |_.Notes |_.Availability|
|[[Rest_Issues|Issues]] | Beta | Usable with some bugs and rough edges. | 1.0 |
|[[Rest_Projects|Projects]] | Beta | Usable with some bugs and rough edges. | 1.0 |
|[[Rest_Users|Users]] | Beta | | 1.1 |
|[[Rest_TimeEntries|Time Entries]] | Beta | | 1.1 |
|[[Rest_News|News]] | Prototype | Prototype implementation for @index@ only | 1.1 |
|[[Rest_IssueRelations|Issue Relations]] | Alpha | | 1.3 |
|[[Rest_Versions|Versions]] | Alpha | | 1.3 |
|[[Rest_Queries|Queries]] | Alpha | | 1.3 |
|[[Rest_Attachments|Attachments]] | Alpha | | 1.3 |
Status legend:
* Stable - feature complete, no major changes planned
* Beta - usable for integrations with some bugs or missing minor functionality
* Alpha - major functionality in place, needs feedback from API users and integrators
* Prototype - very rough implementation, possible major breaking changes mid-version. *Not recommended for integration*
* Planned - planned in a future version, depending on developer availability
h2. General topics
h3. Authentication
Most of the time, the API requires authentication. To enable the API-style authentication, you have to check *Enable REST API* in Administration -> Settings -> Authentication. Then, authentication can be done in 2 different ways:
* using your regular login/password via HTTP Basic authentication.
* using your API key which is a handy way to avoid putting a password in a script. The API key may be attached to each request in one of the following way:
** passed in as a "key" parameter
** passed in as a username with a random password via HTTP Basic authentication
** passed in as a "X-Redmine-API-Key" HTTP header (added in Redmine 1.1.0)
You can find your API key on your account page ( /my/account ) when logged in, on the right-hand pane of the default layout.
h3. Collection resources and pagination
The response to a GET request on a collection ressources (eg. @/issues.xml@, @/users.xml@) generally won't return all the objects available in your database. Redmine version:1.1.0 introduces a common way to query such ressources using the following parameters:
* @offset@: the offset of the first object to retrieve
* @limit@: the number of items to be present in the response (default is 25, maximum is 100)
Alternatively, you can use the @page@ parameter, instead of @offset@, in conjunction with @limit@.
Examples:
<pre>
GET /issues.xml
=> returns the 25 first issues
GET /issues.xml?limit=100
=> returns the 100 first issues
GET /issues.xml?offset=30&limit=10
=> returns 10 issues from the 30th
GET /issues.xml?page=3&limit=10
=> same as above
</pre>
Responses to GET requests on collection ressources provide information about the total object count available in Redmine and the offset/limit used for the response. Examples:
<pre>
GET /issues.xml
<issues type="array" total_count="2595" limit="25" offset="0">
...
</issues>
</pre>
<pre>
GET /issues.json
{ "issues":[...], "total_count":2595, "limit":25, "offset":0 }
</pre>
Note: if you're using a REST client that does not support such top level attributes (total_count, limit, offset), you can set the @nometa@ parameter or @X-Redmine-Nometa@ HTTP header to 1 to get responses without them. Example:
<pre>
GET /issues.xml?nometa=1
<issues type="array">
...
</issues>
</pre>
h3. Fetching associated data
Since of version:1.1.0, you have to explicitly specify the associations you want to be included in the query result by appending the @include@ parameter to the query url :
Example:
To retrieve issue journals with its description:
<pre>
GET /issues/296.xml?include=journals
<issue>
<id>296</id>
...
<journals type="array">
...
</journals>
</issue>
</pre>
You can also load multiple associations using a coma separated list of items.
Example:
<pre>
GET /issues/296.xml?include=journals,changesets
<issue>
<id>296</id>
...
<journals type="array">
...
</journals>
<changesets type="array">
...
</changesets>
</issue>
</pre>
h3. Working with custom fields
Most of the Redmine objects support custom fields. Their values can be found in the @custom_fields@ attributes.
XML Example:
<pre>
GET /issues/296.xml # an issue with 2 custom fields
<issue>
<id>296</id>
...
<custom_fields type="array">
<custom_field name="Affected version" id="1">
<value>1.0.1</value>
</custom_field>
<custom_field name="Resolution" id="2">
<value>Fixed</value>
</custom_field>
</custom_fields>
</issue>
</pre>
JSON Example:
<pre>
GET /issues/296.json # an issue with 2 custom fields
{"issue":
{
"id":8471,
...
"custom_fields":
[
{"value":"1.0.1","name":"Affected version","id":1},
{"value":"Fixed","name":"Resolution","id":2}
]
}
}
</pre>
You can also set/change the values of the custom fields when creating/updating an object using the same syntax (except that the custom field name is not required).
XML Example:
<pre>
PUT /issues/296.xml
<issue>
<subject>Updating custom fields of an issue</subject>
...
<custom_fields type="array">
<custom_field id="1">
<value>1.0.2</value>
</custom_field>
<custom_field id="2">
<value>Invalid</value>
</custom_field>
</custom_fields>
</issue>
</pre>
Note: the @type="array"@ attribute on @custom_fields@ XML tag is strictly required.
JSON Example:
<pre>
PUT /issues/296.json
{"issue":
{
"subject":"Updating custom fields of an issue",
...
"custom_fields":
[
{"value":"1.0.2","id":1},
{"value":"Invalid","id":2}
]
}
}
</pre>
h2. API Usage in various languages/tools
* [[Rest_api_with_ruby|Ruby]]
* [[Rest_api_with_php|PHP]]
* [[Rest_api_with_python|Python]]
* [[Rest_api_with_java|Java]]
* [[Rest_api_with_curl|cURL]]
* "Drupal Redmine API module, 2.x branch (currently not stable)":http://drupal.org/project/redmine
* [[Rest_api_with_csharp|.NET]]