2010-11-12 1 views
2

Unhandled exceptions cause ASP.NET-based applications to unexpectedly quit in the .NET Framework 2.0 me fait penser qu'une source de journal des événements nommé avec la convention suivante sera toujours inscrite sur une case où le .NET Framework a été installé:Puis-je toujours compter sur cette source de journal des événements ASP.NET en cours d'enregistrement?

« ASP.NET xyz0 »

Où X, Y et Z sont les nombres majeurs, mineurs et de build de l'environnement d'exécution .NET.

Est-il raisonnable de supposer que l'installation de .NET Framework créera toujours cette source de journal des événements?

Répondre

-1

Peut-être. Cependant je pense que tous les événements dans les fenêtres sont stockés dans le journal des événements. Par défaut, l'analyseur de trace intégré de .NET écrit les événements d'application dans le journal des événements lorsqu'une erreur se produit. Vous pouvez voir où se trouve le journal dans votre registre ou afficher les journaux avec l'Observateur d'événements.

Cliquez sur Démarrer, sur Exécuter, tapez regedt32, puis cliquez sur OK.

Dans le menu Windows, cliquez sur HKEY_LOCAL_ MACHINE sur la machine locale.

Pour le journal système:

Cliquez sur le System \ CurrentControlSet \ Services \ EventLog \ System, puis double-cliquez sur la valeur FILE.

Pour le journal d'application:

Cliquez sur le System \ CurrentControlSet \ Services \ EventLog \ dossier Application, puis double-cliquez sur la valeur du fichier.

Pour le journal de sécurité:

Cliquez sur le System \ CurrentControlSet \ Services \ EventLog \ dossier Sécurité, puis double-cliquez sur la valeur FILE.

+0

-1: Je crains que toutes les "erreurs" ne soient pas enregistrées. L'OP voyait des entrées créées par ASP.NET Health Monitoring, qui les consignera par défaut dans le journal des événements d'applications. Cela peut être désactivé ou redirigé par configuration. –

Questions connexes