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

Async Batch Request: Bug in example 85

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: V4.0_ERRATA02
    • Fix Version/s: V4.0_ERRATA03
    • Component/s: Protocol
    • Labels:
      None
    • Environment:

      Applied

    • Proposal:
      Hide

      Fix example 85 and include async wrapper (see description).

      Spell out explicitly in text of subchapter 11.7.5 (Asychrounous batch requests), that for async batch request the exact same pattern as for non-batch async requests is used.

      Show
      Fix example 85 and include async wrapper (see description). Spell out explicitly in text of subchapter 11.7.5 (Asychrounous batch requests), that for async batch request the exact same pattern as for non-batch async requests is used.
    • Resolution:
      Show
      https://www.oasis-open.org/committees/download.php/57136/odata-v4.0-wd08-part1-protocol-2015-12-15.docx

      Description

      We specified in 11.6 for asynchronous request in general :
      "A GET request to the status monitor resource returns 200 OK once the asynchronous processing has completed. This response MUST include a Content-Type header with value application/http [...]. The response body MUST enclose a single HTTP response which is the response to the initial Data Service Request."

      In ODATA-240 we decided to use the exact same pattern also for async Batch Processing. But the example 85 doesn't reflect this fact, we missed to start the response with an 200 OK followed by the Content-Type application/http

        Attachments

          Activity

            People

            • Assignee:
              handl Ralf Handl
              Reporter:
              martinzurmuehl Martin Zurmuehl
            • Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: