[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: JSON as default format
|
Well, binary vs. text-based formats aside, it sounds like we have the same conclusion: OData should not specify a default response format; it should be up to the server to choose. From: Ireland, Evan [mailto:evan.ireland@sap.com] Mark, I am not so sure of the shift to binary formats that you predict. I did some “real data” comparison of SAP enterprise data using JSON vs. BSON format, and found BSON to take up more space. Binary formats that encode lengths can chew up more space than text-based
formats. (Similar to CORBA GIOP, where you have a bunch of fixed-length (32-bt) length fields, as well as padding, ibn the binary encoding). Now for some ODaata services I am toying with, HTML is the default format. Not a standard format for OData, but very useful for system administration tasks like system monitoring (logs, metrics,
etc). I think if the client doesn’t send an Accept header or specify $format in a URL, then all bets should be off. I suppose I am saying let the server decide a default, if even it has one rather than
insisting on finding format in URL or Accept header. From: odata@lists.oasis-open.org [mailto:odata@lists.oasis-open.org]
On Behalf Of Mark Stafford Typically we say that the default is up to the server. The server only needs to support one of the standardized serialization formats – but since JSON is the only format that is fully standardized at this point,
we typically expect JSON to be the default response. I can also say that I *hope* it’s not put down somewhere in the standard as the default. I personally believe we’re at the height of the maturity curve for JSON, and I think as HTTP debugging tools continue
to rapidly improve, that we will see a shift in the default serialization format from JSON to a binary format, similar to what we’re seeing happen with HTTP2. So in my personal ideal future state, we would see something like Avro take over as the default serialization
format for OData payloads – but of course that depends upon the ability of the server to choose the right default for the API. Thoughts? Pushback? From: odata@lists.oasis-open.org [mailto:odata@lists.oasis-open.org]
On Behalf Of Mark Biamonte I know that the default format for services in OData v4 changed to be JSON, but I am having difficulty in the spec finding where it explicitly states that. I would have expected to find something in the definition of the accept header
and the $format query parameter. Something along the lines of if the accept header and $format query parameter are not present then the JSON format is used. Mark |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]