М
либо проверку на валидность данных в полях в ручную делать условными операторами?
Size: a a a
2018 December 23
n
В onFailure() вы можете проверить, что throwable - это сетевая ошибка через instance of, и после этого выдернуть все данные
Попробуйте так
М
должен показываться Toast с описанием ответа (поле Description),
М
вот в задании так написано
М
это об ответе от сервера?
М
В общем на сколько я понимаю, нужно просто по коду ошибки обработать ее и вызвать соответствующий тост с описанием ошибки с сайта api, а корректность ввода данных самому обработать в коде с помощью условий. Но как получить этот errors так и не понял, и что там находится и следовательно как его использовать тоже остается не понятным =(
М
Правда из api было бы полезно получить ответ только о том, что такой емэйл уже зарегистрирован. Видимо это единственный вариант получения ошибки 400 при регистрации, если условиями конечно остальное проверено.
М
Попробуйте так
не понятно как в onFailure ошибку саму вытащить, если она в response приходит.
М
и почему нельзя обработать ошибку в onResponse?
ИК
добавьте проверку if (t instanceof HttpException) {
n
и почему нельзя обработать ошибку в onResponse?
Потому что ошибки падают в onFailure
М
Потому что ошибки падают в onFailure
а в response.errorBody() что тогда?
n
Поставьте точку останова и узнаете)
М
объектно ориентированный троллинг)
М
М
Судя по этому ответу в onFailure вообще не приходит ошибка с сервера
М
только если ответ с сервера не пришел
М
ну т.е. тело ошибки должно же в onResponse приходить
М
чтобы json получить
М
According to the link, above, onFailure() is called if and only if there were problems with the client.
If the request was successfully delivered but there was a server problem you can check response.isSuccessful(). If it returns false, check response.code() and handle the error.
If the request was successfully delivered but there was a server problem you can check response.isSuccessful(). If it returns false, check response.code() and handle the error.