2009-02-17 14 views
6

Mam wdrożoną nową wersję usługi internetowej ASP.NET. Plik logu IIS zgłasza kod błędu 500, gdy usługa ta jest wywoływana przez klienta. Mój własny (test) może korzystać z usługi bez żadnego błędu. Zablokowałem obsługę błędów w mojej usłudze internetowej ASP.NET, ale nie rejestrowano żadnego błędu, co prowadzi do przekonania, że ​​błąd nie jest generowany przez mój kod, ale gdzieś "wcześniej" w stosie. Sprawdziłem również plik httperr1.log, ale nie ma tam nic istotnego.Jak mogę śledzić błędy IIS 500 zgłaszane przez moją usługę internetową

Pytanie, w jaki sposób mogę dodać więcej błędów w usłudze IIS, aby zbadać błąd? Nie mam dostępu do klienta.

[Aktualizacje] Używam IIS6. Sprawdziłem dziennik zdarzeń i niczego tam nie znalazłem.

+0

Dowolny błąd ASP.net, generalnie byłby rejestrowany w przeglądarce zdarzeń. Czy to sprawdziłeś? – Ramesh

Odpowiedz

3

DebugDiag 2.0 od Microsoft jest definitywna narzędzie chcesz użyć, jeśli są na IIS6.

+0

"Niestety, ten plik do pobrania nie jest już dostępny." –

+0

Zaktualizował go do DebugDiag 2.0. Ten link może również przerwać w przyszłości; debugdiag.com lub http://blogs.msdn.com/b/debugdiag mogą być bardziej trwałe. – JohnW

0

W jakim formacie znajduje się plik dziennika? Format IIS często zawiera komunikaty o błędach z konkretnego żądania, podczas gdy format domyślny nie.

+0

Zapisuję domyślny format dla IIS, sprawdzę. – edosoft

0

Jeśli uruchomisz webMethod z automatycznego generowania proxy na localhost, możesz zobaczyć zrzut śledzenia stosu, gdy się zawiesza.

Powiązane problemy