J'ai la configuration de pages d'erreur personnalisée à l'aide de
<customErrors mode="On" defaultRedirect="~/Home/Error"> <error statusCode="404" redirect="~/Home/PageNotFound" /> </customErrors>
5 Réponses :
Merci que vous avez raison, cela semble être exactement ce qui se passe. J'ai placé la vue d'erreur par défaut en arrière et j'ai jeté une exception, cette erreur de ne pas trouver la vue par défaut est partie. Cependant Elmah ne connecte pas l'exception. Je vais bien avec l'utilisation de la vue par défaut, mais comment Elmah ne connecte pas les erreurs? Il se connecte 404 bien, mais pas les erreurs de serveur 500.
@Aros - Vous devez implémenter une version spéciale du guidonerrorattribute pour Elmah. Vous pouvez trouver un exmaple ici: Hanselman.com/blog/...
Merci pour l'instant, j'ai commenté la ligne dans la réponse et je compte sur des erreurs personnalisées rediriger de web.config. Je vais utiliser la réponse ici si cela provoque des problèmes.
J'ai fini par sortir l'enregistrement de Est-ce que je manque quelque chose? P> guidonerrorattribute code> dans global.asax et simplement à l'aide de la section
Semble travailler pour moi, me rend légèrement nerveux mais je ne vois rien de mal avec ça.
A travaillé pour moi en utilisant des erreurs personnalisées avec Stackexchange.exceptionnel au lieu d'Elmah.
Pour les futurs lecteurs de ce post, notez que Elmah ajoute son propre Oui, je viens de remarquer sur Nuget.org que Elmah.mvc est responsable de l'ajout du guérisseur: p>
Intégration indolore de la fonctionnalité Elmah dans ASP.NET MVC
Application. Il suffit de déposer le package dans votre application ASP.NET MVC
et l'URL d'accès / elmah. Il installera également le filtre Global ManuserError,
qui garantit toutes les erreurs non heurtées sont consignées (même si CustomErrorRorror
tourné "on"). p>
blockQuote> guidonerrorattribute code> est également en attente de la vue ERROR.CSHTML. Notez que j'ai également installé le package Elmah.mvc Nuget mais qui est juste utilisé pour la configurer correctement. P>
Vous pouvez également vous assurer que le guidingerrorattribute code> n'est pas enregistré en le supprimant à partir des filtres globaux, à l'aide de Supprimer Méthode:
Pour désactiver CODE> GUERERERRORATTRIBUTE CODE> Ajoutez la ligne suivante à la section appSettings code> de votre fichier web.config:
Étant donné que
CustomErrors CODE> est quelque chose ASP.NET traite de (pas ASP.NET MVC), ce n'est pas le meilleur outil pour le travail. Richard Dingwall a un excellent poste sur ceci: Richarddingwall.name/2008/08/17/...