Ne peut pas se casser mondiale.asax / Application_Start

J'ai eu un point d'arrêt sur la première ligne de Application_Start(), mais Visual Studio habitude de casser sur elle.

Visual Studio ont attaché lui-même à l'IIS processus de travail:

Auto-attacher au processus '[2092] w3wp.exe "sur l'ordinateur "SRD00510" réussi.

Mon point d'arrêt dans le contrôleur de la maison faire le travail.

mise à jour

J'ai essayé:

  • iisreset
  • redémarré visual studio
  • Redémarré.
  • Essayé de réinstaller aspnet (aspnet_regiis -i)
  • Quelle est la version de iis?
  • IIS 7.5 dans WinSvr 2008 R2
  • Essayez de faire un clic droit sur proj. debug > étape dans la nouvelle instance. De cette façon, vous pouvez voir ce qui se passe depuis le début..
InformationsquelleAutor jgauffin | 2012-05-30
  1. 52

    La lecture de votre question, je suppose que vous utilisez IIS pour le débogage, pas de Serveur de Développement Visual Studio.

    Dans ce cas, le débogage de démarrage de l'application est délicate, car elle n'est appelée qu'une seule fois lorsque le pool d'applications est démarré ou recyclés. Lorsque Visual Studio s'attache au processus, Application_Start a déjà été en cours d'exécution.

    L'astuce est de faire le recyclage du pool d'applications sans tuer le processus, vous êtes rattaché.

    Procédez de la manière suivante:

    1. Dans Visual Studio (doit être exécuté en tant qu'Administrateur) configurer votre point d'arrêt dans
      mondiale.asax.cs et démarrer le débogage comme d'habitude (F5). La page s'ouvre dans
      votre navigateur web, mais le point d'arrêt n'est pas touché.
    2. Maintenant, le truc: Avec un éditeur de texte, ouvrez web.config à partir de là où il est
      servi par IIS, de les modifier (par exemple, entrez une ligne vide quelque part) et
      l'enregistrer. En revanche pour le recyclage le pool d'applications IIS, ce
      permet le recyclage du pool d'applications (et donc de courir à travers
      Application_Start mondiale.asax.cs la prochaine fois que le site web est
      appelé) sans tuer le processus, vous êtes rattaché.
    3. Dans votre navigateur web, recharger la page. Le point d'arrêt doit être frapper maintenant!

    Qui fonctionne pour moi (IIS 7.5, VS2015).

    • Cela fonctionne encore avec une modification mineure entre l'étape 2 et 3. Modification du web.config vous oblige à arrêter le débogage, mais vous pouvez rattacher le processus et continuer comme vous l'avez indiqué.
    • Où voulez-vous en savoir ces choses?
    • Vous avez raison. Vous ne devriez pas utiliser l'instance de Visual Studio que vous êtes en train de débogage avec. Le point principal est que vous modifiez web.config sur la place sur le disque, d'où il est servi par IIS. Peut-être un autre endroit que celui où votre projet Visual Studio réside. Regarder dans IIS où le site du répertoire racine se trouve sur le disque. Changé ma réponse en conséquence.
    • L'essai et l'erreur 🙂
    InformationsquelleAutor Jochen
  2. 14

    Placer cette ligne dans votre Application_Start().

    Debugger.Break();

    Cela va vous présenter avec une boîte de dialogue qui vous permettra de sélectionner un débogueur. Vous devrez peut-être redémarrer l'application de la piscine.

    • Qui me donne une nouvelle instance de visual studio.
    • Habituellement, vous obtenez un "sélecteur" formulaire pour sélectionner une nouvelle VS ou actuellement en cours d'exécution VS. Vous ne le voyez pas?
    • Oui, mais je ne peut choisir qu'une nouvelle instance de visual studio.
    • Dans certains cas, il liste les actuellement en cours d'exécution instance de Visual Studio et vous permettre de sélectionner, d'autres fois vous aurez besoin pour démarrer une nouvelle instance. De toute façon, vous pouvez déboguer à l'aide de cette méthode.
    • Si vous souhaitez utiliser l'instance de Visual Studio que vous avez déjà ouvert, ne pas utiliser de "Démarrer le Débogage" dans cette instance. Au lieu de cela, utilisez un navigateur pour appeler votre application. Ensuite, vous devriez être en mesure d'utiliser l'instance existante.
    InformationsquelleAutor Vince Panuccio
  3. 6

    Application_Start() ne fonctionne qu'une fois, lorsque l'application démarre. A peu de choses qui redémarrage de l'application sont:

    • web.les modifications de configuration
    • recyclage le processus de travail - vous pouvez le faire dans le Gestionnaire des services internet ou par l'exécution de iisreset à la ligne de commande.
    • J'ai tué le w3wp avec le gestionnaire des tâches et essayé de changer le web.config.
    • C'est étrange ... si vous êtes déjà connecté, modification du web.config devrait le faire. Êtes-vous certain que le code au point de rupture est en cours d'exécution? Pouvez-vous déplacer vers le début de Application_Start()?
    • Oui, j'en suis certain.
    InformationsquelleAutor jrummell
  4. 2

    Ma solution est d'utiliser le 'Serveur de Développement Visual Studio" pour faire face à la classe d'application (à l'échelle Mondiale.asax) questions. Quand je fait revenir à IIS.

    InformationsquelleAutor David Perlman
  5. 0

    Je suppose que vous êtes en train de charger l'application en cliquant sur le bouton "debug" dans Visual Studio? C'est ce que je suis en train de faire (VS 2012) et de voir ce genre de problèmes. En appuyant sur ce bouton, la première fois, l'application démarre correctement et frappe le point d'arrêt. Mais il semble qu'après j'ai arrêter le débogage de l'application elle-même continue. Ainsi, les futures tentatives de débogage juste l'attacher au processus existant.

    Il y a un bouton "restart" à côté de l'arrêt "débogage" bouton, donc je suppose cliquant sur au moins allait changer les choses.
    Le débogage d'application ne s'affiche pas dans le gestionnaire des services IIS, donc je ne peux pas arrêter là. De même, iisreset ne l'attrape pas non plus.

    Seule chose que j'ai trouvé jusqu'à présent est de changer une ligne de code, ce qui contraint visual studio pour déclencher un build et puis il tue l'existant proc et on recommence. Type de gênant si je veux juste étape par là plusieurs fois.

    Je ne considère pas cette convenable "réponse", mais il pourrait être une bonne solution pour vous jusqu'à ce que quelqu'un ne viennent avec une vraie réponse.

    InformationsquelleAutor Mike Ruhlin
  6. 0

    J'ai autour de ce problème avant d'en faire:

    1. Exécuter une nouvelle sur ma solution (clic Droit sur le nœud de solution et cliquez sur nettoyer)
    2. Fermer solution
    3. Fichier -> Sortie sur visual studio
    4. Si vous avez plusieurs instances de visual studio exécute ensuite sortir de toutes les instances. S'assurer de la "devenv.exe" n'est pas répertorié dans le processus dans le gestionnaire des tâches
    5. Supprimer le fichier d'options utilisateur (.suo), généralement dans le même répertoire que votre solution de (.sln) fichier
    6. Recycler les processus de travail IIS ou si vous utilisez le serveur de développement, de tuer le processus

    Maintenant ouvrir votre solution et de donner un coup de feu. (croisez les doigts :))

    InformationsquelleAutor Sudhanshu Mishra
  7. 0

    Dès que vous lancez l'application pour la première fois, ou de dire démarrer une application, il y a un ASP.Net Serveur de Développement - Port [numéro de port] qui commence,

    Application_Start() s'exécute une fois, dans le cadre d'une application.

    Si vous voulez que le point de rupture sera atteint , vous devez vous arrêter le ASP.Net le Développement du Port du Serveur et exécuter votre application à nouveau.

    InformationsquelleAutor Ravi Sankar Rao
  8. 0

    si [2092] w3wp.exe est un service que vous faites, essayez ceci :
    arrêter le service -> reconstruire un projet de service -> start reconstruit service -> essayez de déboguer

    InformationsquelleAutor WholeLifeLearner