Я думаю, что лучшим решением является создание объекта Liveata в модели просмотра для передачи ошибок. Затем вы можете наблюдать ошибки в любом месте.

Общий обратный вызов для модернизации

Чтобы передать ошибки уровня репо в пользовательский интерфейс, вы можете обернуть класс модели вместе с ошибкой в ​​общую комбинированную модель следующим образом:

class Resource<T> {

    @Nullable private final T data;
    @Nullable private final Throwable error;

    private Resource(@Nullable T data, @Nullable Throwable error) {
        this.data = data;
        this.error = error;
    }

    public static <T> Resource<T> success(@NonNull T data) {
        return new Resource<>(data, null);
    }

    public static <T> Resource<T> error(@NonNull Throwable error) {
        return new Resource<>(null, error);
    }

    @Nullable
    public T getData() {
        return data;
    }

    @Nullable
    public Throwable getError() {
        return error;
    }
}

В отдельном вспомогательном классе мы определяем общий обратный вызов Retrofit, который обрабатывает ошибки и преобразует результат API в ресурс.

class ResourceCallback {

    public static <T> Callback<T> forLiveData(MutableLiveData<Resource<T>> target) {

        return new Callback<T>() {
            @Override
            public void onResponse(Call<T> call, Response<T> response) {
                if (!response.isSuccessful() || response.body() == null) {
                    target.setValue(Resource.error(convertUnsuccessfulResponseToException(response)));
                } else {
                    target.setValue(Resource.success(response.body()));
                }
            }

            @Override
            public void onFailure(Call<T> call, Throwable t) {
                // You could examine 't' here, and wrap or convert it to your domain specific exception class.
                target.setValue(Resource.error(t));
            }
        };

    }

    private static <T> Throwable convertUnsuccessfulResponseToException(Response<T> response) {
        // You could examine the response here, and convert it to your domain specific exception class.
        // You can use
        response.errorBody();
        response.code();
        response.headers();
        // etc...

        return new LoginFailedForSpecificReasonException(); // This is an example for a failed login
    }
}

Вы можете использовать этот общий обратный вызов Retrofit во всех местах, где вы вызываете API на уровне репозитория. Например.:

class AuthenticationRepository {

    // ...

    LiveData<Resource<UserTokenModel>> login(String[] params) {

        MutableLiveData<Resource<UserTokenModel>> result = new MutableLiveData<>();
        myService.initiateLogin("Basic " + base64, authBody).enqueue(ResourceCallback.forLiveData(result));

        return result;
    }
}

Украшение наблюдателя

Теперь у вас есть общий способ использования Retrofit API, и у вас есть LiveData, которая объединяет модели и ошибки. Эти LiveData поступают на уровень пользовательского интерфейса из ViewModel. Теперь мы украшаем наблюдателя за живыми данными общей обработкой ошибок.

Сначала мы определяем интерфейс ErrorView, который можно реализовать, как бы вы ни хотели показывать свои ошибки пользователю.

interface ErrorView {
    void showError(String message);
}

Это можно реализовать, показывая сообщение Toast, но вы можете свободно реализовать ErrorView со своим фрагментом и делать все, что хотите, с сообщением об ошибке на своем фрагменте. Мы используем отдельный класс, чтобы один и тот же класс можно было использовать в каждом фрагменте (рекомендуется использовать композицию вместо наследования).

class ToastMessageErrorView implements ErrorView {

    private Context context;

    public ToastMessageErrorView(Context context) {
        this.context = context;
    }

    @Override
    public void showError(String message) {
        Toast.makeText(context, message, Toast.LENGTH_LONG).show();
    }
}

Теперь мы реализуем декоратор наблюдателя, который обертывает декорированного наблюдателя и украшает его обработкой ошибок, вызывая ErrorView в случае ошибки.

class ResourceObserver {

    public static <T> Observer<Resource<T>> decorateWithErrorHandling(Observer<T> decorated, ErrorView errorView) {

        return resource -> {
            Throwable t = resource.getError();
            if (t != null) {
                // Here you should examine 't' and create a specific error message. For simplicity we use getMessage().
                String message = t.getMessage();

                errorView.showError(message);
            } else {
                decorated.onChanged(resource.getData());
            }

        };
    }
}

В вашем фрагменте вы используете декоратор наблюдателя следующим образом:

class MyFragment extends Fragment {

    private MyViewModel viewModel;

    @Override
    public void onActivityCreated(@Nullable Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        viewModel.getUserToken().observe(this, ResourceObserver.decorateWithErrorHandling(
                userTokenModel -> { 
                    // Process the model
                }, 
                new ToastMessageErrorView(getActivity())));
    }

}

P.S. См. это для более подробной реализации ресурса, объединяющего API с локальным источником данных.