W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2014

Re: =[xhr]

From: Takeshi Yoshino <tyoshino@google.com>
Date: Mon, 17 Nov 2014 23:33:15 +0900
Message-ID: <CAH9hSJY8-NJVCNkbMoEaG0rfK-nN4KCAGvx0Zkk4Q=y4pT8BQg@mail.gmail.com>
To: Rui Prior <rprior@dcc.fc.up.pt>
Cc: "Web Applications Working Group WG (public-webapps@w3.org)" <public-webapps@w3.org>
We're adding Streams API <https://streams.spec.whatwg.org/> based response
body receiving feature to the Fetch API

- https://github.com/slightlyoff/ServiceWorker/issues/452
- https://github.com/yutakahirano/fetch-with-streams

Similarly, using WritableStream + Fetch API, we could allow for sending
partial chunks. It's not well discussed/standardized yet. Please join
discussion there.


On Sat, Nov 15, 2014 at 3:49 AM, Rui Prior <rprior@dcc.fc.up.pt> wrote:

> AFAIK, there is currently no way of using XMLHttpRequest to make a POST
> using Transfer-Encoding: Chunked.  IMO, this would be a very useful
> feature for repeatedly sending short messages to a server.
> You can always make POSTs repeatedly, one per chunk, and arrange for the
> server to "glue" the chunks together, but for short messages this
> process adds a lot of overhead (a full HTTP request per chunk, with full
> headers for both the request and the response).  Another option would
> using websockets, but the protocol is no longer HTTP, which increases
> complexity and may bring some issues.
> Chunked POSTs using XMLHttpRequest would be a much better option, were
> they available.  An elegant way of integrating this feature in the API
> would be adding a second, optional boolean argument to the send()
> method, defaulting to false, that, when true, would trigger chunked
> uploading;  the last call to send() would have that argument set to
> true, indicating the end of the object to be uploaded.
> Is there any chance of such feature getting added to the standard in the
> future?
> Rui Prior
Received on Monday, 17 November 2014 14:34:03 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:14:32 UTC