WebResource.axd introuvable
Je ne peux pas obtenir les fichiers de script à charger sur mon site. Tout le reste fonctionne bien. Je n'ai pas essayé ScriptResource.axd.
J'ai vérifié que ce problème existe sur les deux cassini et IIS7.
J'ai vérifié mon 64bit web 4.0.config contient le mappage pour WebResource.axd.
Mon heure du système est correcte (j'ai entendu il peut y avoir des problèmes avec ça).
J'ai vérifié qu'il fonctionne dans d'autres projets, de sorte que le coupable doit être mon application web.
Mon application web 4.0 MVC3 application web.
De mon site web.config peut être trouvé ici.
Cette erreur est en train de me tuer! Toute aide serait appréciée!
source d'informationauteur Paul Knopf
Vous devez vous connecter pour publier un commentaire.
Votre site web.fichier de config est incroyable (il n'est pas un compliment): dans .NET Framework 4.0, il devrait être beaucoup plus court/plus léger.
Je pense que votre gestionnaire est déclaré dans la mauvaise section :
Normalement, le WebResource.axd gestionnaire est déclaré dans "le système de.web de la section":
J'ai résolu un problème similaire en ajoutant des autorisations de lecture pour tout le monde dans le dossier où l'assembly contenant la ressource incorporée. Clairement tout le monde est exagéré, mais ça pourrait en aider d'autres recherches sur des questions similaires.
Dans notre cas, certaines ressources chargé (donc je connais la AssemblyResourceLoader a été de travail) et il a travaillé sur une seule machine, mais pas l'autre.
Cette réponse à une autre question m'a aidé à déterminer ce que les assemblées n'ont pas de travail.
Absolument solution est : http://www.4guysfromrolla.com/articles/080906-1.aspx
lorsque vous vérifiez l' .net framework code : https://github.com/Microsoft/referencesource/blob/master/System.Web/Handlers/AssemblyResourceLoader.cs
vous pouvez voir le truc : à la ligne 606
si l'assemblée n'ont pas WebResourceAttribute il jette erreur 404.
Vous pouvez voir à cette ligne
ajoutez la WebResourceAttribute à votre AssemblyInfo.cs fichier comme ceci :
J'ai résolu ce problème sur une machine de production à courir à nouveau aspnet_regiis:
Probablement la norme de l'installation du framework 4 qui a mal tourné.
Peu en retard, mais pourrait aider quelqu'un dans le futur...
J'ai trouvé que cela peut se produire si la DLL de l'application web vous livrer sont plus récents que la date actuelle heure. Par exemple, vous mettez votre application web sur le serveur de production, où le serveur de temps est plus que sur votre machine de développement.
Arriver l'heure du serveur de synchronisation avec le dev de la machine a fait le tour pour moi...
J'ai eu ce .axd problème avec Umbraco sur un serveur de production, il m'a rendu fou jusqu'à ce que j'ai découvert que le serveur a eu différentes de la sécurité et de la Demande, sous le Filtrage, les extensions .axd et .asmx n'ont pas été répertoriés dans le Permis les noms de fichier par défaut, et la société d'hébergement eu le paramètre de Permettre non cotées extensions de nom de fichier éteint, ce qui est différent de ma machine de développement.