В
Самый простой вариант сейчас - это в конфиге выставить таймаут = 0, и в каждом нужном запросе рулить таймаутом корутины
Хм, спасибо. По крайней мере это уж точно лучше чем менять на ходу, как я сделал сейчас
Size: a a a
2019 May 15
AO
Ну твой текущий вариант получается вообще не thread safe
(
У меня кста тоже была проблема с лонгполлом в кторе. Реально, решил просто отдельным клиентом, даже не так плохо выглядело
(
Клиент для обычных запросов, клиент для лонгполлов, то же самое про скоупы
В
Ну твой текущий вариант получается вообще не thread safe
Теоретически это не важно, т.к. 2 лонгпула одновременно запускать нельзя, но да, ничего хорошего
В
Клиент для обычных запросов, клиент для лонгполлов, то же самое про скоупы
Ага, мы с вами это обсуждали N месяцев назад. У меня собственно единственная серьёзная проблема — нужна возможность остановить lp и потом запустить с другим таймаутом
AO
Еще могу предложить сделать враппер над клиентом, в котором сделать дефолтный таймаут, а если надо его переопределить, то пихаешь в request.attributes нужное значение и переопределяешь.
IMHO будет гибче и меньше шансов где то промонать выставление таймаута
IMHO будет гибче и меньше шансов где то промонать выставление таймаута
В
Мне кажется если я полезу в кишки ктора, только запутаюсь и сломаю что-нибудь 😅 но тоже вариант
AO
Дак не надо лезть в кишки, там всего два метода - execute и close
AO
изи бризи
AO
А блет, там класс internal
AO
Любят некоторые либоделы усложнять жизнь юзеров
В
где internal?
HttpClient просто final
В
а, ну да
AO
Ну можно тогда фабрику обернуть 🤷♂️
AO
Короче чот всё очень не френдли
AO
А еще проще забить хер на их класс, сделать свой интерфейс с функцией execute а из неё уже звать настоящий клиент
В
А как я
timeout перепишу? Или в плане поставить timeout=0 и потом в своём врапере withTimeout { call {} }?AO
Ага именно так