6
votes

Récupérer des en-têtes de réponse à Silverlight?

J'élève un httpwebrequest à Silverlight et essayez de lire (entre autres choses) les en-têtes de la réponse. Malheureusement, alors que je peux obtenir l'objet de réponse (httpwebrevonse) toute tentative d'accès à la collection d'en-têtes entraîne une exception "non mise en œuvre". Des idées sur la façon de faire cela? Je tente de tirer un grand jeu d'enregistrements d'Azure (~ 8k lignes) et je dois vérifier l'en-tête de réponse pour le jeton de continuation.


0 commentaires

4 Réponses :


1
votes

0
votes

Malheureusement, tandis que cette propriété existe, elle renvoie de la même manière une exception non mise en œuvre.

J'ai du mal à croire que c'est aussi difficile que cela semble ... j'imagine que beaucoup ont la même exigence.


0 commentaires

5
votes

Merci à @silverfighter, j'ai la réponse. L'astuce était de dire Silverlight 3 de laisser le client (.NET) gérer l'appel plutôt que le navigateur (la valeur par défaut). Une fois que vous faites cela, vous avez accès aux en-têtes de réponse via les approches WebClient et Httwebrequest. Plus d'informations ici:

http: // blogs.msdn.com/carlosfigueira/archive/2009/08/15/fault-support-in-silverlight-3aspx http://msdn.microsoft.com/en-us/ Bibliothèque / DD470096 (vs.95) .aspx http: // blogs .MSDN.com / Silverlight_sdk / Archive / 2009/08/12 / Nouveau-Network-Stack-Silverlight-3.Asaspx


0 commentaires

0
votes

Les en-têtes de réponse ne sont pas pris en charge dans la manipulation HTTP du navigateur. Vous devez spécifier la manipulation HTTP du client avant d'appeler votre HTTPHANDLER:

bool httpresult = webrequest.registerprefix ("http: //", webrequestcreator.clienthttp);

wcclient wc = nouveau webclient ();

wc.openreadcompléted + = nouveau OpenReadCompleteDeDeHandler (wc_openreadcompled);

wc.openreadasync (...);

Les en-têtes de résultat seront désormais disponibles sur l'objet WebClient dans la méthode wc_openreadcompled. Regardez: http://msdn.microsoft .Com / fr-US / Bibliothèque / DD920295 (v = vs.95) .aspx


0 commentaires