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/titleGET /Customers (10.2)
feed/entry/contentGET /Customers(3) (10.2.1)GET /Customers(3)/Name (10.2.2)/$metadataProducts?$filter=Price lt 10.00Products?$select=Rating,ReleaseDateProducts?$orderby=ReleaseDate asc, Rating descProducts?$top=5&$skip=2Products?$inlinecount=allpagesProducts(0)/$links/OrdersProducts/$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) with src= attribute.When a JSON feed is returned, it similarly follows certain rules:
URLs are encouraged to follow this scheme: