<font size=2 face="sans-serif">&gt; </font><tt><font size=2>I can absolutely
do that. My thinking so far was that in the next phone meeting we decide
whether that API is generally what people think is acceptable. And if yes
we improve the API where necessary. But if there's interest I'm happy to
send a v2 around.</font></tt>
<br>
<br><font size=2 face="sans-serif">I'm just setting that up now ;-) The
plan is for 7pm CET, 6pm UK, 1pm EDT, 10pm PST on Thursday (April 6th)</font>
<br>
<br>
<br><font size=2 face="sans-serif">Chris<br>
</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Johannes Weiß via swift-server-dev
&lt;swift-server-dev@swift.org&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">To: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Helge Heß &lt;me@helgehess.eu&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Cc: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">swift-server-dev &lt;swift-server-dev@swift.org&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">04/04/2017 19:40</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">Re: [swift-server-dev]
Next HTTP API meeting</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Sent by: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">swift-server-dev-bounces@swift.org</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2><br>
&gt; On 4 Apr 2017, at 18:15, Helge Heß via swift-server-dev &lt;swift-server-dev@swift.org&gt;
wrote:<br>
&gt; <br>
&gt; On 4. Apr 2017, at 18:06, Johannes Weiß &lt;johannesweiss@apple.com&gt;
wrote:<br>
&gt;&gt; I agree that should be added to the API I proposed. It still makes
a big difference without the completion handler for the chunk handler but
I agree there's applications for which it just wouldn't work.<br>
&gt; <br>
&gt; Well it doesn’t work for anything that would need actual back pressure
support ;-&gt; (well, of course it would ‘work', but would be very inefficient
and quickly overload the server).<br>
&gt; A done callback should do.<br>
<br>
agreed<br>
<br>
<br>
&gt;&gt;&gt;&gt; given that the underlying HTTP parser library needs to
parse everything anyway, we just ignore everything that we don't care about.
So it'll still be handed to the client but the client would just ignore
everything by doing nothing.<br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt; So if I upload a 10000TB file to iCloud, you still /dev/null
process it? That doesn’t seem sensible to me :-)<br>
&gt;&gt; <br>
&gt;&gt; well, you need to parse it anyway<br>
&gt; <br>
&gt; I can’t follow you on this one. Why would I have to parse it? If
I eventually detect that the content is more than I want to handle or that
they payload is b0rked (e.g. invalid iCalendar data, or amount exceeding
limits, says it sends a text/plain but actually uploads an avi etc), I
would just want to close the stream?<br>
<br>
you can't really just close it as there might already be another HTTP request
pipelined in the same connection. If you're behind a load balancer it might
even be from a different client.<br>
<br>
<br>
&gt;&gt; The question is how many applications actually want to stream
a very large amount of data to just ignore it.<br>
&gt; <br>
&gt; That is exactly the point, if someone is sending you endless or invalid
or unexpected data, you want to stop that from polluting your server and
just stop.<br>
&gt; <br>
&gt;&gt; As I said at the beginning<br>
&gt; <br>
&gt; No one is complaining, just passing on notes ;-&gt; So your plan is
to send along an updated proposal at some point?<br>
<br>
I can absolutely do that. My thinking so far was that in the next phone
meeting we decide whether that API is generally what people think is acceptable.
And if yes we improve the API where necessary. But if there's interest
I'm happy to send a v2 around.<br>
<br>
Cheers,<br>
 &nbsp;Johannes<br>
_______________________________________________<br>
swift-server-dev mailing list<br>
swift-server-dev@swift.org<br>
</font></tt><a href="https://lists.swift.org/mailman/listinfo/swift-server-dev"><tt><font size=2>https://lists.swift.org/mailman/listinfo/swift-server-dev</font></tt></a><tt><font size=2><br>
</font></tt>
<br>
<br><font size=2 face="sans-serif"><br>
Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU<br>
</font>