4 Copyright © 2016 Open Geospatial Consortium.
architectural style while retaining the service functionality on which client applications depend.
The following chapters document the results of the work conducted in OGC Testbed 11 for these tasks.
5 REST
5.1 What is REST ?
1
REST Representational State Transfer is a term coined by Roy Fielding
2
in his doctoral dissertation to describe an architectural style for “distributed hypermedia systems” such
as the Worldwide Web that are to have desirable characteristics including separation of concerns, scalability, resiliency, visibility, and reliability. This style rests on five
constraints on how computing systems are configured and component interactions are carried out:
5.1.1 Client-Server
The uniform interface separates clients from servers. This separation of concerns means that, for example, clients are not concerned with data storage, which remains internal to
each server, so that the portability of client code is improved. Servers are not concerned with the user interface or user state, so that servers can be simpler and more scalable.
Servers and clients may also be replaced and developed independently, as long as the interface is not altered.
5.1.2 Stateless
REST is an acronym for Representational State Transfer, so why statelessness? Although both clients and servers necessarily save their own persistent state information, the
interactions that cause each to change state are themselves stateless. No interaction depends for its success on the content of other interactions. The necessary information to
process a request, for example, is contained within the request itself, whether as part of the URI, query-string parameters, body, or headers.
Most of us who have been in the industry for a while are accustomed to programming within a container that provides “session state” across multiple HTTP requests. In REST,
the client must include all information for the server to fulfil the request, resending state information or references as necessary if it applies to multiple requests. Statelessness
enables greater scalability since the server does not have to maintain, update or
1
Mainly extracted from http:www.restapitutorial.com
, one of the most concise and understandable REST explanations found during the analysis
2
http:www.ics.uci.edu~fieldingpubsdissertationrest_arch_style.htm
Copyright © 2016 Open Geospatial Consortium. 5
communicate that session state. Additionally, load balancers don’t have to worry about session affinity for stateless systems.
So what’s the difference between state and resource? Resource state is the information or capability a server uses to create resource representations – the data stored in the
database, for instance. Application or client state is the information that affects application flow or user interactions in a client and is built up from among other sources
resource representations exchanged with servers in stateless interactions.
5.1.3 Cacheable
