Débogage ne fonctionne pas dans ASP.NET de Base, ou dans VS2017 à tous

Je suis en train de travailler sur un projet, et j'ai deux serveurs, un serveur de connexion, et un serveur secondaire qui sert à l'application. Le serveur secondaire est ASP.NET de Base, mais le premier est juste ASP.NET MVC, parce que je ne pouvais pas obtenir l'Identité de travailler avec des jetons pour Angular2, dans le Noyau. Dans VS2015, des points d'arrêt travaillé pour MVC, mais pas pour le Noyau. J'ai déménagé à 2017, dans l'espoir qu'il allait arranger les choses. Pas de points d'arrêt sont touchées à tous, bien que mon projet A2 œuvres, les méthodes sont appelés. Le débogueur dit qu'il n'y a pas d'informations de débogage pour le code. Je suis allé dans les paramètres de projet et l'a raconté à générer l'intégralité du pdb ( au bas de construire des paramètres, dans la section "avancé"), j'ai désactivé "juste mon code" et allumé .NET code des pauses. Ce sont toutes les suggestions que je peux trouver en ligne. Mes points d'arrêt ne sont pas encore touchés.

J'ai trouvé la non CORE, mon global.asax avait été déplacé. Je n'ai pas encore de débogage du NOYAU de projets dans VS2015 ou VS2017
OK, si je crée un nouveau projet, il fonctionne (il n'est pas surprenant). Je vais donc importer le code de l'autre projet dans cette de un jusqu'à ce que ça casse...
Dans mon cas, j'ai eu une fois changé le mode de Debug à Release mais il avait oublié de le modifier pour Debug. Dans Release mode, comme on pouvait s'y attendre, il serait, bien sûr, n'est pas de frapper la breakpoints.

OriginalL'auteur cgraus | 2017-04-01

  1. 17

    Cela peut aider quelqu'un.

    Lorsque vous déboguez dans libération, des points de rupture ne sera pas touché.

    Assurez-vous que vous sélectionnez debug lorsque vous appuyez sur la touche f5 ou de courir.

    Merci - c'était en effet par défaut à la sortie, mais j'ai vérifié que les premiers. 🙂
    Merci pour le partage de vos suggestions, comme cela a résolu mon problème. J'ai eu Release mode lors de l'installation de l'application à la production, mais vous avez oublié de changer le mode de retour à Debug. +1
    Sur les précédentes VS il fonctionne lors de la Libération de mode est sur.

    OriginalL'auteur Pieter de Vries

  2. 6

    Lors de la tentative de débogage .NET de Base de l'application web vous assurer que vous avez attaché à la bonne du processus. J'ai connu le même problème de l'OP décrit lorsque j'ai été attaché à la w3wp.exe processus.

    Quand je attaché à la dotnet.exe processus j'ai été en mesure de briser comme prévu.

    Pour info, c'était sur un .NET Core 2.0 de l'application web.

    Le lien suivant est sur le débogage distant avec .NET de Base, mais les pièces de celui-ci restent applicables.

    Débogage à distance ASP.NET Base sur une Distance de l'Ordinateur IIS dans Visual Studio 2017

    Bref extrait du lien:

    Tapez la première lettre d'un nom de processus pour trouver rapidement dotnet.exe (pour ASP.NET de Base).
    Remarque: Pour une ASP.NET Core application, le nom a été dnx.exe.

    Cliquez Sur Joindre.

    Merci yoouu!!! J'ai été coincé pendant 2 jours sans le débogueur! J'ai tout essayé mais rien ne semblait fonctionner jusqu'à ce que j'ai trouvé cette.

    OriginalL'auteur AperioOculus

  3. 2
    1. La Sortie De Visual Studio
    2. Clic droit sur le raccourci pour Visual Studio
    3. Sélectionnez - Ouvrir L'Emplacement Du Fichier
    4. Clic droit sur Visual Studio 2017 fichier, sélectionnez Propriétés
    5. Cliquez sur Avancé.
    6. Exécuter en tant Qu'Administrateur --> X == Sur
    7. Appliquer. OK. OK... bla bla
    Cette question n'a jamais eu une réponse marquée. J'ai atterri ici avec un problème similaire, c'est à dire ne serait tout simplement pas de charge avec la valeur par défaut projet MVC et votre solution est la réponse pour moi. Merci beaucoup; il m'a sauvé beaucoup de temps. Maintenant, si vous n'avez pas l'esprit, pourquoi est-ce nécessaire? Je n'ai jamais eu à le faire avant. Juste commencé à utiliser VS2017, donc ça doit être lié à cette IDE de mise à niveau.

    OriginalL'auteur Gordon

  4. 0

    OK, il semble que je suis un web.fichier de configuration à partir de quelque part, comme ceci:

       <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified"/>
    </handlers>
    <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false"/>
  </system.webServer>

    Ne sais pas comment il est arrivé ici, mais si j'en commentaire, fonctionne de débogage...

    OriginalL'auteur cgraus

  5. 0

    Ce qui a fonctionné pour moi a été la suivante (VS2017):

    1. Ouvrir Les Propriétés Du Projet
    2. Ouvrir L'Onglet Construire
    3. Cliquez sur Avancé...
    4. Définir les informations de Débogage COMPLET
    5. Nettoyer et Reconstruire

    OriginalL'auteur Olavo Neto