Uploaded image for project: 'OASIS Open Data Protocol (OData) TC'
  1. OASIS Open Data Protocol (OData) TC
  2. ODATA-1581

Clarify duplicate properties in JSON Batch payload

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: V4.01_OS
    • Fix Version/s: V4.01_ERRATA01
    • Component/s: JSON Format
    • Labels:
      None
    • Proposal:
      Hide

      Clarify that clients MUST NOT specify any of these properties more than once; services SHOULD reject such a request as a bad request.

      Similarly, clients MUST NOT specify multiple headers with the same (case-insensitive) key; services SHOULD reject such a request as a bad request.

      Show
      Clarify that clients MUST NOT specify any of these properties more than once; services SHOULD reject such a request as a bad request. Similarly, clients MUST NOT specify multiple headers with the same (case-insensitive) key; services SHOULD reject such a request as a bad request.
    • Resolution:
      Show
      https://github.com/oasis-tcs/odata-specs/pull/154

      Description

      How should duplicate properties (i.e., id, method, url, headers, dependsOn, atomicityGroup, body, if) in a JSON Batch payload be handled?

      Most of these (id, method, url, atomicityGroup, body) should pretty clearly be errors as they are single-valued.  However, RFC2616 allows the same header to appear multiple times in a request only if the header value is a coma-separated list of values, and states that the multiple headers is equivalent to a single header with the values appended, in order, separated by comas. So, a service could allow the "header" property to appear multiple times and append the values. We could do the same thing with dependsOn, and even if.

      Or, we could keep it simple and say that a client must not specify any of these properties more than once.

        Attachments

          Activity

            People

            • Assignee:
              handl Ralf Handl
              Reporter:
              mikep Michael Pizzo (Inactive)
            • Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: