manejo de errores con NSURLConnection sendSynchronousRequest

Question

¿cómo puedo hacer un mejor manejo de errores con NSURLConnection sendSynchronousRequest? ¿Hay alguna manera puedo aplicar

- (void)connection:(NSURLConnection *)aConn didFailWithError:(NSError *)error 

tengo una cola NSOperation que está recibiendo datos en segundo plano es por eso que tengo solicitud de sincronización. y si tengo que implementar una solicitud asíncrona, ¿cómo puedo esperar para que la solicitud se complete? porque ese método no puede avanzar sin datos.

Answer 1

-sendSynchronousRequest: returningResponse: error: le da una forma de obtener un error allí mismo en el método. Ese último argumento es realmente (NSError **) error; es decir, un puntero a un puntero NSError. Prueba esto:

NSError  *error = nil; 
NSURLResponse *response = nil; 

[NSURLConnection sendSynchronousRequest: req returningResponse: &response error: &error]; 

if (error) {...handle the error} 

Answer 2

no confiaría en ser el error no nula para indicar que se ha producido un error.

He estado utilizando la comprobación de errores como se describe en la respuesta de Ben, pero creo que está generando errores falsos positivos/espurios en algunas circunstancias.

Según este SO answer, estoy cambiando para usar el resultado del método para determinar el éxito/fracaso. Y luego (y solo entonces) revisa el puntero de error para detalles de la falla.

NSError *requestError; 
NSURLResponse *urlResponse = nil; 
NSData *response = [NSURLConnection sendSynchronousRequest:request returningResponse:&urlResponse error:&requestError]; 
/* Return Value 
    The downloaded data for the URL request. Returns nil if a connection could not be created or if the download fails. 
*/ 
if (response == nil) { 
    // Check for problems 
    if (requestError != nil) { 
     ... 
    } 
} 
else { 
    // Data was received.. continue processing 
} 

Este enfoque evitará reaccionar a un error que ocurrió en el proceso de descarga que no provocó su error. Creo que es posible que a medida que se descargue pueda encontrar errores no críticos que se manejen dentro del marco, y tienen el efecto secundario de configurar el puntero de error con un objeto de error.

Por ejemplo, he estado recibiendo errores POSIX informados por usuarios que han descargado la aplicación que parece haber ocurrido en el procesamiento de la conexión URL.

Este código se utiliza para informar del error:

NSString *errorIdentifier = [NSString stringWithFormat:@"(%@)[%d]",requestError.domain,requestError.code]; 
[FlurryAPI logError:errorIdentifier message:[requestError localizedDescription] exception:nil]; 

Y el error aparece reportada como:

Platform: iPhone 
Error ID: (NSPOSIXErrorDomain)[22] 
Msg: Operation could not be completed. Invalid argument 

mapeo que volver ..

requestError.domain = NSPOSIXErrorDomain 
requestError.code = 22 
[requestError localizedDescription] = Operation could not be completed. Invalid argument 

todo lo que he sido capaz de desenterrar, es que el código de error 22 es EINVAL, pero eso no ha dado ningún detalle adicional.

Otros errores que recibo son del dominio NSURL, que estoy totalmente de esperar bajo diversas condiciones de la red:

NSURLErrorTimedOut 
NSURLErrorCannotConnectToHost 
NSURLErrorNetworkConnectionLost 
NSURLErrorNotConnectedToInternet 
+others