Mon application ASP.NET MVC est dans un dossier appelé Stuffing dans le dossier IIS 6.0 Weroot. Donc, j'accède à mes pages comme http: // localhost / Stuff / Posts . J'avais Emlah travaillant pendant que j'utilisais le serveur Web Intégré de Visual Studio. Maintenant, lorsque j'accède à http: //localhost/stuff/elmah.axd , je reçois une erreur de ressource introuvable. Quelqu'un peut-il pointer mon erreur ici! Voici la saisie de fichier de configuration,
<add verb="POST,GET,HEAD" path="elmah.axd" type="Elmah.ErrorLogPageFactory, Elmah"/> //Handler <add name="ErrorMail" type="Elmah.ErrorMailModule, Elmah"/> <add name="ErrorLog" type="Elmah.ErrorLogModule, Elmah"/> <add name="ErrorFilter" type="Elmah.ErrorFilterModule, Elmah"/> //Module
5 Réponses :
Pouvez-vous poster le reste de votre web.config?
ou, si vous êtes assez à l'aise, pouvez-vous simplement vous assurer que les sections HTTPHADLERS et HTTPMODULES (NON HANDLERS et MODULES) sont correctement remplies dans le Web.config?
Merci gars, en fait, je devais ajouter les entrées dans la nouvelle section System.webserver dans le fichier web.config.
Travaillé pour moi aussi. Pourquoi ne postez-vous pas cela comme la solution.
Avez-vous ajouté une IGNORE * .AXD itinéraires dans global.aSax?
Travailler avec IIS7 J'ai trouvé que j'avais besoin des deux sections du Peut-être que ceci est lié. web.config peuplé ( system.web et system.webserver ) - voir Elmah ne fonctionne pas avec ASP.NET Site .
Pour Elmah, nous devons différencier deux choses: Premièrement, les modules HTTP faisant tout le travail de la journalisation erronée, du courrier électronique ... etc. Deuxièmement, les gestionnaires HTTP, affichant la page de journal d'erreur et d'autres pages (RSS ... etc.)
J'avais le même problème de 404 ressources non trouvées parce que j'ai une configuration étrange! Sur ma machine de développement (Windows 7, IIS 7) ELMAH travaillait comme un charme car le pool d'applications travaillait dans le mode pipeline intégré. Dans la machine de production, toutefois, l'application utilisait le pipeline géré et j'ai essayé de tout mon mieux pour faire du travail d'Elmah, mais tout était inutile ...
J'ai ensuite eu l'idée d'afficher l'interface utilisateur (page de journalisation des erreurs, RSS, Détail d'erreur, ...) en utilisant des pages ASPX régulières. J'ai téléchargé le code source, apporté des modifications (désolé ATIF, j'ai été obligé de le faire car j'avais besoin de la solution la plus rapide), puis dans mon application, j'ai créé un dossier sous lequel j'ai créé des pages ASPX régulières qui héritent de pages définies par Elmah. La page ne contient qu'une ligne (ex: pour la page de détail: <% @ page langue = "c #" hérite = "elmah.errordetailpage"%>)
Maintenant, j'ai pu courir Elmah indépendamment de l'IIS 6/7 et cela fonctionne comme un charme .. Et cela m'a sauvé d'un gros mal de tête de configuration correctement configurant les gestionnaires HTTP et résolvez son travail! De plus, la configuration de la sécurité est beaucoup plus simple!
Je ne sais pas si la communauté s'intéresse à cette solution (si oui, je suis prêt à poster mes modifications complètes).
J'espère que cela vous donne une idée de la manière de résoudre le problème de manière alternative (et si vous avez besoin de la DLL modifiée avec des instructions complètes sur la façon de l'utiliser, dites-le-moi!)
Dans les paramètres du pool d'applications dans IIS Set Mode pipelin géré TO Classic Si vous ne souhaitez pas modifier le code ou le web.config fichier. Votre AXD.S fonctionnera alors comme avant.
"La nouvelle section System.WebServer dans le web.config" est uniquement pour IIS7.0 mais dans votre question, vous posez des questions sur IIS6.0. Quelle version IIS que vous utilisez exactement?