Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDevelopment and...Development and...Getting StartedGetting StartedDebugging a module running on IISDebugging a module running on IIS
Previous
 
Next
New Post
4/2/2010 7:02 AM
 

Hi there

Can anybody help me get started with some debugging. I've done a lot of ASP.NET development before, but I'm a bit stuck getting my head around how to debug a custom ASCX module with code behind - it seems to be quite different to the way I've always debugged before, due to the absence of a specific ASPX page on which to target the debugger.

I'm working by opening the DNN installation as a 'web site' in Visual Studio 2005, File > Open Web Site , so that I am actually manipulating the files that IIS 6.0 runs on the W2K3 production server. This method doesn't actually involve creating a solution file as such, but the 'web site' node does include the Build Web Site option. However, really all I want to do is rebuild the module that I'm making changes to, including debug symbols etc, and then step through the code behind. As far as I can gather from my research so far, I need to open the portal on my development PC to ensure W3WP.EXE is started on the server, generate the .pdb file for the module, and then use VS 'Attach to Process' option to debug the remote W3WP.EXE process running on the web server. The problem is that I don' t think I am building the module correctly, as no pdb file appears to be created in the DNN bin directory, and presumably this is why when the debugger is running, the breakpoints in VS simply appear as 'The breakpoints will not currently be hit. No symbols have been loaded for this document'. I have set the debug option in the DNN web.config file to "true", but I gather that this is not relevant to my problem, as it doesn't seem to make a difference?

So my questions are:

1. How do you rebuild an individual ASCX module in VS without having to rebuild the entire web site. Surely I don't need to have a separate solution file for each and every module?

2. How can I rebuild an ASCX module to create a pdb file, and where should I expect the pdb file to appear on the remote web server installation?

Thanks very much for any guidance you can offer!

Regards

 

 

 
New Post
4/2/2010 5:54 PM
 

Paul,

Here is how I develop modules for DotNetNuke.  NOTE:  I don't touch the core - not worth the pain.

1) I have a one DNN site that I target all build against on my PC (localhost)
2) I have one Solution per module
2) I reference the DotNetNuke.dll from the site.
3) All modules are built as WAP (Web Application)
4) I have modify the Project Build to copy the ascx. .resx and .dll and pdb file to the appropriate directories in the target DNN
5) In the Project I use a custom Web Server - pointed at the target DNN site's default.aspx

When I test I simply press F5 -- this launches the Website and Visual Studio connects to the appropriate process.

The modified Build was based on a blog post by Joe Brickman -- see here . I would also look at Mitchel Seller's site and book on module development.

This works for me...

 
Previous
 
Next
HomeHomeDevelopment and...Development and...Getting StartedGetting StartedDebugging a module running on IISDebugging a module running on IIS


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out