--HG-- extra : rebase_source : 24b7ddcbfb6fb739787292db49148d3234d6f67a
11 KiB
Protocols
In this document the same webservice example will be used to
illustrate the different protocols. Its source code is in the last
chapter (protocols-the-example
).
REST
Note
This chapter applies also for the different adapters, not only the native REST implementation.
The two REST protocols share common characterics.
Each function corresponds to distinct webpath that starts with the root webpath, followed by the controllers names if any, and finally the function name.
For example, the functions exposed functions will be mapped to the following paths :
/ws/persons/create
/ws/persons/get
/ws/persons/list
/ws/persons/update
/ws/persons/destroy
In addition to this trivial function mapping, a method option can be given to the expose decorator. In such a case, the function name can be omitted by the caller, and the dispatch will look at the http method used in the request to select the correct function.
The function parameters can be transmitted in two ways (is using the http method to select the function, one way or the other may be usable) :
As a GET query string or POST form parameters.
Simple types are straight forward :
/ws/person/get?id=5
Complex types can be transmitted this way:
/ws/person/update?p.id=1&p.name=Ross&p.hobbies[0]=Dinausaurs&p.hobbies[1]=Rachel
In a Json or XML encoded POST body (see below)
The result will be return Json or XML encoded (see below).
In case of error, a 400 or 500 status code is returned, and the response body contains details about the error (see below).
REST+Json
- name
-
'restjson'
Implements a REST+Json protocol.
This protocol is selected if:
- The request content-type is either text/javascript or application/json
- The request 'Accept' header contains 'text/javascript' or 'application.json'
- A trailing '.json' is added to the path
- A 'wsmeproto=restjson' is added in the query string
Options
- nest_result
-
Nest the encoded result in a result param of an object. For example, a result of
2
would be{'result': 2}
Types
Type | Json type |
---|---|
str |
String |
unicode |
String |
int |
Number |
float |
Number |
bool |
Boolean |
Decimal |
String |
date |
String (YYYY-MM-DD) |
time |
String (hh:mm:ss) |
datetime |
String (YYYY-MM-DDThh:mm:ss) |
Arrays | Array |
None | null |
Complex types | Object |
Return
The json encoded result when the response code is 200, OR a json object with error properties ('faulcode', 'faultstring' and 'debuginfo' if available).
For example, the /ws/person/get result looks like:
{'id': 2
'fistname': 'Monica',
'lastname': 'Geller',
'age': 28,
'hobbies': [
'Food',
'Cleaning'
] }
And in case of error:
{'faultcode': 'Client',
'faultstring': 'id is missing'
}
REST+XML
- name
-
'restxml'
This protocol is selected if
- The request content-type is text/xml
- The request 'Accept' header contains 'text/xml'
- A trailing '.xml' is added to the path
- A 'wsmeproto=restxml' is added in the query string
Types
Type | XML example |
---|---|
str |
|
unicode |
|
int |
|
float |
|
bool |
|
Decimal |
|
date |
|
time |
|
datetime |
|
Arrays |
|
None |
|
Complex types |
|
Return
A xml tree with a top 'result' element.
result>
<id>1</id>
<firstname>Ross</firstname>
<lastname>Geller</lastname>
<result> </
Errors
A xml tree with a top 'error' element, having 'faultcode', 'faultstring' and 'debuginfo' subelements:
error>
<faultcode>Client</faultcode>
<faultstring>id is missing</faultstring>
<error> </
SOAP
- name
-
'soap'
Implements the SOAP protocol.
A wsdl definition of the webservice is available at the 'api.wsdl'
subpath. (/ws/api.wsdl
in our example).
The protocol is selected if the request match one of the following condition:
- The Content-Type is 'application/soap+xml'
- A header 'Soapaction' is present
Options
- tns
-
Type namespace
ExtDirect
- name
-
extdirect
Implements the Ext Direct protocol.
The provider definition is made available at the
/extdirect/api.js
subpath.
The router url is /extdirect/router[/subnamespace]
.
Options
- namespace
-
Base namespace of the api. Used for the provider definition.
- params_notation
-
Default notation for function call parameters. Can be overriden for individual functions by adding the
extdirect_params_notation
extra option to @expose.The possible notations are :
'named'
-- The function will take only one object parameter in which each property will be one of the parameters.'positional'
-- The function will take as many parameters as the function has, and their position will determine which parameter they are.
expose extra options
- extdirect_params_notation
-
Override the params_notation for a particular function.
The example
In this document the same webservice example will be used to illustrate the different protocols:
class Person(object):
id = int
= unicode
lastname = unicode
firstname = int
age
= [unicode]
hobbies
def __init__(self, id=None, lastname=None, firstname=None, age=None,
=None):
hobbiesif id:
self.id = id
if lastname:
self.lastname = lastname
if firstname:
self.firstname = firstname
if age:
self.age = age
if hobbies:
self.hobbies = hobbies
= {
persons 1: Person(1, "Geller", "Ross", 30, ["Dinosaurs", "Rachel"]),
2: Person(2, "Geller", "Monica", 28, ["Food", "Cleaning"])
}
class PersonController(object):
@expose(Person)
@validate(int)
def get(self, id):
return persons[id]
@expose([Person])
def list(self):
return persons.values()
@expose(Person)
@validate(Person)
def update(self, p):
if p.id is Unset:
raise ClientSideError("id is missing")
id] = p
persons[p.return p
@expose(Person)
@validate(Person)
def create(self, p):
if p.id is not Unset:
raise ClientSideError("I don't want an id")
id = max(persons.keys()) + 1
p.id] = p
persons[p.return p
@expose()
@validate(int)
def destroy(self, id):
if id not in persons:
raise ClientSideError("Unknown ID")
class WS(WSRoot):
= PersonController()
person
= WS(webpath='ws') root