Re: Draft 2: WSGI Response Upgrade Bridging
Robert Collins <[email protected]> Tue, 14 Oct 2014 15:59:22 +1300
| Newsgroups | gmane.comp.python.web |
|---|---|
| Message-ID | <CAJ3HoZ0X4w=qb=8hNYjDLdNL5h16rOTBY_wn90mTSGkuZua-3w@mail.gmail.com> |
On 14 October 2014 01:18, Benoit Chesneau <[email protected]> wrote: >> C - Support for chunked uploads, comet, bosh and websockets is >> effectively impossible within WSGI - one ends up writing server >> specific code, and being tied to a single server - even though >> multiple servers support (some of) those things. This defeats the >> point of WSGI IMNSHO: its not that WSGI is broken or anything, its >> just that we're once again writing all our generic middleware in >> server-specific fashions. Because the world has moved on and we >> haven't. > > > Chunkedn upload is possible and already handled with Gunicorn. But there is > no standard for that. Right. Thus we need one. > For C I would separate it from the rest. This a different discussion and imo > not everything can be achieved at the same time. Maybe we should start first > by fixing them, then go for the next step anyway. So the transition could be > incremental in servers and frameworks and actually fix the current spec. What makes C a different discussion? > > For A (And C), i think we should keep the new specification enough agnostic. > Especially since HTTP 2 is not yet completely out. HTTP/2 is in last call stage: it will be entirely finished by the time we get through whatever process we have here. What do you want to see changed in the process I'm following? -Rob -- Robert Collins <[email protected]> Distinguished Technologist HP Converged Cloud _______________________________________________ Web-SIG mailing list [email protected] Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: https://mail.python.org/mailman/options/web-sig/gcpw-web-sig%40m.gmane.org