Je constate que pour une demande d'application Web particulière à Webresource.Axd renvoie une page complètement vide. (Copie et coller le lien dans une nouvelle fenêtre de navigateur entraîne un document complet de réponse vide) P>
Les journaux IIS montrant que les demandes à webresource.Axd réussissent (code d'état HTTP 200) p>
L'application elle-même est complexe et il semble donc probable que ce soit quelque chose que l'application fait ce qui cause cela, mais je ne sais pas quoi. P>
Quelles mesures de débogage supplémentaires puis-je prendre pour déterminer pourquoi ces demandes échouent et où devrais-je rechercher des endroits où le comportement spécifique de l'application pourrait affecter webresource.axd de cette manière? P>
choses que j'ai essayées jusqu'à présent: p>
Ceci est sur une machine Windows XP exécutant IIS 5.1 P>
3 Réponses :
Il s'avère que le problème était un filtre HTTPRESPonse que je postuler dans la méthode Les liens suivants m'ont aidé et décrivez cela plus en détail: P>
La solution consistait à ignorer l'application du filtre pour webresouce.axd. p> Application_PReQuestHandlerexecute code> dans global.asax. J'appliquais génériquement le filtre à toutes les demandes - même si le filtre a quitté le contenu inchangé pour Webresouce.axd, cela a toujours causé des problèmes. P>
Si vous utilisez Visual Studio 2013 Aperçu, il s'agit d'un problème connu: https: // Connecter .microsoft.com / VisualStudio / Feedback / Détails / 792689 / Webresource-Axd-Retours-A-200-OK-Eket-Response P>
(évidemment, cela ne s'applique pas à OP, mais à quiconque venant de Google) p>
Je n'utilisais pas Application_PréRequestHandlerexecute, mais en ajoutant la sortieFilterStream dans l'application_beginrequest. Cela a causé le même problème avec la réponse webresource.axd revenant avec le code de statut 200 mais une réponse vide. P>