Développement iOS
  1. Développement iOS
  3. Une requête ASIHTTPRequest peut-elle être réessayée?
Intereting Posts
Ignorer à la fois les vues UINavigation et les vues Modal à la fois par programme Test à distance iphone apps XMPPFramework – Impossible de récupérer l'historique de conversation à partir du server Openfire Détecter quand un lien est cliqué dans un WKWebView Comment animer la modification de la couleur de la bordure d'un object UITextField? Comment modifier la couleur d'arrière-plan de la barre d'état et la couleur du text sur iOS 7? phonegap iphone: Documents Répertoire Chemin absolu Dans Swift, comment éviter les options et les references d'objects nuls? Configuration de la page de profil iOS Twitter removeObserver avec NSNotification … qu'est-ce que je fais mal? Est-il possible de faire une application iPhone en utilisant uniquement c ++? Différence entre et Comment restreindre l'application iOS uniquement pour iPhone, iPad non compris? Pouvons-nous installer automatiquement un file .deb / .ipa sur un appareil iPhone? Restkit a soudainement cessé de comstackr aujourd'hui

Une requête ASIHTTPRequest peut-elle être réessayée?

Existe-t-il un moyen de réessayer un ASIHTTPRequest? J'utilise l'authentification personnalisée dans un service REST au lieu de l'authentification HTTP de base et je souhaite réessayer une request si la session a expiré. Appeler startAsynchronous une deuxième fois sur une request provoque une exception. Je voudrais faire quelque chose comme ceci: 

[request setCompletionBlock:^{ if ([request responseStatusCode] == 500) { // try to login again in case token expired [server loginAndRetryRequest:request]; } else { // parse response } }];

loginAndRetryRequest: fera un autre ASIHTTPRequest pour se connecter et quand il sera terminé, il recommencera la requête d'origine à partir de CompletionBlock (en supposant que cela soit possible)?

Il devrait être possible de faire une copy de la requête puis d'exécuter à nouveau -startAsynchronous sur la copy.

La prise en charge du protocole NSCopying a été ajoutée dans la version 1.5, qui inclut également une nouvelle tentative automatique en cas de timeout (selector -setNumberOfTimesToRetryOnTimeout:

Une autre option pourrait être de vérifier leur code source pour voir comment la nouvelle tentative automatique est faite en cas de timeout, mais la copy et la réémission de la requête devraient fonctionner (c'était la raison pour laquelle le support pour NSCopying était en premier lieu).