IMS Public Draft

A REST API for LineItem Resources in multiple formats

Public Draft
Date Issued: 15 December 2014
Latest version: http://www.imsglobal.org/lti

Abstract

This specification defines a REST API for reading, creating, updating and deleting LineItem resources.

Table of Contents

1. Introduction

This specification defines a REST API for reading, creating, updating and deleting LineItem resources. Following common conventions, the API uses a different HTTP verb for each type of operation: GET for read, POST for create, PUT for update and DELETE for delete

Implementations of this REST API may be incomplete; a given server might support only a subset of the HTTP verbs. A server that supports the complete API will expose two different kinds of endpoints: a container endpoint for receiving POST requests and item endpoints for manipulating individual instances. This specification document does not prescribe a method for discovering the endpoint URLs.

2. LineItem Representations

LineItem resources accessed through this REST API are represented by documents in a variety of formats including:
application/vnd.ims.lis.v2.lineitem+json
application/vnd.ims.lis.v2.lineitemresults+json

LineItem resources have Cool URLs. This means that there is a single URL for each resource and the URL does not change for different representations (or versions) of the resource. Each representation is defined by a different media type, and clients access specific representations through content negotiation.

It is also possible to obtain a paginated list of LineItem resources from a LineItemContainer in the application/vnd.ims.lis.v2.lineitemcontainer+json format. For detailed information about this media type, see [LineItemContainer-media-type].

3. URL Templates

Implementations of this REST API must offer an endpoint for managing the contents of a LineItemContainer associated with some learning context. This specification does not mandate any particular URL template for such endpoints, but the following template is recommended:
{+context}/lineitems

where context is the URL for the learning context.

For example, the URL for the LineItemContainer in a certain course might look something like this:

https://lms.example.com/course/289376/lineitems 

Technically, clients never GET the LineItemContainer itself. Instead, they GET a paginated list of LineItem resources available from the container, where each Page has its own URL. This specification does not mandate any particular URL template for Pages, but it is recommended that implementations follow the conventions suggested by the W3C Linked Data Platform specification. According to these conventions, the first page would have a URL of the form

{+context}/lineitems?firstPage
and subsequent pages would have URLs of the form
{+context}/lineitems?p={pageNumber}
where pageNumber is the sequential number of the page or some key that uniquely identifies the page. For instance, these templates might yield the following URL values:
https://lms.example.com/course/289376/lineitems?firstPage 
https://lms.example.com/course/289376/lineitems?p=2 
https://lms.example.com/course/289376/lineitems?p=3 
https://lms.example.com/course/289376/lineitems?p=4 

Each individual LineItem must have its own URL. This specification does not mandate any particular URL template for individual LineItem resources, but the following template is recommended:

{+context}/lineitems/{itemId}
where itemId is an identifier for the LineItem that is unique within the associated learning context.

The server (either ToolConsumer or Tool) must declare in the service_offered section of its profile RestServices for LineItemContainer and LineItem resources. The server MUST NOT declare a RestService for Page resources.

4. Service Methods

4.1 POST

To create a new LineItem instance within the server, a client submits an HTTP POST request to the server's LineItem container endpoint in accordance with the following rules:

 

Request Header NameValue
Content-Typeapplication/vnd.ims.lis.v2.lineitem+json
AuthorizationAuthorization parameters dictated by the OAuth Body Hash Protocol
Table 1.  Required HTTP Headers for POST Request

 

Table 2 describes the possible responses from the POST method.

HTTP Status Description
201 Created

The response has succeeded.

The entity body of the response contains a full description of the newly created LineItem in the application/vnd.ims.lis.v2.lineitem+json format. The LineItem has the same properties supplied in the request, but it also contains the @id and results properties.

400 Bad Request The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications.
401 Unauthorized The client did not authenticate properly.
500 Internal Service Error The server encountered an unexpected condition which prevented it from fulfilling the request.
Table 2.  Possible responses from a POST method

4.2 GET

To get a representation of a particular LineItem instance, the client submits an HTTP GET request to the resource's REST endpoint, in accordance with the following rules:

 

Request Header NameValue
AuthorizationAuthorization parameters dictated by the OAuth Body Hash Protocol
AcceptA comma-separated list containing at least one of the following media types:
Table 3.  Required HTTP Headers for GET Request

 

Table 4 describes the possible responses from the GET method.

HTTP Status Description
200 OK The request was successful.

The response contains a document in one of the formats specified by the Accept header.

301 Moved Permanently The URI for the requested resource has changed.

In this case, the response body is empty, and the new URI is provided in the Location header. The client should GET the resource from the new location, and furthermore, it should send all future requests to the new location as well.

307 Temporary Redirect The requested resource resides temporarily under a different URI.

In this case, the response body is empty, and the temporary URI is defined by the Location header field. The client should GET the resource at the temporary URI, but future requests should continue to be sent to the original URI.

