diff options
author | AnotherTest <ali.mpfard@gmail.com> | 2020-12-26 17:14:12 +0330 |
---|---|---|
committer | Andreas Kling <kling@serenityos.org> | 2020-12-30 13:31:55 +0100 |
commit | 4a2da10e38c2b413c9e4db411e47d1b90d98d8ee (patch) | |
tree | 893aef9f1f760622e739183050a9172b717025f0 /Libraries/LibCore/Forward.h | |
parent | 36d642ee7585801e1abe8a421b30f1a779be3bab (diff) | |
download | serenity-4a2da10e38c2b413c9e4db411e47d1b90d98d8ee.zip |
ProtocolServer: Stream the downloaded data if possible
This patchset makes ProtocolServer stream the downloads to its client
(LibProtocol), and as such changes the download API; a possible
download lifecycle could be as such:
notation = client->server:'>', server->client:'<', pipe activity:'*'
```
> StartDownload(GET, url, headers, {})
< Response(0, fd 8)
* {data, 1024b}
< HeadersBecameAvailable(0, response_headers, 200)
< DownloadProgress(0, 4K, 1024)
* {data, 1024b}
* {data, 1024b}
< DownloadProgress(0, 4K, 2048)
* {data, 1024b}
< DownloadProgress(0, 4K, 1024)
< DownloadFinished(0, true, 4K)
```
Since managing the received file descriptor is a pain, LibProtocol
implements `Download::stream_into(OutputStream)`, which can be used to
stream the download into any given output stream (be it a file, or
memory, or writing stuff with a delay, etc.).
Also, as some of the users of this API require all the downloaded data
upfront, LibProtocol also implements `set_should_buffer_all_input()`,
which causes the download instance to buffer all the data until the
download is complete, and to call the `on_buffered_download_finish`
hook.
Diffstat (limited to 'Libraries/LibCore/Forward.h')
0 files changed, 0 insertions, 0 deletions