Pourquoi ne débogage garder le timing dans IIS7?

Question

Quand je suis débogage sur mon Windows 7 IIS7 machine, j'ai cette erreur lors d'un débogage:

Le serveur web processus qui était en cours de débogué a été résilié par IIS. ceci peut être évité par la configuration application de la piscine paramètre dans IIS. voir pour de plus amples détails.

Ce que je fais mal?

Answer 1

Lorsque vous déboguez, IIS ne sera pas de service et toute autre demande avant de faire le pas à pas dans votre code. Que comprend le "ping" demande qu'IIS envoie à lui-même. Depuis IIS ne pas entendre de lui-même, il décide de s'arrêter lui-même, qui retire rapidement votre débogage.

La solution est d'augmenter le Ping Maximum le Temps de Réponse dans les paramètres de pool d'applications de sa valeur par défaut est de 90 secondes. Ensemble à quelque chose d'assez haut qui vous donnera assez de temps pour déboguer votre code (comme peut-être 300 secondes).

Microsoft a une longue haleine écriture jusqu' ici, ou vous pouvez juste regarder le joli tableau.

--

Edit: d'Autres ont suggéré la création d'un "Ping Activé" pour de faux. Il y a plusieurs raisons pour lesquelles je préfère le garder en place, avec un intervalle plus grand, mais le plus important c'est que vous aurez très probablement avoir travailleur à traitement de la commande ping activé sur la production, et vous devez vous efforcer de développer et de debug sous une configuration qui est aussi proche de la production que possible. Si vous n'avez PAS de ping activé sur la production, puis par tous les moyens de le désactiver aussi bien localement.

Answer 2

http://weblogs.asp.net/soever/archive/2009/06/18/debugging-sharepoint-asp-net-code-smart-key-codes-disable-timeout.aspx

Votre Pool d'applications -> Paramètres Avancés -> Ping Activé False

Answer 3

IIS a une santé de la fonction de vérification qui vérifie périodiquement pour voir si un processus de travail IIS est interrompu ou autrement unusuable. Si un processus de travail est arrêté dans le débogueur, il semble malsain du point de vue de l'IIS, IIS et le tue et lance un nouveau processus.

Pour modifier ce comportement (sur votre station de développement-- ne voulez pas désactiver cette dans de production!) accédez à l'outil de gestion IIS, sélectionnez le nœud Pools d'Applications dans le volet de gauche et cliquez-droit sur le pool d'applications que votre application est en vie, et de choisir "Paramètres Avancés". À partir de là, dans le "modèle de processus", jeu de "Ping Activé" pour de Faux. Vous pouvez également définir le délai d'inactivité à un très grand nombre.

Voir ce IIS.NET l'article pour plus de discussion de cette question, et une capture d'écran. Voir cet article TechNet pour savoir comment définir ces paramètres via le code/script à l'extérieur de l'outil d'administration.

Answer 4

Si vous avez microsoft scom cours d'exécution et configuré où vous travaillez (en supposant que ce n'est pas pour le plaisir de projet) et vous êtes en mesure de créer un pack d'administration ou connaissez quelqu'un qui est, qui peut vous aider à identifier ce qui est à l'origine du problème. Je réalise que c'est un long shot, mais si c'est votre scénario c'est ce que je ferais si aucune autre solution n'est trouvée.