401 Unauthorized The client did not authenticate properly.
404 Not Found The server has not found anything matching the request URI.
406 Not Acceptable The requested resource is only capable of generating content not acceptable according to the Accept headers sent in the request.
500 Internal Service Error The server encountered an unexpected condition which prevented it from fulfilling the request.
Table 4.  Possible responses from a GET method

4.3 GET from a LineItemContainer

To get a paginated list of LineItem resources from a LineItemContainer, the client submits an HTTP GET request to the container endpoint in accordance with the following rules:

 

ParameterDescription
limitSpecifies the maximum number of items that should be delivered per page. This parameter is merely a hint. The server is not obligated to honor this limit and may at its own discretion choose a different value for the number of items per page.
activityidThe id for an Activity. The result set will be filtered so that it includes only those LineItems that are associated with this Activity. If omitted, the result set will include all LineItems that the client has permission to see.
Table 5.  Query Parameters

 

Request Header NameValue
AuthorizationAuthorization parameters dictated by the OAuth Body Hash Protocol
Table 6.  Required HTTP Headers for GET Request

 

Table 7 describes the possible responses from the GET method.

HTTP Status Description
200 OK

The request was successful.

The response body contains the first Page of LineItem resources in the format defined by the application/vnd.ims.lis.v2.lineitemcontainer+json media type. This Page has its own URL which is distinct from the URL of the LineItemContainer. The URL of the first Page is supplied in the Content-Location header.

Clients should be aware that a server may send a 303 redirect to the first Page (see below) instead of delivering this Page directly in the entity body. Likewise a server may send a 301 or 307 redirect.

301 Moved Permanently The URI for the requested resource has changed.

In this case, the response body is empty, and the new URI is provided in the Location header. The client should GET the resource from the new location, and furthermore, it should send all future requests to the new location as well.

303 See Other This status code signals that the LineItemContainer itself cannot be delivered in the response. Instead, the client may receive the first page from a paginated list of LineItem resources at the address specified by the Location header.
307 Temporary Redirect The requested resource resides temporarily under a different URI.

In this case, the response body is empty, and the temporary URI is defined by the Location header field. The client should GET the resource at the temporary URI, but future requests should continue to be sent to the original URI.

401 Unauthorized The client did not authenticate properly.
404 Not Found The server has not found anything matching the request URI.
500 Internal Service Error The server encountered an unexpected condition which prevented it from fulfilling the request.
Table 7.  Possible responses from a GET method

4.4 PUT

To update a particular LineItem instance, the client submits an HTTP PUT request to the resource's REST endpoint in accordance with the following rules:

 

Request Header NameValue
Content-TypeOne of:
  • application/vnd.ims.lis.v2.lineitem+json
  • application/vnd.ims.lis.v2.lineitemresults+json
AuthorizationAuthorization parameters dictated by the OAuth Body Hash Protocol
Table 8.  Required HTTP Headers for PUT Request

 

Table 9 describes the possible responses from the PUT method. In all cases, the response body is empty.

HTTP Status Description
200 OK The request was successful.
401 Unauthorized The client did not authenticate properly.
404 Not Found The server has not found anything matching the request URI.
500 Internal Service Error The server encountered an unexpected condition which prevented it from fulfilling the request.
Table 9.  Possible responses from a PUT method

4.5 DELETE

To delete a particular LineItem instance, the client submits an HTTP DELETE request to the resource's REST endpoint in accordance with the following rules:

 

Request Header NameValue
AuthorizationAuthorization parameters dictated by the OAuth Body Hash Protocol
Content-TypeThe format for one specific representation of the LineItem resource that is to be deleted. If the Content-Type header is not specified, then all representations of the resource will be deleted.
Table 10.  Required HTTP Headers for DELETE Request

 

Table 11 describes the possible responses from the DELETE method. In all cases, the response body is empty.

HTTP Status Description
200 OK The request was successful and the resource has been deleted.
401 Unauthorized The client did not authenticate properly.
404 Not Found The server has not found anything matching the request URI.
500 Internal Service Error The server encountered an unexpected condition which prevented it from fulfilling the request.
Table 11.  Possible responses from a DELETE method

5. References

[LineItemContainer-media-type]
Stephen Vickers. LineItemContainer JSON Binding in the application/vnd.ims.lis.v2.lineitemcontainer+json format. IMS Public Draft. 15 December 2014.

About this Document

Title: A REST API for LineItem Resources in multiple formats
Editor:Stephen Vickers (IMS Global)
Version: 2.0
Version Date: 15 December 2014
Release: Public Draft
Status: IMS Public Draft
Purpose: This document is made available for review and comment by the public community at large.

List of Contributors

The following list of individuals contributed to the authoring of this document:

Viktor HaagDesire2LearnCharles SeveranceUniversity of Michigan
Brad HumphreyInstructureJohn TibbettsVitalsource
Greg McFallPearsonClaude VervoortCengage
Bracken MosbackerInstructureStephen VickersIMS Global Learning ConsortiumZ2
Padraig O'hiceadhaHoughton Mifflin Harcourt