Отладка модулей DotNetNuke - PullRequest
Новая
       19

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

1 голос
/ 16 марта 2009

Какова наилучшая настройка VS-решения для развития межмодульной связи DotNetNuke 4.8?

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

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

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

Любые предложения будут с благодарностью.

Ответы [ 2 ]

2 голосов
/ 18 марта 2009

После большого количества проб и ошибок вот что я закончил - и, кажется, работает хорошо.

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

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

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

2 голосов
/ 16 марта 2009

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

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

...