Obtenir code d'état de réponse à l'aide de Rénovation 2.0 et RxJava

Je suis en train de mettre à niveau à Rénover 2.0 et ajouter RxJava dans mon projet android. Je suis en train de faire un appel d'api et souhaitez récupérer le code d'erreur en cas d'erreur de réponse du serveur.

Observable<MyResponseObject> apiCall(@Body body);

Et dans le RxJava appel:

myRetrofitObject.apiCall(body).subscribe(new Subscriber<MyResponseObject>() {
        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(MyResponseObject myResponseObject) {
           //On response from server
        }
    });

En Rénovation 1.9, le RetrofitError toujours existé et nous avons pu obtenir le statut en faisant:

error.getResponse().getStatus()

Comment faites-vous cela avec de Rénovation 2.0 à l'aide de RxJava?

InformationsquelleAutor A.B. | 2015-11-18

172

Au lieu de déclarer l'appel d'API comme vous l'avez fait:
```
Observable<MyResponseObject> apiCall(@Body body);
```
Vous pouvez également déclarer comme ceci:
```
Observable<Response<MyResponseObject>> apiCall(@Body body);
```
Vous aurez alors un Abonné comme suit:
```
new Subscriber<Response<StartupResponse>>() {
    @Override
    public void onCompleted() {}

    @Override
    public void onError(Throwable e) {
        Timber.e(e, "onError: %", e.toString());

        //network errors, e. g. UnknownHostException, will end up here
    }

    @Override
    public void onNext(Response<StartupResponse> startupResponseResponse) {
        Timber.d("onNext: %s", startupResponseResponse.code());

        //HTTP errors, e. g. 404, will end up here!
    }
}
```
Donc, les réponses du serveur avec un code d'erreur sera également livré à onNext et vous pouvez obtenir le code en appelant reponse.code().

http://square.github.io/retrofit/2.x/retrofit/retrofit/Response.html

EDIT: OK, j'ai enfin réussi à la réflexion sur ce e-nouri a dit dans son commentaire, à savoir que seuls 2xx codes à onNext. S'avère que nous sommes tous les deux raison:

Si l'appel est déclaré comme ceci:
```
Observable<Response<MyResponseObject>> apiCall(@Body body);
```
ou même ce
```
Observable<Response<ResponseBody>> apiCall(@Body body);
```
tous réponses finira dans onNext, indépendamment de leur code d'erreur. Cela est possible parce que tout est enveloppé dans une Response objet en Rénovation.

Si, d'autre part, l'appel est déclaré comme ceci:
```
Observable<MyResponseObject> apiCall(@Body body);
```
ou ce
```
Observable<ResponseBody> apiCall(@Body body);
```
en effet que les réponses 2xx ira à onNext. Tout le reste sera enveloppé dans un HttpException et envoyé à onError. Ce qui permet également de sens, parce que sans la Response wrapper, ce devrait être émis à onNext? Étant donné que la demande n'a pas réussi la seule chose sensée à émettre serait null...
- Pour les personnes à la recherche pour le HTTP codes 4xx, ils finiront comme HttpException dans onError. le onNext aura la 2xx seulement.
- C'est intéressant... je viens de vérifier à nouveau (gist.github.com/DavidMihola/17a6ea373b9312fb723b) et de tous les codes que j'ai essayé de retrouver dans onNext y compris 404, etc. J'ai utilisé de Rénovation v2.0.0-beta3.
- J'ai juste ajouté un paragraphe de ma réponse à votre commentaire en compte!
- comment gérer si la réponse de la structure est différente de celle de la classe POJO . Je suis coincé avec ce
- Si Construire Rénovation via ajouter GsonConverterFactory, tout comme Retrofit retrofit = new Retrofit.Builder() .addConverterFactory(GsonConverterFactory.create()) .addCallAdapterFactory(RxJavaCallAdapterFactory.create()), Comment faire pour obtenir l'original de la réponse?
- Je ne vois vraiment pas le point de Observable<Response<MyResponseObject>> apiCall(@Body body); - que par l'édition que vous avez fait, à moi, il ne fait aucun sens pour gérer la vérification des erreurs lors de la onNext() est appelé sorte de va à l'encontre de la Rx Philosophie - vous suffira d'y ajouter de la complexité de devoir vérifier les erreurs dans onNext() à chaque fois sûrement?
- En dehors de la gestion d'erreur, je pense que vous pourriez être en mesure d'examiner tous les en-têtes de réponse qui est venu avec le corps - qui est également possible uniquement si vous obtenez le Response. J'ai rarement l'utiliser trop mais je pense qu'il est bon de savoir qu'il existe.
InformationsquelleAutor david.mihola
94

À l'intérieur de onError méthode de mettre pour cela obtenir le code
```
((HttpException) e).code()
```
- Cela pourrait être l'un des plus sous-estimés de la réponse, je n'avais jamais vu de la SORTE. C'est génial. Vous pouvez faire tout ce que vous pourriez avoir à faire avec la réponse avec HttpException. Je suis à l'aide de RxJava et j'ai besoin d'analyser la réponse après la réception d'une HTTP 400 BAD REQUEST. Merci beaucoup!
- Assurez-vous de vérifier si c'est un instanceof HttpException avant parce que NetworkErrors sera IOExceptions et n'ont pas de code d'état.
- À suivre sur @BenjaminMesing dit à propos de NetworkError, si vous faites plus de l'aval (carte / flatMap / forEach etc..) dans votre Rx, avant de vous abonner alors il pourrait être un hôte d'exception possible des types, et pas nécessairement d'une erreur sur le réseau demande.
- java.lang.ClassCastException: java.lang.Throwable ne peut pas être lancé à retrofit2.HttpException
InformationsquelleAutor Diveno

Vous devriez noter que Retrofit2 toutes les réponses avec le code 2xx sera appelée à partir de onNext() de rappel et le reste de HTTP codes comme 4xx, 5xx sera appelé sur le onError() de rappel, à l'aide de Kotlin je suis venu avec quelque chose comme cela dans la onError() :

mViewReference?.get()?.onMediaFetchFinished(downloadArg)
  if (it is HttpException) {
    val errorCode = it.code()
    mViewReference?.get()?.onMediaFetchFailed(downloadArg,when(errorCode){
      HttpURLConnection.HTTP_NOT_FOUND -> R.string.check_is_private
      else -> ErrorHandler.parseError(it)
    })
  } else {
    mViewReference?.get()?.onMediaFetchFailed(downloadArg, ErrorHandler.parseError(it))
  }

InformationsquelleAutor MohammadReza

Vous devez vous connecter pour publier un commentaire.