Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply
Em ter 18 fev 2014, às 11:13:26, Stanislav Kolář escreveu: Hi all, does QNAM support 100 continue (http://tools.ietf.org/html/rfc2616#section-8.2.3)? I don't thing so - or did I miss something? It supports 100 continue. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply
Thank you, Thiago, for the response, but I really don't know how to ask QNetworkAccessManager::post() not to send all data but wait for 100 continue (or an error status) from the server before sending the data part. And how to set timeout for waiting for the response etc. Stanislav Kolář | Research Development Kerio Technologies Anglické nábřeží 1, 301 00 Plzeň Tel: +420 377 338 901 Social collaboration reinvented. http://www.samepage.io -Original Message- From: interest-bounces+skolar=kerio@qt-project.org [mailto:interest-bounces+skolar=kerio@qt-project.org] On Behalf Of Thiago Macieira Sent: Tuesday, February 18, 2014 5:49 PM To: interest@qt-project.org Subject: Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply Em ter 18 fev 2014, às 11:13:26, Stanislav Kolář escreveu: Hi all, does QNAM support 100 continue (http://tools.ietf.org/html/rfc2616#section-8.2.3)? I don't thing so - or did I miss something? It supports 100 continue. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply
Em ter 18 fev 2014, às 18:55:41, Stanislav Kolář escreveu: Thank you, Thiago, for the response, but I really don't know how to ask QNetworkAccessManager::post() not to send all data but wait for 100 continue (or an error status) from the server before sending the data part. And how to set timeout for waiting for the response etc. You don't do that. There's no option to ask QNAM to *send* Expected: 100-continue You asked if QNAM supports 100 Continue. It does: if the server sends it, we'll parse it correctly. We don't ever *ask* for it nor do we support waiting. The feature is close to useless due to flaws in its design. We chose not to spend time on it. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply
OK, but it in fact means that QNAM doesn't supports 100-continue as described in http://tools.ietf.org/html/rfc2616#section-8.2.3 :-(, so we cannot use it if (for example) we have 100MB data for upload and we don't want to upload entire 100MB buffer to the server if the result of the request is an error. Stanislav Kolář | Research Development Kerio Technologies Anglické nábřeží 1, 301 00 Plzeň Tel: +420 377 338 901 Social collaboration reinvented. http://www.samepage.io -Original Message- From: interest-bounces+skolar=kerio@qt-project.org [mailto:interest-bounces+skolar=kerio@qt-project.org] On Behalf Of Thiago Macieira Sent: Tuesday, February 18, 2014 9:21 PM To: interest@qt-project.org Subject: Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply Em ter 18 fev 2014, às 18:55:41, Stanislav Kolář escreveu: Thank you, Thiago, for the response, but I really don't know how to ask QNetworkAccessManager::post() not to send all data but wait for 100 continue (or an error status) from the server before sending the data part. And how to set timeout for waiting for the response etc. You don't do that. There's no option to ask QNAM to *send* Expected: 100-continue You asked if QNAM supports 100 Continue. It does: if the server sends it, we'll parse it correctly. We don't ever *ask* for it nor do we support waiting. The feature is close to useless due to flaws in its design. We chose not to spend time on it. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 100 continue and QNetworkRequest/QNetworkReply
Em ter 18 fev 2014, às 22:13:51, Stanislav Kolář escreveu: OK, but it in fact means that QNAM doesn't supports 100-continue as described in http://tools.ietf.org/html/rfc2616#section-8.2.3 :-(, so we cannot use it if (for example) we have 100MB data for upload and we don't want to upload entire 100MB buffer to the server if the result of the request is an error. As I said, it supports the server sending it spuriously. Trust me, that's important. We had quite a few unit test failure where the check failed because an unexpected 100 was received. But you can't request it. As I also said, the feature is useless. There's no way to get an information from the server whether the request will be honoured. You'd have to do a timeout, which just introduces delays and still doesn't solve the problem due to network delays. If you need to upload 100 MB, request that QNAM not buffer the data. If the upload fails because the server or a proxy server (or both) request authentication, you have to send again. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest