Отладка модулей DotNetNuke

Question

Какая оптимальная конфигурация VS для разработки межмодульной связи DotNetNuke 4.8?

В настоящее время у меня есть решение с несколькими проектами веб-приложений для моих модулей DotNetNuke, и в каждом из них есть страницы с элементами управления на них в качестве тестового жгута. Все это работало до тех пор, пока мне не нужны модули, чтобы начать разговор друг с другом с помощью IModuleCommunicator и IModuleListener, но теперь, когда я выполняю межмодульную связь, отладка больше не будет работать.

Мне любопытно, как другие люди справляются с этим - есть ли способ, чтобы ваши тестовые страницы высмеивали среду Nuke? Вы проверяете право на сайте Nuke? Мое решение находится в sourcecontrol с помощью VSS, поэтому я не хочу добавлять полный nuke-сайт в качестве проекта в мое решение, поскольку это заставит меня добавить его в исходный контроль - и я бы предпочел не иметь полный сайт nuke в управления источником.

Я смог отладить, присоединившись к рабочему процессу локального IIS, но это своего рода боль. Есть ли у кого-нибудь какие-либо предложения относительно того, как облегчить боль отладки межмодульной коммуникации?

Любые предложения были бы весьма полезными.

Answer 1

После серии пробных ошибок & ошибка, вот что я получил - и, похоже, хорошо работает.

1. Создано событие Post-build в проекте модуля для копирования на локальный сайт Nuke для отладки. Найдено в разделе «Свойства/Строить события/Командная строка событий после сборки» ... копировать $ (TargetDir) $ (TargetName). * C: \ Inetpub \ wwwroot \ bin */y
2. Изменены настройки сети, чтобы начать localhost по умолчанию. Найдено в разделе «Свойства/Веб/Серверы/Использование пользовательского веб-сервера» - изменено на «http://localhost/»
3. Созданы события после сборки для поддержки проектов библиотеки классов, чтобы скопировать файл на локальный веб-сервер. Также можно было изменить событие post-build в проекте модуля, чтобы включить другие файлы.

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

Также имейте в виду, что если вы используете это на машине с UAC (Vista, выиграйте 2008, выиграйте 7), вам придется запускать VS в качестве администратора, поскольку и копия на wwwroot, и прикрепление к рабочему процесс требует повышенных привилегий.

Answer 2

Мы склонны тестировать на сайте DotNetNuke разработки, как правило, просто подключаемся к рабочему процессу IIS для отладки (просто потому, что это быстрее, чем перестройка с помощью F5).

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