- From: Greg Wilkins <gregw@intalio.com>
- Date: Thu, 17 Jul 2014 16:29:00 +1000
- To: Mark Nottingham <mnot@mnot.net>
- Cc: HTTP Working Group <ietf-http-wg@w3.org>
- Message-ID: <CAH_y2NG=HAk2Q1wjcCxbuEXJn=gwW_DE+4oYxXVtuHk9i3k88Q@mail.gmail.com>
My preference is for 100 support. Julian'd draft looks ok except that it excludes support for 100. I'm fine with it excluding support for 101 and 102. If 100 had been deprecated in rfc723x, then I'd would have lived with dropping it better, as I could have just dropped it entirely from the server and referred broken applications to the RFC. But it is not deprecated for current h1 usage, so end points that will support both h1/h2 will need to have 100 continue support anyway. Making it dependent on the transport probably increases the complexity rather than decreases it. So I could live with b) if that document is targeted to both h1 and h2, so there is some prospect that we can drop support entirely in a few years. regards On 17 July 2014 15:40, Mark Nottingham <mnot@mnot.net> wrote: > <https://github.com/http2/http2-spec/issues/535> > > So far, we've had two proposals for this issue; > > a) Accommodating non-final responses in HTTP/2 > See Julian's proposal at < > https://gist.github.com/reschke/48ec30b0ac9d012b8b4e> for an idea of how > this would look in the spec. > > b) Publishing a separate document deprecating 1xx status codes > Thereby preventing the establishment of new ones (HTTP/2 already > defines how to deal with 100, and 101 is not relevant to this protocol. 102 > was dropped by its primary use case, WebDAV, here: < > http://tools.ietf.org/html/rfc4918#appendix-F.3>) > > I'd like to hear: > > 1) Your preferred outcome (if any) > 2) Whether you can live with the other option, and if not, why > > "I have no preference" is useful information too. > > If you indicate you can't live with one (or both) of the options, you MUST > give a detailed, relevant reason as to why; omitting the reason means your > "can't live with" will be ignored. > > Thanks, > > -- > Mark Nottingham https://www.mnot.net/ > > > > > > -- Greg Wilkins <gregw@intalio.com> http://eclipse.org/jetty HTTP, SPDY, Websocket server and client that scales http://www.webtide.com advice and support for jetty and cometd.
Received on Thursday, 17 July 2014 06:29:29 UTC