2009-02-17 8 views
6

Ich habe eine neue Version eines ASP.NET-Webdienstes bereitgestellt. Die IIS-Protokolldatei meldet einen Fehlercode 500, wenn dieser Dienst von einem Client aufgerufen wird. Mein eigener (Test) kann den Dienst fehlerfrei nutzen. Ich habe Fehlerlogging in meinem ASP.NET-Webdienst aktiviert, aber es wird kein Fehler protokolliert, was zu der Annahme führt, dass der Fehler nicht von meinem Code, sondern irgendwo "früher" im Stack ausgelöst wird. Ich habe auch die Datei httperr1.log untersucht, aber dort ist nichts relevant.Wie kann ich IIS 500-Fehler verfolgen, die von meinem Webservice ausgelöst wurden?

Frage, wie kann ich mehr Fehlerlogging zu IIS hinzufügen, um den Fehler zu untersuchen? Ich habe keinen Zugang zum Kunden.

[Updates] Ich verwende IIS6. Ich habe das Ereignisprotokoll überprüft und nichts gefunden.

+0

Jeder ASP.net-Fehler würde im Allgemeinen in der Ereignisanzeige protokolliert werden. Hast du dort nachgesehen? – Ramesh

Antwort

3

DebugDiag 2.0 von Microsoft ist das bestimmte Werkzeug, das Sie verwenden möchten, wenn Sie auf IIS6 sind.

+0

"Entschuldigung. Dieser Download ist nicht mehr verfügbar." –

+0

Aktualisiert auf DebugDiag 2.0. Dieser Link kann auch in Zukunft unterbrochen werden. debugdiag.com oder http://blogs.msdn.com/b/debugdiag kann haltbarer sein. – JohnW

0

In welchem ​​Format ist Ihr Logfile? Das IIS-Format enthält häufig Fehlermeldungen einer bestimmten Anfrage, während das Standardformat dies nicht tut.

+0

Ich protokolliere das Standardformat für IIS, ich werde überprüfen. – edosoft

0

Wenn Sie die webMethod über den automatisch generierten Proxy auf dem lokalen Host ausführen, können Sie den Stack-Trace-Dump sehen, wenn er abstürzt.