Comment puis-je trace IIS 500 erreurs jeté par mon webservice
J'ai déployé une nouvelle version d'un ASP.NET webservice. Le fichier journal IIS rapports un code d'erreur 500 lorsque ce service est appelé par un client. Le mien (de test) peuvent utiliser le service, sans aucune erreur. Je l'ai activé errorlogging dans mon ASP.NET webservice, mais aucune erreur n'est connecté, ce qui m'amène à croire que l'erreur n'est pas jeté par mon code, mais quelque part "précédent" dans la pile. J'ai également examiné la httperr1.fichier journal, mais il n'y a rien de pertinent là.
Question, comment puis-je ajouter plus de errorlogging à l'IIS à étudier l'erreur? Je n'ai pas accès pour le client.
[Mises à jour] je suis en utilisant IIS6. J'ai vérifié le journal des événements et n'a rien trouvé là.
- Tout ASP.net erreur, serait généralement enregistré dans l'Observateur d'Événements. Avez-vous vérifier?
Vous devez vous connecter pour publier un commentaire.
DebugDiag 2.0 de Microsoft est l'outil que vous souhaitez utiliser si vous êtes sur IIS6.
La version de IIS utilisez-vous?
Dans IIS7 vous avez des capacités de traçage.
Prendre un coup d'oeil à: Dépannage, les Demandes ayant Échoué à l'Aide de Traçage dans IIS 7.0
Dans quel est le format de votre fichier de log? IIS format contient souvent des messages d'erreur à partir d'une demande spécifique, tandis que le format par défaut ne fonctionne pas.
Si vous exécutez le webMethod de la génération automatique de proxy sur le localhost, vous pouvez voir la trace de la pile de vidage, quand il se bloque.