调试DotNetNuke模块 [英] Debugging DotNetNuke Modules

问题描述

用于DotNetNuke 4.8模块间通信开发的最佳VS解决方案设置是什么？

What is the best VS solution setup for DotNetNuke 4.8 inter-module communication development?

我目前有一个针对我的DotNetNuke模块的解决方案，其中包含多个Web应用程序项目-每个解决方案中都有一个页面，其中包含控件作为测试工具。一切正常，直到需要模块开始使用IModuleCommunicator和IModuleListener进行对话为止-但是现在我正在进行模块间通信，因此调试将不再可行。

I currently have a solution with multiple Web Application projects in it for my DotNetNuke modules - and in each one of those have pages with the controls on them as a test harness. That all worked fine up until the point where I need the modules to start talking with each other using IModuleCommunicator and IModuleListener - but now that I'm doing inter module communication, debugging won't work out that way anymore.

我对其他人如何处理感到好奇-有没有办法让您的测试页模拟Nuke环境？您是否在nuke网站上进行测试？我的解决方案是使用VSS在sourcecontrol中，所以我不想将完整的nuke网站作为项目添加到我的解决方案中，因为这将迫使我将其添加到源代码控制中-我宁愿在其中没有完整的nuke网站源代码控制。

I'm curious as to how other people handle this - is there a way to have your test pages mock a Nuke environment? Do you test right in a nuke website? My solution is in sourcecontrol using VSS, so I don't want to add the full nuke website as a project in my solution since that would force me to add it to source control - and I'd rather not have a full nuke site in source control.

我已经能够通过附加到本地IIS工作进程进行调试，但这有点痛苦。是否有人对减轻模块间通信调试的痛苦有任何建议？

I've been able to debug by attaching to the local IIS worker process, but that's kind of a pain. Does anyone have any suggestions as to how to ease the pain of debugging inter module communication?

任何建议将不胜感激。

推荐答案

审判与错误，这就是我最终得到的结果-并且似乎运行良好。

After lots of trial & error, here's what I ended up with - and seems to work well.

1. 在模块项目上创建了一个后构建事件以复制到用于调试的本地nuke站点。在属性/构建事件/构建后事件命令行下找到...复制$（TargetDir）$（TargetName）。* C：\Inetpub\wwwroot\bin * / y


2. 更改了Web设置以默认启动localhost网站。在属性/ Web /服务器/使用自定义Web服务器下找到-更改为 http：// localhost /


3. 在支持类库项目上创建了构建后事件，以将文件也复制到本地Web服务器。也可能刚刚更改了模块项目上的构建后事件，使其包含其他文件。

一旦完成这些设置，按F5键运行项目将启动浏览器，并自动附加到IIS工作进程。

Once those setting were in place, pressing F5 to run the project will start the browser and automatically attach to the IIS worker process.

此外，请记住，如果您是在装有UAC的计算机上运行此程序（Vista，赢得2008，赢得7）您必须以管理员身份运行VS，因为复制到wwwroot和附加到worker进程都需要提升的特权。

Also, keep in mind that if you are running this on a machine with UAC (Vista, win 2008, win 7) you'll have to run VS as an administrator since both the copy to wwwroot and attaching to the worker process require elevated privileges.

这篇关于调试DotNetNuke模块的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！