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

atom:id must be absolute according to Atom rules

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Deferred
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: V4.0_CS02
    • Fix Version/s: None
    • Component/s: ATOM Format
    • Labels:
      None
    • Environment:

      [Proposed]

    • Proposal:
      Hide

      Clarify that the atom:id in OData's Atom format must be an absolute IRI as per RFC4287.
      Consider consistently using absolute ids in other places in Atom (ref, deltas, etc.)

      Show
      Clarify that the atom:id in OData's Atom format must be an absolute IRI as per RFC4287. Consider consistently using absolute ids in other places in Atom (ref, deltas, etc.)
    • Resolution:
      Hide

      Deferred due to inactivity on Atom format 2017-6-29.

      Show
      Deferred due to inactivity on Atom format 2017-6-29.

      Description

      According to atom (rfc4287), the atom:id must be an IRI which must be absolute:

      (section 4.2.6)

      The "atom:id" element conveys a permanent, universally unique
      identifier for an entry or feed.

      atomId = element atom:id

      { atomCommonAttributes, (atomUri) }

      Its content MUST be an IRI, as defined by [RFC3987]. Note that the
      definition of "IRI" excludes relative references. Though the IRI
      might use a dereferencable scheme, Atom Processors MUST NOT assume it
      can be dereferenced.

      In [ATOM] we talk about relative urls in section 4.3, and explicitly support relative ids in places we don't use atom:id, such as entity references, the ref attribute of deleted entry (is this legal according to atom-tombstone?), source and target for added/deleted links, etc.

      Attribute id
      The id attribute MUST be present. For entities the id attribute MUST be the atom:id of the referenced entity. It may be relative or absolute

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              mikep Michael Pizzo (Inactive)
            • Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated: