Propre moyen de rattraper toutes les erreurs jeté dans un MVC 3.0 de l'application?

Je suis en train de construire un MVC 3.0 site de commerce électronique. Je veux éviter de coller les blocs try-catch partout dans mon code.

Question est assez simple: Ce qui est une bonne stratégie pour la capture de toutes les erreurs qui se sont jeté sur mon site web? Je veux connaître tous... afin que je puisse travailler sur le rapprochement qui compte à 0 une fois le site mis en ligne. J'ai l'intention de l'écriture de chaque erreur à un enregistreur et aussi à l'email.

J'ai fait un peu de lecture sur la capture dans le global.asax fichier... mais j'ai aussi lu qu'elle ne soit pas TOUS d'entre eux.

Quelqu'un a des suggestions ou peut me pointer dans la bonne direction?

J'aime toutes les réponses... j'ai essayé le sujet en apparence, et je suis amoureux d'elle. Installé si facile et je vais le remplacer complètement avec mon enregistreur de merde. J'aimerais voir quelques votes/commentaires pour s'assurer ELMAH est le chemin à parcourir...
Je suis d'accord! ELMAH est génial et il est très facile à installer. J'ai utilisé ELMAH en nombre de projets avec succès.

InformationsquelleAutor Ralph N | 2012-01-03

24

Le MVC façon de résoudre ce problème sont filtres. Si vous êtes sur MVC3 déjà, filtres globaux sont pour vous. Il existe un type spécial de filtre pour la remise des erreurs: le HandleError filtre. Cet article décrit bien l'utiliser.

Vous pourriez réaliser ses propres filtrer et contrôler tous les aspects des exceptions non gérées, par ex.:
```
public class HandleExceptionsAttribute : HandleErrorAttribute
{
    public override void OnException(ExceptionContext filterContext)
    {
        var expception = filterContext.Exception;

        //custom code here..
    }
}
```
Enfin, si vous voulez avoir toutes les exceptions non gérées à être stockées et enregistrées, ELMAH c'est à dire ELMAH.MVC est le meilleur choix. L'installer en utilisant la Package NuGet, le configurer et toutes les données seront accessibles à partir d'un lien tel que:

http://yourapp/admin/elmah/

Ma suggestion est de pas utiliser quelque chose comme Application_Error Mondiale.asax.cs.
- Je suis allé dans cette voie. Tout avait déjà été mis en place pour moi à l'aide de nuget, ce qui est excellent. Seul écueil: les gens ont besoin pour s'assurer qu'ils obtenir leur elmah.axd fichier. Même quand vous mettez autoriser attr sur le elmah contrôleur, vous pouvez toujours obtenir de elmah.axd. Si vous bloquez, assurez-vous que vous ne pouvez pas faire quelque chose comme /a/b/c/d/elmah.axd... donc il faut un peu de travail.
- Ne pas s'embêter avec elmah.axd, veuillez le supprimer à partir de votre site web.config! Malheureusement je ne peut pas le faire automatiquement. Une Fois Elmah.MVC est installé, vous avez app/admin/elmah itinéraire enregistré. Pas de problème pour le fixer par l'attribut [Authorize];
- quelques détails ici: beletsky.net/2011/03/integrating-elmah-to-aspnet-mvc-in.html
- Hey Alexandre, vous avez raison. J'ai commenté la httphandlers et les gestionnaires des sections qui n'avait rien à voir avec elmah.axd dans mon web.config... et il s'avère que nous n'avons pas besoin il. Le contrôleur qui a été mis dans la Zone/Admin/Elmah semble tout faire sans les elmah.axd choses. Je n'ai pas le pourquoi de la nuget elmah.axd juste ne pas mettre que des trucs là (ou plutôt, devrais le mettre dans commenté pour commencer...)
- Hey Alexander, un commentaire. D'entrée de votre blog possède toutes les informations nécessaires, mais le commentaire en haut en rouge est trompeuse: "mise à JOUR: Elmah.MVC est maintenant disponible en tant que package NuGet. Pas besoin de lire ce long post de blog, il suffit de l'installer.". Je suppose que vos instructions ont été pour les personnes qui ont été manuel d'installation... mais vous avez cette information supplémentaire sur les gestionnaires/httphandlers qui est en fait une bonne raison de lire le post de blog" =)
- Dû revoir ce post une fois de plus... j'ai trouvé que elmah journaux lors de l'accès au localhost, mais arrête l'enregistrement lors de l'accès à partir d'un autre ordinateur (et de la "page d'erreur personnalisée" des coups de pied dans). Voir Ivan Zlatev de réponse ici: stackoverflow.com/questions/766610/...
- Je sais que c'est assez vieux, mais je voudrais savoir pourquoi l'utilisation de Application_Error n'est pas recommandé.
- J'ai fait les deux ... il semble que certaines choses ne peut être pris que par elmah et d'autres vivent dans la mvc de domaine, une mauvaise mise en œuvre de l'omi à partir de microsoft, il a utilisé pour être que Application_Error pris tout mais comme le temps est parti sur les poteaux de but sont déplacés.
InformationsquelleAutor Alexander Beletsky

Vous pouvez gérer en toute levée d'une Exception dans le monde.asax.

protected void Application_Error(object sender, EventArgs e) 
{
  Exception exception = Server.GetLastError();
  //global handling code goes here

  Server.ClearError();
}

Cela semble sensible aux conditions de course.
Il ne fonctionnera pas non plus

InformationsquelleAutor Dennis Traub

Vous devez vous connecter pour publier un commentaire.