Emplacement inheritInChildApplications kill le débogueur?

Question

Je me demande est-ce normal lorsque vous ajoutez ceci dans votre web.config

<location path="." inheritInChildApplications="false"> </location> 

Le débogueur doit cesser de fonctionner. Comme quand j'ajoute ceci à mon site et essaye de fonctionner en mode de débogage il n'activera aucun de mes points de débogage ni ne verrouillera Visual studios 2008. Je peux le faire fonctionner et apporter toujours des modifications à mon code C#.

Je retire la ligne et je récupère le mode de débogage et verrouille VS2008.

Answer 1

MISE À JOUR # 3 Après avoir fait beaucoup de recherches dans cet attribut que j'ai tout réuni dans un seul article ici:

• http://runtingsproper.blogspot.com/2010/04/solved-breaking-parent-webconfig.html

---

Original Post

Cela semble normal être haviour. J'ai vécu la même chose et ça m'a arrêté pendant un moment en essayant de comprendre ce que j'avais fait de mal.

Si vous avez la balise d'emplacement comme ci-dessus, lorsque vous appuyez sur le bouton de lecture pour lancer le débogage, elle se compilera, lancera le site et fermera immédiatement la session de débogage. Votre site Web se chargera et vous pourrez l'utiliser normalement, mais si vous le regardez dans Visual Studio, vous verrez que le bouton de lecture de débogage est disponible et que l'application n'est pas considérée en cours de débogage. En commentant cela et en répétant le processus de débogage, il commence immédiatement à déboguer correctement.

Je suis dans la situation où je dois commenter l'étiquette localement quand je travaille sur un site avec ceci dedans et puis me souviens de le décommenter avant de le télécharger de nouveau au serveur. Assez ennuyeux parce que je déteste laisser des choses comme ça à la chance de me souvenir.

J'espère que je pourrai automatiser cet attribut quand .net 4 sortira et nous aurons entre les mains les outils de transformation web.config.

MISE À JOUR Tout en faisant des recherches sur ce pour un article que je vous écris, il semble que ce soit un bug connu:

• https://connect.microsoft.com/VisualStudio/feedback/details/293526/web-debugging-fails-if-compilation-element-is-defined-inside-of-location-element

Le travail est d'environ comme suggéré - commentez la balise <emplacement> pour déboguer.

MISE À JOUR # 2 En faisant quelques recherches sur ce problème, j'ai trouvé un scénario qui peut provoquer une erreur du serveur.Il ne résout pas votre problème, malheureusement, mais si vous utilisez la balise <emplacement> alors vous pourriez rencontrer ce problème assez tôt:

• SOLVED: IIS7, validateIntegratedModeConfiguration and inheritInChildApplications clash

L'article décrit une technique qui crée essentiellement multiple versions de balises dans le fichier web.config à l'intérieur et à l'extérieur de la balise <emplacement>. Dans mon article, je crée une seconde balise <system.webServer> et quand je l'ai vu fonctionner j'ai immédiatement pensé à ce fil. Alors qu'il m'a laissé créer une seconde <system.web> et déplacer la <compilation> tag en dehors de l' emplacement > J'ai ensuite couru dans d'autres problèmes de dépendance qui m'ont empêché de compiler avec succès.