Understanding the URL

http://host_url/webservices/rest/{apiVersion}/{resource}/{id(s)}/{endpoint}?{options}

Where host_url is the name of the host machine and the name of war file deployed in web server (tomcat) over that machine for example bioinfodev.hpc.cam.ac.uk/opencga

Entities inside the { curly braces } are web service parameters, treated as variables.

http://bioinfodev.hpc.cam.ac.uk/opencga/webservices/rest/v1/users/opencga/login?password=opencga

As is explained later in this documentation, this RESTful web service will login user opencga.

• apiVersion (v1) : indicates OpenCGA version to retrieve information from, data models and API may change between versions. 
• resource (users) : specifies the data type of what the user wants to retrieve in the id field. This can be one of resources listed below. 
• id (opencga) : the resource id we want to query. 
• endpoint (login) : these parameters must be specified depending on the nature of your input data. For example, if we want to query all files by a specific study (e.g. 1000genomes) we should use the studies resource and files endpoint. 
• options (password) : variables in key value pair form, passed as query parameters.

APIVersion

ApiVersions are numbered as v1, v2, etc. At this moment we are heading to first stable apiVersion which is v1. However, when more apiVersions are available in the future the latest stable apiVersion will be always coded as latest.

Resources and Endpoints

There are 16 different resources implemented:

IDs

This is the query parameter and the type matches resources path parameter, this is a unique identifier for the resource we are interacting. Plural means a list of IDs can be passed to improve performance with a single REST call separated by commas rather than multiple calls. OpenCGA preserves the order of the results with corresponding IDs. A Boolean variable, silent, can be set to indicate either if user is interested to receive partial results (true) as well or only expects complete set of results or nothing in case of any failure (resource doesn't exist, permission denied etc). As a trade off between performance and ease of use a maximum of 100 IDs are allowed in one web service.

Options

These query parameters can modify the behaviour of the query (exclude, include, limit, skip and count) or add some filters to some specific endpoints to add useful functionality. The following image shows some typical options for a certain web service. 

Swagger

OpenCGA has been documented using Swagger project. Detailed information about resources, endpoints and options is available at:

http://bioinfodev.hpc.cam.ac.uk/opencga/webservices/

Client Libraries

Currently OpnnCGA supports the following client liberalise: 

1. Java
2. Python
3. R
4. JavaScript

Deprecation Policy

Certain APIs are deprecated over the period of time as OpenCGA is a live project and continuously improved and new features are implemented. Deprecation cycle consists of a warning period to let make user aware that these services are considered for change and highly likely will be replaced followed by a deprecated message. OpenCGA supports deprecated services for two releases (Deprecated and Next one). Deprecated services are hidden in the following release of deprecation and finally removed completely in next release.

Warning (working) ---> Deprecated (working) ---> Hidden (working) ---> Removed (not working) 

All deprecated web services are clearly marked as deprecated along with a warning help message for user.