javascript - para - http/1.1 200 ok

Los códigos de estado de error no están siendo capturados

Question

Estoy tratando de capturar el código de estado de error de HTTP de angular resource (! = 200). Mi servicio, donde tengo recursos definidos: (apiService.js)

.factory(''ApiService'', function($resource, $http, localStorageService, CONFIG) {
var base_api_url = api_url = CONFIG.api_url, api_version_prefix = CONFIG.api_version_prefix;
return {
userDevices: $resource(api_url+''/requestRegistration/userDevices/:action'', {}, {
registerDevice: {
method: ''POST'',
params: {
action: ''''
}
},
verify: {
method: ''POST'',
params: {
action: ''verify''
}
},
}
}
});

El código de mi controlador:

.controller(''LoginCtrl'', function(CONFIG, $scope, $state, $ionicPlatform, $ionicPopup, ApiService) {
$scope.data = {
username: null
};
$scope.registerDevice = function() {
if($scope.data.username) {
var authenticationResponse = ApiService.userDevices.registerDevice({
username: $scope.data.username
});
authenticationResponse.$promise.then(function(result) {
// this is always fired, even then response code is 400 or 503 :( I am not able to check response status code.
console.log(result);
console.log(''success!'');
}, function(error){
// this code is not being exectued even when response status code is different then 200
// its never executed at all :(
console.log(''error!'');
});
}
};
});

Cuando envío la solicitud y recibo el código de respuesta 400/503, creo que el código de función (error) debe ejecutarse pero no es así.

En cambio, mi código en $promise.then(function(result)(...) se ejecuta y no puedo detectar un código de estado HTTP de respuesta.

Entonces, mis preguntas:

1. ¿Por qué no se está ejecutando mi función de manejo de errores?
2. ¿Cómo puedo detectar códigos de estado de respuesta HTTP?

Answer 1

El primer .catch está convirtiendo los rechazos en cumplidos. Para evitar la conversión, el método .catch debe throw el error.

 authenticationResponse.$promise.catch(function(error){
alert(''catched error!!!'');
//throw to chain error
throw error;
}).then(function(result) {
// this is always fired, even then response code is 400 or 503 :(
console.log(result);
console.log(''success!'');
//return to chain data
return result
}, function(error){
// This should be executed when status code is different then 200?
// its never executed at all :(
console.log(''error!'');
//throw to chain rejection
throw error;
});

Cuando una función omite una declaración return o throw , devuelve undefined . El servicio $q crea una promesa derivada que se resuelve como undefined .

Diagnosticar problemas de ngResource

Para diagnosticar problemas con $resource métodos $resource , agregue un interceptor de respuesta:

userDevices: $resource(api_url+''/requestRegistration/userDevices/:action'', {}, {
registerDevice: {
method: ''POST'',
params: {
action: ''''
},
interceptor: {
response: function (response) {
console.log("registerDevice success");
console.log(response.status);
return response;
},
errorResponse: function (errorResponse) {
console.log("registerDevice error");
console.log(errorResponse.status);
throw errorResponse;
}
}
},
verify: {
method: ''POST'',

El otro aspecto a tener en cuenta es que hay otros interceptores $ http en la aplicación que convierte las respuestas al omitir una instrucción throw .

Answer 2

Puedes usar un interceptor.

Interceptar las solicitudes antes de que se entreguen al servidor y las respuestas antes de que se entreguen al código de la aplicación que inició estas solicitudes.

Por lo tanto, esto detectará todos los errores de respuesta que se originen en $ http con $ recurso.

$httpProvider.interceptors.push(function($q) {
return {
''responseError'': function(response) {
if (response.status == 400) {
// Handle 400 error code
}
if (response.status == 503) {
// Handle 503 error code
}
// Rejects the derived promise.
return $q.reject(response);
}
};
});

Answer 3

Hay una función para capturar la respuesta del estado HTTP en Angular. Puede ver cómo se hace aquí la respuesta HTTP de desbordamiento de pila