Gestion des erreurs serveur

muqaddar

Salut,



J'aimerais connaà®tre votre politique maison pour traiter les erreurs serveur lors de téléchargements par lots.



Par exemple, on peut imaginer 2 cas pour commencer:

1) server indisponible

2) erreur de code sur le serveur

[color=#6f43a4][color=#34595d]failure[/color][color=#000000]:^([/color]NSURLRequest[color=#000000] *request, [/color]NSHTTPURLResponse[color=#000000] *response, [/color]NSError[color=#000000] *error)[/color][/color]<br />
{<br />
	  [color=#3f277d]NSLog[/color]([color=#d1342a]@&quot;error code : %d&quot;[/color], [error [color=#3f277d]code[/color]]);<br />
	  <br />
	  [color=#b9369d]if[/color] ([error [color=#3f277d]code[/color]] == -[color=#2537d1]1004[/color]) {<br />
[color=#34595d][color=#000000]		[[/color][color=#b9369d]self[/color][color=#000000] [/color]notifyWithSuccess[color=#000000]:[/color][color=#b9369d]NO[/color][color=#000000] [/color]title[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]SERVER_UNAVAILABLE[color=#000000]) [/color]message[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]PLEASE_TRY_LATER[color=#000000])]; [/color][/color]<br />
[color=#3f277d][color=#000000]		[queue [/color]cancelAllOperations[color=#000000]];[/color][/color]<br />
	  }<br />
	  [color=#b9369d]if[/color] ([error [color=#3f277d]code[/color]] == -[color=#2537d1]1011[/color]) { [color=#008123]// 500[/color]<br />
[color=#34595d][color=#000000]		[[/color][color=#b9369d]self[/color][color=#000000] [/color]notifyWithSuccess[color=#000000]:[/color][color=#b9369d]NO[/color][color=#000000] [/color]title[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]SERVER_ERROR[color=#000000]) [/color]message[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]PLEASE_TRY_LATER[color=#000000])];[/color][/color]<br />
	  }<br />
}<br />

Si dans le cas 1), le serveur est mort, on tue la boucle. Il y a peu de chance que le serveur soit OK pour la requête suivante. Ainsi, l'utilisateur n'aura pas 15 fois le même message d'erreur à  la suite...



Mais dans le cas 2), on peut imaginer un problème avec une ressource (bug code), mais pas la suivante, qui renverrait une erreur 500. Dans ce cas, il faut ne pas tuer les autres requêtes... mais on peut aussi imaginer que toute la liste va foirer, et dans ce cas, il faudrait tuer la boucle.



Côté serveur, je peux lever des exceptions pour envoyer des réponses "KO" en Json par exemple ou autre chose si il y a un problème de code.



Bref, il y a plusieurs cas à  traiter.

Mon principal problème est de ne pas faire boucler une erreur récurrente sur chaque requête et savoir quand terminer l'OperationQueue.

muqaddar

Bon, j'ai optimisé côté serveur où je renvoie différent types d'erreurs:

begin<br />
<br />
	  if File.exist? RAILS_ROOT + &quot;#{path}&quot;<br />
		return send_file RAILS_ROOT + &quot;#{path}&quot;, :filename =&gt; image, :type =&gt; &quot;image/jpeg&quot;  <br />
	  else<br />
		# resource not found<br />
		render :text =&gt; &#39;Not Found&#39;, :status =&gt; &#39;404&#39;<br />
	  end<br />
	  <br />
	rescue<br />
	  # there is an error getting image<br />
	  render :text =&gt; &#39;Server Error&#39;, :status =&gt; &#39;500&#39;<br />
	end

Et côté client:

[color=#34595d]failure[/color]:^([color=#6f43a4]NSURLRequest[/color] *request, [color=#6f43a4]NSHTTPURLResponse[/color] *response, [color=#6f43a4]NSError[/color] *error)<br />
	{<br />
	  [color=#3f277d]NSLog[/color]([color=#d1342a]@&quot;error code : %d&quot;[/color], [error [color=#3f277d]code[/color]]);<br />
	  <br />
	  [color=#b9369d]if[/color] ([error [color=#3f277d]code[/color]] == -[color=#2537d1]1004[/color]) {<br />
[color=#34595d][color=#000000]		[[/color][color=#b9369d]self[/color][color=#000000] [/color]notifyWithSuccess[color=#000000]:[/color][color=#b9369d]NO[/color][color=#000000] [/color]title[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]SERVER_UNAVAILABLE[color=#000000]) [/color]message[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]PLEASE_TRY_LATER[color=#000000])]; [/color][/color]<br />
[color=#3f277d][color=#000000]		[queue [/color]cancelAllOperations[color=#000000]];[/color][/color]<br />
	  }<br />
	  [color=#b9369d]if[/color] ([response [color=#3f277d]statusCode[/color]] == [color=#2537d1]500[/color]) {<br />
[color=#34595d][color=#000000]		[[/color][color=#b9369d]self[/color][color=#000000] [/color]notifyWithSuccess[color=#000000]:[/color][color=#b9369d]NO[/color][color=#000000] [/color]title[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]SERVER_ERROR[color=#000000]) [/color]message[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]PLEASE_TRY_LATER[color=#000000])];[/color][/color]<br />
[color=#3f277d][color=#000000]		[queue [/color]cancelAllOperations[color=#000000]];[/color][/color]<br />
	  }<br />
	  [color=#b9369d]if[/color] ([response [color=#3f277d]statusCode[/color]] == [color=#2537d1]404[/color]) {<br />
[color=#34595d][color=#000000]		[[/color][color=#b9369d]self[/color][color=#000000] [/color]notifyWithSuccess[color=#000000]:[/color][color=#b9369d]NO[/color][color=#000000] [/color]title[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]RESOURCE_NOT_FOUND[color=#000000]) [/color]message[color=#000000]:[/color][color=#784a32]_T[/color][color=#000000]([/color]PLEASE_TRY_LATER[color=#000000])];[/color][/color]<br />
	  }<br />
	}];

Et donc je détruit la boucle uniquement avec une 500 (problème de code ?) mais pas avec une 404 (resource introuvable). Je pense que c'est la meilleure approche.

Ceetix

Efficace comme traitement /smile.png' class='bbc_emoticon' alt=':)' />

C'est quel langage côté serveur ?

muqaddar

Du Ruby. /wink.png' class='bbc_emoticon' alt=';)' />

Ceetix

Faudrait vraiment que je m'y mette ...

J'ai la flemme de tout ré-apprendre

muqaddar

'Ceetix' a écrit:

Faudrait vraiment que je m'y mette ...

J'ai la flemme de tout ré-apprendre

C'est comme du PHP, sans les $ et sans point virgule. :-)

Du code Ruby fait plus propre à  lire.



Bon je dis ça, mais ça fait 5 ans que j'en fais, et je regrette pas, surtout au niveau productivité.