asp.net - net - setup remote debugging visual studio 2015



Visual Studio “Impossible de démarrer le débogage sur le serveur Web. Le serveur Web n'a pas répondu à temps. ” (20)

Appuyez sur Maj + F5 dans Visual Studio pour mettre fin à la session de débogage en cours. Vous pouvez ensuite appuyer sur F5 pour démarrer une nouvelle session de débogage.

ou

fermez votre application, réinitialisez iis puis ouvrez votre application et lancez-la

https://src-bin.com

Je reçois régulièrement l'erreur suivante lors de la compilation dans Visual Studio et de l'exécution de mon application Web:

"Impossible de démarrer le débogage sur le serveur Web. Le serveur Web n'a pas répondu à temps. Cela peut être dû au fait qu'un autre débogueur est déjà connecté au serveur Web."

Normalement, c'est après avoir déjà débogué l'application. À partir de la ligne de commande, je lance "iisreset / restart" et corrige le problème.

Comment puis-je empêcher cela de se produire en premier lieu?


Answer #1

Après avoir essayé toutes les solutions proposées ici et ailleurs (au moins 10 approches différentes), la seule option qui a fonctionné pour moi était:

  • supprimer le site Web et le pool d'applications sur IIS
  • recréer un site Web et un pool d'applications sur IIS (dans mon cas, tout est exactement identique à la configuration précédente)

PS: J'utilise VS 2013 et IIS 7.5 (Win7).

J'espère que cela économise quelques heures à quelqu'un d'autre.


Answer #2

Avec moi, cela s'est produit lorsque IE a été mis à niveau vers une version plus récente, puis dans les mises à jour installées, a supprimé la nouvelle version d'IE, après le redémarrage de l'ordinateur, il est revenu à l'ancienne version et le problème de débogage a été résolu.


Answer #3

Cela a fonctionné pour moi par @mtkachenko Visual Studio 2012: Impossible de joindre le processus. Un débogueur est déjà connecté "J'ai installé l'outil de diagnostic Debug v2.0 et, par conséquent, le service de diagnostic de débogage est démarré automatiquement et est lié à l'un des processus w3wp. Après la désactivation et la désactivation de ce service, tout fonctionne correctement. obtenir de tels processus de vérification des erreurs dans le gestionnaire de tâches pouvant capturer votre processus w3wp "


Answer #4

Cela peut également être causé si votre site Web utilise une connexion à une base de données mais que le serveur de base de données n'est pas disponible.

J'ai passé un certain temps à essayer de résoudre ce problème de la manière habituelle, mais même après le redémarrage de mon poste de travail, le problème est resté. Finalement, j'ai trouvé que le service SQL Server (MSSQLSERVER) n'était pas en cours d'exécution.

Il aurait dû être en cours d'exécution, car il est défini sur Automatique, mais il a été arrêté, même après le redémarrage. Tous les événements MSSQLSERVER figurant dans le journal des événements semblaient normaux. Par conséquent, la raison de son non-exécution n’a pas été déterminée, mais je l’ai maintenant définie sur Automatique (démarrage différé) dans l’espoir que cela réduira les conflits de ressources au démarrage.

Une fois que j'ai lancé MSSQLSERVER, le message "Unable to start debugging on the web server. The web server did not respond in a timely manner" n'a plus été affiché et le service normal a été repris.


Answer #5

Cette réponse ne s'appliquera que si vous exécutez votre solution via IIS. Vous saurez si cela vous concerne SI vous ouvrez votre site Web / projet en procédant comme suit: Depuis visual studio -> Ouvrir le site Web -> IIS local -> Sélectionnez votre projet

Cette erreur a frappé mon cul pendant 4 heures mais finalement j'ai trouvé une réponse. J'ai d'abord essayé le iisreset / restart. Cela a semblé aider légèrement mais a toujours reçu la même erreur.

Ce qui a fonctionné pour moi a été (machine xp) d’ajouter / supprimer des programmes -> Ajouter / Supprimer des composants Windows -> Cliquez sur IIS -> Cliquez sur "Détails". Assurez-vous que Front Page Extensions est installé si vous déboguez via IIS.


Answer #6

Essayez d’effectuer l’une des étapes suivantes pour résoudre votre problème:

  • Redémarrez votre serveur IIS
  • Nettoyer la solution de votre projet, puis reconstruire

Si les étapes ci-dessus ne vous aident pas, vous pouvez enfin essayer de redémarrer votre ordinateur.


Answer #7

Il semble que vous frappiez probablement F5 dans Visual Studio lorsque vous recevez cette erreur?

Il y a quelques choses que vous pouvez essayer. Le plus simple est d'appuyer sur le bouton Stop avant d'appuyer sur F5. Lorsque vous avez terminé le débogage et commencez à apporter des modifications, vous pouvez éventuellement aller au menu Déboguer et choisir Arrêter le débogage ou Terminer tout .


Answer #8

J'ai eu ce problème plusieurs fois. Une fois, le problème a été résolu en suivant le conseil de Guy:

