Pull to refresh
Comments 3
maxRedirects. Управляет допустимым количкством редиректов при выполнении запросов.


Думаю в этом случае стоит кидать исключение, чтобы не требовать каждый раз проверять "а не пришёл ли 3** код ответа?"
Стриминг допустим не только для запросов GET, но и для любых запросов, которые возвращают документ вместе с кодом 200.


А если не 200, а 201?
Думаю в этом случае стоит кидать исключение, чтобы не требовать каждый раз проверять «а не пришёл ли 3** код ответа?»

Хороший вариант, есть смысл поправить. Сделал ишью в проекте.

Стриминг допустим не только для запросов GET, но и для любых запросов, которые возвращают документ вместе с кодом 200.

А если не 200, а 201?

По идее 201 не обязательно возвращает тело документа, он скорее сообщает что документ создан. Вот что горится в RFC:

The request has been fulfilled and resulted in a new resource being created. The newly created resource can be referenced by the URI(s) returned in the entity of the response, with the most specific URI for the resource given by a Location header field. The response SHOULD include an entity containing a list of resource characteristics and location(s) from which the user or user agent can choose the one most appropriate.

Но в жизни бывает всякое, и возможно что кто-то предполагает большой ответ с кодом 201 и возможно есть смысл вообще отказаться от мониторинга библиотекой кода ответа для запроса со стримингом. В любом случае заинтересованный пользователь имеет возможность узнать с каким кодом ответа приходит поток.
Исключение при превышении maxRedirects уже залито в гитхаб.
А про стриминг только при коде 200 я ошибся — он работает при любом коде если есть тело ответа.
Only those users with full accounts are able to leave comments. Log in, please.