Discussion :

[olibara]

Bonjour

Je cherche a lancer une requete http en mode Asynchrone afin de ne pas laisser l'utilisateur pendu en attendant le retour alors que le resultat de la requete peut etre traité en Backround

Donc, pour effectuer, cela je pensais utiliser un BackroundWorker, mais c'est peut etre un peu lourd pour la cause ...
Ensuite j'ai trouvé un exemple tout fait de Microsoft :

http://msdn.microsoft.com/en-us/libr...tresponse.aspx

Mais j'ai sans doute rien compris, car avec cet exemple on reste bloqué tant que la requete n'est pas entierement effectuée

Avez-vous un autre conseil ou suggestion

Merci de votre aide

[plume13]

Hello,

Ce que je vais dire va peut-être paraitre bête, mais pour que ça ne se bloque pas, il faut avoir quelquechose à faire...
En l'occurrence, avec le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
// The response came in the allowed time. The work processing will happen in the 
// callback function.
allDone.WaitOne();

le processus en cours se bloque en attendant que la réponse arrive et soit traitée par les méthodes RespCallback et ReadCallBack.

[olibara]

Merci pour ta reponse plume13

En fait si je suis l'exemple en pas a pas, ca bloque AVANT WaitOne(), pendant l'instruction ci-apres

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
      // Start the asynchronous request.
      IAsyncResult result=
        (IAsyncResult) myHttpWebRequest.BeginGetResponse(new AsyncCallback(RespCallback),myRequestState);

Donc en résumé et dans l'état, je ne vois pas l'intéret de cette methode BeginGetResponse qui n'apporte rien de plus qu'un simple GetResponse

[meziantou]

Il y a une remarque dans la documentation

The BeginGetResponse method requires some synchronous setup tasks to complete (DNS resolution, proxy detection, and TCP socket connection, for example) before this method becomes asynchronous. As a result, this method should never be called on a user interface (UI) thread because it might take some time, typically several seconds. In some environments where the webproxy scripts are not configured properly, this can take 60 seconds or more. The default value for the downloadTime attribute on the <webProxyScipt> config file element is one minute which accounts for most of the potential time delay.

Le début de la méthode est synchrone, d'où ton problème.
Il faut donc utiliser un thread.

[olibara]

Merci Meziantou

Effectivement ca m'avait échapé !

Mais donc je ne vois pas beaucoup l'avantage de cette methode par rapport a emballer un simple GetResponse dans un BackroundWorker !

Mais s'il y a des subtilités a comprendre je serais ravi d'en faire la connaissance