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

More clearly define extensibility of Formats

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: V4.0_WD01
    • Fix Version/s: V4.0_WD01
    • Labels:
      None
    • Environment:

      [Proposed]

      Description

      The ATOM format already says, in section 15, that additional payload may be returned anywhere supported by Section 6 of [RFC4287], but that extensions must not be in the OData namespaces and should not be required to be understood by the client in order for the payload to be correctly interpreted.

      In ATOM we should be clear that this means that the service may return additional children of the <feed> or <entry> elements, and that it is safe for the client to ignore anything (in any namespace, including the odata namespace) not defined in the version of the payload being returned. This allows for forward compatibility of incremental information without rev'ing the payload version.

      In JSON we should be clear that clients should ignore annotations (in any namespace, including the odata namespace), as well as objects with an odata.kind, that are not defined in the version of the payload being returned.

        Attachments

          Activity

            People

            • Assignee:
              handl Ralf Handl
              Reporter:
              mikep Michael Pizzo
            • Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: