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

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

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

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

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

Любые предложения будут ценны.

Источник

2 ответа

Решение

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

  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, так и для присоединения к рабочему процессу требуются повышенные права.,

Источник

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

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

Источник
Другие вопросы по тегам