2010-01-13 5 views
2

мне интересно, это нормально, когда вы добавляете это в ваш web.configLocation inheritInChildApplications убивает отладчик?

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

отладчик должен перестать работать. Например, когда я добавляю это на свой сайт и пытаюсь запустить его в режиме отладки, он не будет активировать какие-либо мои отладочные точки и не закроет Visual studio 2008. Я могу запустить его и по-прежнему редактировать мои коды на C#.

Я беру линию, и я возвращаю режим отладки, и он блокирует VS2008.

ответ

1

UPDATE # 3 После этого много исследований в этом атрибуте я принес все вместе в одной статье здесь:


Исходное сообщение

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

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

Замечание об этом и повторение процесса отладки приводит к немедленному отладке.

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

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

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

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

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

UPDATE # 2 При выполнении некоторых исследований по этой проблеме я нашел сценарий, который может вызвать ошибку сервера.Это не решает проблему, к сожалению, но если вы используете < местоположение > тег, то вы можете столкнуться с этой проблемой достаточно скоро:

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

+0

Ya тот что я в основном делаю сейчас. Я просто комментирую и раскомментирую линию. – chobo2

Смежные вопросы