Rest api » History » Version 78
Jean-Philippe Lang, 2012-04-11 19:31
formatting
| 1 | 26 | Jean-Philippe Lang | {{>toc}} |
|---|---|---|---|
| 2 | |||
| 3 | 1 | Jean-Philippe Lang | h1. Redmine API |
| 4 | |||
| 5 | 60 | Jean-Philippe Lang | 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. The API supports both "XML":http://en.wikipedia.org/wiki/Xml and "JSON":http://en.wikipedia.org/wiki/JSON formats. |
| 6 | 1 | Jean-Philippe Lang | |
| 7 | h2. API Description |
||
| 8 | |||
| 9 | 24 | Jean-Philippe Lang | |_.Resource |_.Status |_.Notes |_.Availability| |
| 10 | 56 | Jean-Philippe Lang | |[[Rest_Issues|Issues]] | Stable | Usable with some bugs and rough edges. | 1.0 | |
| 11 | |[[Rest_Projects|Projects]] | Stable | Usable with some bugs and rough edges. | 1.0 | |
||
| 12 | 55 | Jean-Philippe Lang | |[[Rest_Memberships|Project Memberships]] | Alpha | | 1.4 | |
| 13 | 56 | Jean-Philippe Lang | |[[Rest_Users|Users]] | Stable | | 1.1 | |
| 14 | |[[Rest_TimeEntries|Time Entries]] | Stable | | 1.1 | |
||
| 15 | 28 | Jean-Philippe Lang | |[[Rest_News|News]] | Prototype | Prototype implementation for @index@ only | 1.1 | |
| 16 | 43 | Jean-Philippe Lang | |[[Rest_IssueRelations|Issue Relations]] | Alpha | | 1.3 | |
| 17 | |[[Rest_Versions|Versions]] | Alpha | | 1.3 | |
||
| 18 | 44 | Jean-Philippe Lang | |[[Rest_Queries|Queries]] | Alpha | | 1.3 | |
| 19 | 63 | Jean-Philippe Lang | |[[Rest_Attachments|Attachments]] | Beta | Adding attachments via the API added in 1.4 | 1.3 | |
| 20 | 53 | Jean-Philippe Lang | |[[Rest_IssueStatuses|Issue Statuses]] | Alpha | Provides the list of all statuses | 1.3 | |
| 21 | 51 | Jean-Philippe Lang | |[[Rest_Trackers|Trackers]] | Alpha | Provides the list of all trackers | 1.3 | |
| 22 | 52 | Jean-Philippe Lang | |[[Rest_IssueCategories|Issue Categories]] | Alpha | | 1.3 | |
| 23 | 55 | Jean-Philippe Lang | |[[Rest_Roles|Roles]] | Alpha | | 1.4 | |
| 24 | 24 | Jean-Philippe Lang | |
| 25 | 15 | Eric Davis | Status legend: |
| 26 | 1 | Jean-Philippe Lang | |
| 27 | * Stable - feature complete, no major changes planned |
||
| 28 | * Beta - usable for integrations with some bugs or missing minor functionality |
||
| 29 | * Alpha - major functionality in place, needs feedback from API users and integrators |
||
| 30 | * Prototype - very rough implementation, possible major breaking changes mid-version. *Not recommended for integration* |
||
| 31 | * Planned - planned in a future version, depending on developer availability |
||
| 32 | |||
| 33 | 24 | Jean-Philippe Lang | h2. General topics |
| 34 | 1 | Jean-Philippe Lang | |
| 35 | 78 | Jean-Philippe Lang | h3. Specify @Content-Type@ on @POST@/@PUT@ requests |
| 36 | 66 | Etienne Massip | |
| 37 | 78 | Jean-Philippe Lang | When trying to create or update a remote element, the @Content-Type@ of the body of the request needs to be specified *even if* the remote URL is suffixed accordingly (e.g. @POST ../issues.json@): |
| 38 | * for JSON content, it should be set to @Content-Type: application/json@. |
||
| 39 | * for XML content, to @Content-Type: application/xml@. |
||
| 40 | 66 | Etienne Massip | |
| 41 | 24 | Jean-Philippe Lang | h3. Authentication |
| 42 | |||
| 43 | 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: |
||
| 44 | * using your regular login/password via HTTP Basic authentication. |
||
| 45 | 38 | Jean-Philippe Lang | * 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: |
| 46 | ** passed in as a "key" parameter |
||
| 47 | ** passed in as a username with a random password via HTTP Basic authentication |
||
| 48 | 46 | John Galambos | ** passed in as a "X-Redmine-API-Key" HTTP header (added in Redmine 1.1.0) |
| 49 | 38 | Jean-Philippe Lang | |
| 50 | You can find your API key on your account page ( /my/account ) when logged in, on the right-hand pane of the default layout. |
||
| 51 | 24 | Jean-Philippe Lang | |
| 52 | h3. Collection resources and pagination |
||
| 53 | |||
| 54 | 47 | Tom Clegg | 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: |
| 55 | 24 | Jean-Philippe Lang | |
| 56 | * @offset@: the offset of the first object to retrieve |
||
| 57 | * @limit@: the number of items to be present in the response (default is 25, maximum is 100) |
||
| 58 | |||
| 59 | 25 | Jean-Philippe Lang | Alternatively, you can use the @page@ parameter, instead of @offset@, in conjunction with @limit@. |
| 60 | 24 | Jean-Philippe Lang | |
| 61 | Examples: |
||
| 62 | |||
| 63 | <pre> |
||
| 64 | GET /issues.xml |
||
| 65 | => returns the 25 first issues |
||
| 66 | |||
| 67 | GET /issues.xml?limit=100 |
||
| 68 | => returns the 100 first issues |
||
| 69 | |||
| 70 | GET /issues.xml?offset=30&limit=10 |
||
| 71 | => returns 10 issues from the 30th |
||
| 72 | |||
| 73 | GET /issues.xml?page=3&limit=10 |
||
| 74 | => same as above |
||
| 75 | </pre> |
||
| 76 | |||
| 77 | 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: |
||
| 78 | |||
| 79 | <pre> |
||
| 80 | GET /issues.xml |
||
| 81 | |||
| 82 | <issues type="array" total_count="2595" limit="25" offset="0"> |
||
| 83 | ... |
||
| 84 | </issues> |
||
| 85 | </pre> |
||
| 86 | |||
| 87 | <pre> |
||
| 88 | GET /issues.json |
||
| 89 | |||
| 90 | { "issues":[...], "total_count":2595, "limit":25, "offset":0 } |
||
| 91 | </pre> |
||
| 92 | |||
| 93 | 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: |
||
| 94 | |||
| 95 | <pre> |
||
| 96 | GET /issues.xml?nometa=1 |
||
| 97 | |||
| 98 | <issues type="array"> |
||
| 99 | ... |
||
| 100 | </issues> |
||
| 101 | </pre> |
||
| 102 | 23 | Jean-Philippe Lang | |
| 103 | 29 | Etienne Massip | h3. Fetching associated data |
| 104 | |||
| 105 | 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 : |
||
| 106 | |||
| 107 | Example: |
||
| 108 | |||
| 109 | 41 | Jean-Philippe Lang | To retrieve issue journals with its description: |
| 110 | 29 | Etienne Massip | |
| 111 | <pre> |
||
| 112 | GET /issues/296.xml?include=journals |
||
| 113 | |||
| 114 | <issue> |
||
| 115 | <id>296</id> |
||
| 116 | 30 | Etienne Massip | ... |
| 117 | 29 | Etienne Massip | <journals type="array"> |
| 118 | ... |
||
| 119 | 1 | Jean-Philippe Lang | </journals> |
| 120 | 41 | Jean-Philippe Lang | </issue> |
| 121 | </pre> |
||
| 122 | |||
| 123 | You can also load multiple associations using a coma separated list of items. |
||
| 124 | |||
| 125 | Example: |
||
| 126 | |||
| 127 | <pre> |
||
| 128 | GET /issues/296.xml?include=journals,changesets |
||
| 129 | |||
| 130 | <issue> |
||
| 131 | <id>296</id> |
||
| 132 | ... |
||
| 133 | <journals type="array"> |
||
| 134 | ... |
||
| 135 | </journals> |
||
| 136 | <changesets type="array"> |
||
| 137 | ... |
||
| 138 | </changesets> |
||
| 139 | 29 | Etienne Massip | </issue> |
| 140 | </pre> |
||
| 141 | |||
| 142 | 42 | Jean-Philippe Lang | h3. Working with custom fields |
| 143 | |||
| 144 | Most of the Redmine objects support custom fields. Their values can be found in the @custom_fields@ attributes. |
||
| 145 | |||
| 146 | XML Example: |
||
| 147 | |||
| 148 | <pre> |
||
| 149 | GET /issues/296.xml # an issue with 2 custom fields |
||
| 150 | |||
| 151 | <issue> |
||
| 152 | <id>296</id> |
||
| 153 | ... |
||
| 154 | <custom_fields type="array"> |
||
| 155 | <custom_field name="Affected version" id="1"> |
||
| 156 | <value>1.0.1</value> |
||
| 157 | </custom_field> |
||
| 158 | <custom_field name="Resolution" id="2"> |
||
| 159 | <value>Fixed</value> |
||
| 160 | </custom_field> |
||
| 161 | </custom_fields> |
||
| 162 | </issue> |
||
| 163 | </pre> |
||
| 164 | |||
| 165 | JSON Example: |
||
| 166 | |||
| 167 | <pre> |
||
| 168 | GET /issues/296.json # an issue with 2 custom fields |
||
| 169 | |||
| 170 | {"issue": |
||
| 171 | { |
||
| 172 | "id":8471, |
||
| 173 | ... |
||
| 174 | "custom_fields": |
||
| 175 | [ |
||
| 176 | {"value":"1.0.1","name":"Affected version","id":1}, |
||
| 177 | {"value":"Fixed","name":"Resolution","id":2} |
||
| 178 | ] |
||
| 179 | } |
||
| 180 | } |
||
| 181 | </pre> |
||
| 182 | |||
| 183 | 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). |
||
| 184 | |||
| 185 | XML Example: |
||
| 186 | |||
| 187 | <pre> |
||
| 188 | PUT /issues/296.xml |
||
| 189 | |||
| 190 | <issue> |
||
| 191 | <subject>Updating custom fields of an issue</subject> |
||
| 192 | ... |
||
| 193 | <custom_fields type="array"> |
||
| 194 | <custom_field id="1"> |
||
| 195 | <value>1.0.2</value> |
||
| 196 | </custom_field> |
||
| 197 | <custom_field id="2"> |
||
| 198 | <value>Invalid</value> |
||
| 199 | </custom_field> |
||
| 200 | </custom_fields> |
||
| 201 | </issue> |
||
| 202 | </pre> |
||
| 203 | |||
| 204 | Note: the @type="array"@ attribute on @custom_fields@ XML tag is strictly required. |
||
| 205 | |||
| 206 | JSON Example: |
||
| 207 | |||
| 208 | <pre> |
||
| 209 | PUT /issues/296.json |
||
| 210 | |||
| 211 | {"issue": |
||
| 212 | { |
||
| 213 | "subject":"Updating custom fields of an issue", |
||
| 214 | ... |
||
| 215 | "custom_fields": |
||
| 216 | [ |
||
| 217 | {"value":"1.0.2","id":1}, |
||
| 218 | {"value":"Invalid","id":2} |
||
| 219 | ] |
||
| 220 | } |
||
| 221 | } |
||
| 222 | </pre> |
||
| 223 | |||
| 224 | 61 | Jean-Philippe Lang | h3. Attaching files |
| 225 | |||
| 226 | Support for adding attachments through the REST API is added in Redmine version:1.4.0. |
||
| 227 | |||
| 228 | First, you need to upload your file with a POST request to @/uploads.xml@ (or @/uploads.json@). The request body should be the content of the file you want to attach and the @Content-Type@ header must be set to @application/octet-stream@ (otherwise you'll get a @406 Not Acceptable@ response). If the upload succeeds, you get a 201 response that contains a token for your uploaded file. |
||
| 229 | |||
| 230 | <pre> |
||
| 231 | POST /uploads.xml |
||
| 232 | Content-Type: application/octet-stream |
||
| 233 | ... |
||
| 234 | (request body is the file content) |
||
| 235 | |||
| 236 | # 201 response |
||
| 237 | <upload> |
||
| 238 | <token>7167.ed1ccdb093229ca1bd0b043618d88743</token> |
||
| 239 | </upload> |
||
| 240 | </pre> |
||
| 241 | |||
| 242 | Then you can use this token to attach your uploaded file to a new or an existing issue. |
||
| 243 | |||
| 244 | <pre> |
||
| 245 | POST /issues.xml |
||
| 246 | <issue> |
||
| 247 | <project_id>1</project_id> |
||
| 248 | <subject>Creating an issue with a uploaded file</subject> |
||
| 249 | 62 | Jean-Philippe Lang | <uploads type="array"> |
| 250 | 61 | Jean-Philippe Lang | <upload> |
| 251 | <token>7167.ed1ccdb093229ca1bd0b043618d88743</token> |
||
| 252 | <filename>image.png</filename> |
||
| 253 | <content_type>image/png</content_type> |
||
| 254 | </upload> |
||
| 255 | </uploads> |
||
| 256 | </issue> |
||
| 257 | </pre> |
||
| 258 | |||
| 259 | 64 | Jean-Philippe Lang | If you try to upload a file that exceeds the maximum size allowed, you get a 422 response: |
| 260 | |||
| 261 | <pre> |
||
| 262 | POST /uploads.xml |
||
| 263 | Content-Type: application/octet-stream |
||
| 264 | ... |
||
| 265 | (request body larger than the maximum size allowed) |
||
| 266 | |||
| 267 | # 422 response |
||
| 268 | <errors> |
||
| 269 | <error>This file cannot be uploaded because it exceeds the maximum allowed file size (1024000)</error> |
||
| 270 | </errors> |
||
| 271 | </pre> |
||
| 272 | |||
| 273 | 59 | Jean-Philippe Lang | h3. Validation errors |
| 274 | |||
| 275 | When trying to create or update an object with invalid or missing attribute parameters, you will get a @422 Unprocessable Entity@ response. That means that the object could not be created or updated. In such cases, the response body contains the corresponding error messages: |
||
| 276 | |||
| 277 | +XML Example+: |
||
| 278 | |||
| 279 | <pre> |
||
| 280 | # Request with invalid or missing attributes |
||
| 281 | POST /users.xml |
||
| 282 | <user> |
||
| 283 | <login>john</login> |
||
| 284 | <lastname>Smith</lastname> |
||
| 285 | <mail>john</mail> |
||
| 286 | </uer> |
||
| 287 | |||
| 288 | # 422 response with the error messages in its body |
||
| 289 | 65 | Jean-Philippe Lang | <errors type="array"> |
| 290 | 59 | Jean-Philippe Lang | <error>First name can't be blank</error> |
| 291 | <error>Email is invalid</error> |
||
| 292 | </errors> |
||
| 293 | </pre> |
||
| 294 | |||
| 295 | |||
| 296 | +JSON Example+: |
||
| 297 | |||
| 298 | <pre> |
||
| 299 | # Request with invalid or missing attributes |
||
| 300 | POST /users.json |
||
| 301 | { |
||
| 302 | "user":{ |
||
| 303 | "login":"john", |
||
| 304 | "lastname":"Smith", |
||
| 305 | "mail":"john" |
||
| 306 | } |
||
| 307 | } |
||
| 308 | |||
| 309 | # 422 response with the error messages in its body |
||
| 310 | { |
||
| 311 | "errors":[ |
||
| 312 | "First name can't be blank", |
||
| 313 | "Email is invalid" |
||
| 314 | ] |
||
| 315 | } |
||
| 316 | </pre> |
||
| 317 | |||
| 318 | 1 | Jean-Philippe Lang | h2. API Usage in various languages/tools |
| 319 | 5 | Jean-Philippe Lang | |
| 320 | 1 | Jean-Philippe Lang | * [[Rest_api_with_ruby|Ruby]] |
| 321 | * [[Rest_api_with_php|PHP]] |
||
| 322 | 23 | Jean-Philippe Lang | * [[Rest_api_with_python|Python]] |
| 323 | 27 | Jean-Philippe Lang | * [[Rest_api_with_java|Java]] |
| 324 | 1 | Jean-Philippe Lang | * [[Rest_api_with_curl|cURL]] |
| 325 | 37 | Bevan Rudge | * "Drupal Redmine API module, 2.x branch (currently not stable)":http://drupal.org/project/redmine |
| 326 | 48 | Dorin Huzum | * [[Rest_api_with_csharp|.NET]] |
| 327 | 49 | Rodrigo Carvalho | * [[Rest_api_with_delphi|Delphi]] |
| 328 | 54 | Jean-Philippe Lang | |
| 329 | h2. API Change history |
||
| 330 | |||
| 331 | 58 | Jean-Philippe Lang | This section lists changes to the existing API features only. New features of the API are listed in the [[Rest_api#API-Description|API Description]]. |
| 332 | 57 | Jean-Philippe Lang | |
| 333 | 54 | Jean-Philippe Lang | h3. 2012-01-29: Multiselect custom fields (r8721, version:1.4.0) |
| 334 | |||
| 335 | Custom fields with multiple values are now supported in Redmine and may be found in API responses. These custom fields have a @multiple=true attribute@ and their @value@ attribute is an array. |
||
| 336 | |||
| 337 | Example: |
||
| 338 | |||
| 339 | <pre> |
||
| 340 | GET /issues/296.json |
||
| 341 | |||
| 342 | {"issue": |
||
| 343 | { |
||
| 344 | "id":8471, |
||
| 345 | ... |
||
| 346 | "custom_fields": |
||
| 347 | [ |
||
| 348 | {"value":["1.0.1","1.0.2"],"multiple":true,"name":"Affected version","id":1}, |
||
| 349 | {"value":"Fixed","name":"Resolution","id":2} |
||
| 350 | ] |
||
| 351 | } |
||
| 352 | } |
||
| 353 | </pre> |