Раз уж снова вопрос задали про аутентификацию с 401 кодом,

Question

Раз уж снова вопрос задали про аутентификацию с 401 кодом,

задам такой вопрос. А как быть если ошибка о протухании токена приходит в json формате в теле ответа на запрос (наряду с ошибками неправльный пароль, неправильный формат и т.п.) и никакого 401 нет и не планируется на серере. Получается нужно либо перед каждым запросом делать проверку на свежесть токена, либо проверять каждый ответ дополнительно на эту ошибку. Как-то можно скрыть это в нижних слоях? Я пробовал через ретрофитовский интерсептор, но напоролся на такую проблему, что раз прочитав тело запроса, при повторных попытках сделать это возникает эксепшен, что сообщение нельзя дважды "прочитать". Разработчики на это отвечают что ретрофит сделан таким образом чтобы максимизировать эффективность запросов и раз прочитанное тело сообщения удаляется из памяти, поэтому возникает такой эксепшен. Есть ли какие-то приемы, чтобы обернуть функцию и в случае ошибки о протухании токена сделать процедуру его обновления и если она ок, то повторить запрос. Подозреваю что при помощи RxJava это можно сделать, но RxJava нет. И поэтому при каждом onResume фрагмента делается проверка токена. Что конечно неправильно, нужно же это в слои отвечающие за работу с данными переносить.

#it #programming #russian #software

0

29.05.2017