The OData specification is long. Even the "OData Core" document is pretty long.
So, how about a condensed summary of what a read-only OData publisher needs to implement at a minimum?
The OData specification is long. Even the "OData Core" document is pretty long.
So, how about a condensed summary of what a read-only OData publisher needs to implement at a minimum?
I'll start. An OData service provides an HTTP endpoint that:
Accept
" headersGET /
(10.1.1)service/workspace/collection/title
GET /Customers
(10.2)feed/entry/content
GET /Customers(3)
(10.2.1)GET /Customers(3)/Name
(10.2.2)/$metadata
Products?$filter=Price lt 10.00
Products?$select=Rating,ReleaseDate
Products?$orderby=ReleaseDate asc, Rating desc
Products?$top=5&$skip=2
Products?$inlinecount=allpages
Products(0)/$links/Orders
Products/$count
$format
specifier (10.2.3.7)When an ATOM feed is returned (such as for a collection), it needs to conform to some OData conventions: http://www.odata.org/documentation/odata-v3-documentation/atom-format/ For example:
edm:String
" etc.link
elements are used generouslycontent
elements either contain content inline (eg, text data), or link to it (eg, images, binary files) withsrc=
attribute.When a JSON feed is returned, it similarly follows certain rules:
URLs are encouraged to follow this scheme: