Die schnellste Weg ist einfach einige Protokollierung in der Application_Error-Ereignis innerhalb Ihrer Global.asax-Datei zu implementieren. Wenn Sie keine Global.asax-Datei haben, erstellen Sie einfach eine Datei mit dem Assistenten für neue VS-Dateien, und das Ereignis wird für Sie behandelt.
Es wird Ihnen nicht helfen, zu lokalen Variablen im Bereich des Fehlers zu gelangen, aber Sie können globale Variablen von dort protokollieren und zumindest eine Rückmeldung über den Fehler erhalten.
BEARBEITEN: Als Reaktion auf Ihren Kommentar empfehle ich Ihnen, Ihre Trace-Daten in eine Datei auszugeben, die Sie analysieren können. Ich habe das selbst nicht versucht, aber ich habe es empfohlen. Um Ihre web.config, fügen Sie etwas namens ein Tracelistener etwa so:
<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>
Sie gehen mit ihm vor Ort zu spielen, um zu müssen, ich bin sicher. Stellen Sie beispielsweise sicher, dass die Ablaufverfolgung für den Client nicht sichtbar ist (dies kann die Verwendung der Ablaufverfolgungsklasse zum Ein- oder Ausschalten der Ablaufverfolgung und zum Ändern der Streams, in die sie schreibt, erforderlich machen).
Entschuldigung, ich hätte genauer sein sollen. Es wird keine Ausnahme ausgelöst, nur dass die Anwendung nicht wie erwartet funktioniert. SO wird mir das Ereignis application_error nicht helfen. –
In diesem Fall ist es viel schwieriger :) Eine Sekunde, lassen Sie mich bearbeiten. – JoshJordan