ASP.NET Débogage de Timing avec IIS

Finalement craqué et la recherche de l'aide, mon client/iis (pas sûr), généralement après environ 30s à 1 minute alors que im débogage (pas à pas dans le code) qui non seulement me fait perdre ma place et avoir à recommencer (généralement de marcher plus vite, faire plus d'erreurs), mais IIS session de Débogage se ferme complètement et j'ai pour réchauffer l'ensemble de la session à nouveau.

Quelle est la meilleure façon d'obtenir plus de temps d'une session de débogage?

De débogage à la vanille, 3.5 Web Site (pas d'application) sur IIS 7.5 Classique Pipeline

  • Je ne sais pas si cela aide ou pas, mais dans mon expérience, j'ai seulement eu ce problème avec des Sites Web et Web Applications. Pour de NOMBREUSES raisons, j'essaie d'éviter les Sites Web comme de la peste.
  • N'avons pas vraiment le choix, c'est moi en essayant de maintenir un site existant pendant que nous construisons la nouvelle WebAPP pour le remplacer.
  • Comment êtes-vous de débogage? Windbg ou Visual studio débogage à distance? Dans les cas extrêmes, j'utilise windbg et l'attacher au processus. De cette façon, j'ai encore l'état.
  • J'ai vu cela dans MVC 1 apps dans vs 2008. VS 2010 ne semble pas avoir le même problème.
  • C'est une des formes de l'app, pas de MVC, C'est Visual Studio Débogage à Distance attacher à mon local IIS 7.5 processus de travail.
  • Pour ceux qui sont venus dans cette réponse, et utilisez ASP NET CORE, voir: stackoverflow.com/questions/3829202/...

InformationsquelleAutor Aren | 2010-04-29
  1. 36

    Réglage de la limite de connexion fonctionne si vous définissez assez haut. Je voulais de ne jamais être dérangé par ce nouveau. Ici est ce que j'ai fait:

    Cela suppose que vous avez un Pool d'applications IIS sélectionné dans le Gestionnaire des services IIS

    ...Dans les Paramètres Avancés de la boîte de dialogue, recherchez la section Modèle de Processus, et effectuez l'une des actions suivantes:

    1. Jeu de Ping Activé False.
    2. Jeu de Ping Temps de Réponse Maximal d'une valeur qui est supérieure à 90 secondes.

    Réglage de Ping Activé False s'arrête IIS de vérifier si le processus de travail est toujours en cours d'exécution et maintient le processus de travail en vie jusqu'à la fin de votre processus de débogage. Réglage de Ping Temps de Réponse Maximal d'une grande valeur permet à IIS de continuer à surveiller le processus de travail.

    • Il est intéressant de noter que la définition du Temps de Réponse à quelque chose de grand est "assez" pour résoudre le problème, Ping Activé aidera. Ce marquage comme acceptée parce qu'elle est plus correcte que l'autre.
    • Je suppose que je devrais changer mon formulation de "...n'a pas de travail pour moi." à "...n'a pas fonctionné comme je le voulais de ne jamais m'embête de nouveau."
    • Je viens de changer l'Application de la Piscine de mon Site web par défaut (DefaultAppPool) et de ses œuvres. 🙂 Merci.
    InformationsquelleAutor Nick DeVore
  2. 5

    Plutôt que de changer votre application paramètres de pool dans IIS, vous devez modifier temporairement le httpRuntime executionTimeout attribut dans le web.config. La valeur par défaut est de 110 secondes, ce qui est généralement beaucoup de temps, mais pas si vous êtes de débogage. Augmenter le délai d'attente permettra de demandes vers le serveur de courir plus longtemps.

    <system.web>
   <httpRuntime executionTimeout="360" />
</system.web>

    Qu'il définit à 6 minutes (360 secondes).

    Après vous avez terminé de débogage, vous pouvez supprimer l'attribut et IIS pour revenir à la valeur par défaut.

    • Je l'ai fait. Je l'ai mis à 9999, qui est d'environ 2,7 heures. Pourtant, après quelques minutes de débogage, ma page web s'affiche "Internet Explorer ne peut pas afficher la page web" alors que j'étais de débogage pas à pas dans le code du serveur. Est-il un autre navigateur délai d'attente pour IE qui peut être changé?
    • Je n'ai jamais personnellement débogué une production web app. J'ai été en mesure de reproduire le bug dans un environnement d'assurance qualité ou utilisé IIS ou les journaux d'erreurs de comprendre quel est le problème. J'ai très recomment vous utiliser une telle méthode. Débogage directement la production est d'avoir des ennuis.. pour répondre À ta question:Le délai d'exécution devrait fonctionner. Si vous obtenez un message indiquant que IE ne peut pas afficher la page, alors il peut être autre chose qu'un délai d'attente..
    InformationsquelleAutor grahamesd
  3. 2

    Notez que si vous utilisez un ScriptManager (pour dire, mise à jour des panneaux), il utilise son propre délai défini par:

    <asp:ScriptManager ID="ScriptManager1" AsyncPostBackTimeout="???" ...
</asp:ScriptManager>

    Je vous recommande d'utiliser une haute valeur uniquement lorsque le débogage. Vous pouvez le faire dans le pageload cas de la page où le contrôle scriptmanager existe:

    If Debugger.IsAttached Then
    ScriptManager1.AsyncPostBackTimeout = 600
End If
    InformationsquelleAutor Alex