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?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
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: