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$formatspecifier (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.linkelements are used generouslycontentelements 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: