L'API Web MVC Projet n'est pas de frapper les points d'arrêt (“not loaded”)
J'ai un ASP.NET projet MVC, avec un ASP.NET web api définie comme une zone dans ce projet. Ainsi, la structure est la suivante:
MVC Web
Controllers
Views
Areas
API (web API)
Controllers
L'application fonctionne comme prévu. Cependant, je rencontre un problème avec le débogage. Je peux mettre un débogueur dans le MVC contrôleur, et il fonctionne comme prévu. Je ne peux pas mettre un point d'arrêt dans le web API contrôleur, que je reçois "le point d'arrêt ne sera pas actuellement être frappé. Pas de symboles ont été chargés de ce document." J'ai été en proie pendant un certain temps, donc c'est probablement une solution simple, mais je ne peux pas le comprendre. Des idées pourquoi je reçois ce problème avec l'API web contrôleurs, quand j'pouvez déboguer un contrôleur MVC?
Si vous utilisez IIS Express, essayez de l'arrêter et de laisser VS le feu vers le haut après vous "Reconstruire" votre solution.
Pour moi, j'ai eu ce problème lors de la WebApi projet n'a pas été défini comme projet de démarrage de la solution. De faire mon projet de démarrage d'un a résolu le problème.
OriginalL'auteur Brian Mains | 2013-01-01
Vous devez vous connecter pour publier un commentaire.
Jusqu'à ce que vous trouver une solution permanente, vous pouvez utiliser la méthode
System.Diagnostics.Debugger.Break()
pour forcer un saut de ligne, comme un point d'arrêt:Voici quelques liens vers des articles qui pourraient vous aider à trouver une solution plus permanente:
Le point d'arrêt ne sera pas à l'heure actuelle être frappé
pas à pas dans ASP.NET MVC code source avec le débogueur Visual Studio
Heureux d'entendre qu'il a aidé!
Le dernier lien a fonctionné pour moi, mais j'ai aussi eu à nettoyer et reconstruire mon projet.
OriginalL'auteur Sampath
Je sais que l'OP a trouvé la réponse, mais pour les autres qui viennent à ce post, j'avais oublié que j'ai déjà fait quelques débogage à distance et avait mis les symboles de débogage pour être chargé à partir d'un chemin d'accès UNC à la place de Microsoft Serveurs de symboles.
Pour corriger cette tête: Outils -> Options -> Débogage -> Symboles -> assurez-vous que "Microsoft Serveurs de symboles" est cochée.
J'ai aussi trouvé cette question de la création d'une nouvelle Configuration de la Solution et non pas en se basant sur toute configuration existante, telles que la configuration de DÉBOGAGE. Qui a causé
Debug Info
être mis ànone
.Pour résoudre ce problème: cliquez-Droit sur votre projet -> Propriétés -> Build -> assurez-vous que votre défectueux Solution de Configuration est réglé -> cliquez sur
Advanced
-> modifierDebug Info
àfull
.OriginalL'auteur hvaughan3
Pour moi, il a travaillé à un peu arrêter IIS et redémarrez Visual Studio. Certainement en valeur un essai avant de complément d'enquête.
OriginalL'auteur FrKunze