Le le plus rapide est d'implémenter simplement une certaine consignation dans l'événement Application_Error dans votre fichier Global.asax. Si vous n'avez pas de fichier Global.asax, créez-en simplement un avec l'assistant VS New File et il gérera cet événement pour vous.
Cela ne vous aidera pas à accéder aux variables locales à la portée de l'erreur, mais vous pouvez enregistrer des variables globales à partir de là et obtenir au moins un retour sur ce qu'est l'erreur.
EDIT: En réponse à votre commentaire, je vous recommande de sortir vos données de trace dans un fichier que vous pouvez analyser. Je n'ai pas essayé cela moi-même, mais je l'ai vu recommandé. Pour votre web.config, ajouter quelque chose appelé TraceListener comme ceci:
<system.diagnostics>
<trace autoflush="true">
<listeners>
<add name="TestTracer"
type="System.Diagnostics.TextWriterTraceListener, System,
Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
initializeData="<app root directory>\Asptesttrace.log" />
</listeners>
</trace>
</system.diagnostics>
Vous allez avoir besoin de jouer avec localement, je suis sûr. Par exemple, assurez-vous que la trace n'est pas visible pour le client (cela peut impliquer l'utilisation de la classe Trace pour activer ou désactiver la trace et modifier les flux dans lesquels elle est écrite).
Désolé, j'aurais dû être plus précis. Aucune exception n'est levée, c'est juste que l'application ne fonctionne pas comme prévu. Donc, l'événement application_error ne m'aidera pas. –
Dans ce cas, c'est beaucoup plus difficile :) Une seconde, laissez-moi éditer. – JoshJordan