Si c'est ce qui vous arrive, une solution plus rapide que d'exécuter iisreset consiste à appuyer sur Shift-F5 dans Visual Studio pour mettre fin à la session de débogage en cours. Vous pouvez ensuite appuyer sur F5 pour démarrer une nouvelle session de débogage.

À une autre occasion, je devais: mettre fin à tous mes processus de travail IIS dans le gestionnaire de tâches Windows (w3wp.exe *). Vous devriez pouvoir frapper f5 dans Visual Studio pour déboguer.


Answer #9

J'ai rencontré ce problème lorsque j'ai essayé de déboguer (2) des solutions distinctes dans VS.NET et que les deux utilisaient le serveur Web IIS pour lancer l'application. La 1ère application va démarrer, mais toutes les applications suivantes démarrées et exécutées également via IIS afficheront cette erreur. Il semble qu'il ne puisse déboguer qu'une seule application à la fois via VS.NET hébergée dans IIS.

La solution: exécutez le projet 1 à partir de VS.NET (placez les points d'arrêt nécessaires) et démarrez la deuxième application directement à partir d'IIS (et non de VS.NET). Vos points d'arrêt dans App 1 (fonctionnant dans VS.NET) seront touchés lors de l'accès à App 2 (directement à partir d'IIS).


Answer #10

Je sais que c’est une vieille question, mais j’ai rencontré la même situation récemment et j’ai essayé toutes les solutions de ce billet, sans succès. Enfin, j'ai trouvé la solution qui fonctionne pour moi:

  1. Fermer Visual Studio
  2. Activer ou désactiver les fonctionnalités Windows dans le Panneau de configuration
  3. Décochez Internet Information Services dans la boîte de dialogue contextuelle.
  4. Redémarrez votre ordinateur
  5. Vérifiez les services Internet dans la même boîte de dialogue et assurez-vous que les services Internet -> Services World Wide Web -> Fonctionnalités de développement d'applications -> ASP.NET ont également été cochés
  6. Ouvrez Visual Studio et votre application devrait maintenant pouvoir s'exécuter en mode débogage.

Answer #11

Je trouve que cela se produit si je débogue avec Firefox comme navigateur. Lorsque je quitte Firefox, la session de débogage VS2005 / 8 ne se termine pas. Je n'ai pas encore trouvé de solution.

Si c'est ce qui vous arrive, une solution plus rapide que d'exécuter iisreset consiste à appuyer sur Shift-F5 dans Visual Studio pour mettre fin à la session de débogage en cours. Vous pouvez ensuite appuyer sur F5 pour démarrer une nouvelle session de débogage.


Answer #12

La solution qui a fonctionné pour moi:

  1. Ouvrir l'invite de commande (exécuter en tant qu'administrateur)

  2. Écrire iisreset /restart

  3. Maintenant, revenez à votre VS et déboguez. Cela déboguera votre solution.

Cela a également fonctionné pour Visual Studio 2013 et 2015 dans mon cas.


Answer #13

Le problème est normalement présent lorsqu'une autre instance de iexplore est toujours en cours d'exécution. J'avais l'habitude d'avoir le problème lorsque mon IE tombe en panne, mais je peux toujours le voir dans le Gestionnaire des tâches. Une fois que vous avez terminé le processus, tout est revenu à la normale :)


Answer #14

Nous utilisons un autre moyen de débogage, nous n’utilisons plus F5.

Nous utilisons un type de macro du type: http://blogs.conchango.com/howardvanrooijen/archive/2007/06/24/Attach-to-Web-Server-Macro-for-Visual-Studio.aspx (auquel nous sommes liés F6).

De cette façon, vous attachez simplement le débogueur à IIS. Il est beaucoup plus rapide (en fonction de la taille du projet) de vous apporter des modifications, de compiler un projet unique que vous avez modifié et d'attacher à nouveau le débogueur.


Answer #15

On dirait que quelque chose mange les ressources de votre serveur Web. Peut-être avez-vous des ressources (gestionnaires de fichiers, mandataires wcf) en cours d’ouverture et non fermées? C'est ce qui m'est arrivé lorsque je ne fermais pas les connexions proxy du client WCF.

Le problème n'est pas nécessairement qu'un débogueur est connecté, mais seulement que le serveur Web ne répond pas dans les délais. Notez que le message indique "Cela peut être dû au fait qu'un autre débogueur est attaché".


Answer #16

Pour moi, j'avais deux studios de visualisation ouverts. Le débogueur était déjà attaché à un autre studio visuel :). Je l'ai arrêté sur le premier et a pu attacher sur le second studio visuel.


Answer #17

Si toutes les réponses ne fonctionnent pas pour vous, il suffit de terminer le traitement de tous les composants liés à iis dans le gestionnaire de tâches. C'est ce qui a fonctionné pour moi.


Answer #18

Très basique - mais vérifiez que si vous essayez d’exécuter le site Web à partir d’IIS en cliquant sur «Parcourir», le site s’exécute réellement.


Answer #19

dans votre cmd tapez iisreset et appuyez sur Entrée après que votre iis soit réinitialisé et que votre application fonctionne parfaitement





iis