Откуда унаследоватьInChildApplications убить отладчик?

ОБНОВЛЕНИЕ # 3. После большого изучения этого атрибута я привел все в одной статье:

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

Оригинальная публикация

Это похоже на нормальное поведение. Я испытал то же самое, и это остановило меня на моих треках, пытаясь понять, что я сделал неправильно.

Если у вас есть тег местоположения, как указано выше, то, когда вы нажимаете кнопку воспроизведения, чтобы начать отладку, она будет компилироваться, запускать сайт и сразу же закрывать сеанс отладки. Ваш сайт будет загружен, и вы сможете использовать его как обычно, но если вы посмотрите на него в визуальной студии, вы увидите, что кнопка отладки доступна, и приложение не считается отлаживаемой в настоящее время.

Комментирование этого и повторение процесса отладки приводит к тому, что он сразу же начинает правильно отлаживать.

Сейчас я в ситуации, когда мне приходится комментировать тег локально, когда я работаю на сайте с этим, а затем не забываю раскомментировать его, прежде чем я снова загружу его на сервер.

Довольно раздражает, потому что я ненавижу оставлять такие вещи, чтобы я мог вспомнить.

Надеюсь, я смогу автоматизировать этот атрибут, когда выйдет .net 4, и мы получим наши инструменты преобразования web.config.

UPDATE Проводя некоторые исследования в этой статье, я пишу, кажется, что это известная ошибка:

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

Текущая работа так же предложена - закомментируйте <location> тег для отладки.

ОБНОВЛЕНИЕ # 2. При проведении некоторых исследований по этой проблеме я нашел сценарий, который может вызвать ошибку сервера. К сожалению, проблема не решена, но если вы используете <location> тега, вы можете столкнуться с этой проблемой достаточно скоро:

• SOLVED: IIS7, validateIntegratedModeConfiguration и inheritInChildApplications clash

В статье описывается методика, которая в основном создает несколько версий тегов в web.config внутри и вне местоположения <location> тег. В моей статье я создаю второй < system.webServer > и когда я увидел, что это сработало, я сразу подумал об этой теме. Хотя это позволило мне создать вторую < system.web > и перемещают <compilation> тег вне местоположения <location> Затем я столкнулся с дополнительными проблемами зависимостей, которые мешали мне успешно компилировать.