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

HomeHomeUsing DNN Platf...Using DNN Platf...Using Modules a...Using Modules a...Debug modules in Visual studio how?Debug modules in Visual studio how?
Previous
 
Next
New Post
6/7/2010 2:59 AM
 

I have installed the community edition and the sdk of dotnetnuke. But when I start a new project in Visual Studio with the module template I cannot find a way in the project to debug my code. I can compile it and verify it that way. But for debugging I seem to be forced to publish it in the dotnetnuke environment and run it under my local iis.

Isn’t there anyway to debug these modules under Visual Studio? Meaning just hit the play button/f5 and debug it that way?

//Kent Andersson

 
New Post
6/7/2010 12:32 PM
 
The F5 way is only going to work for a module using the WSP model where your project is part of the DNN project.  I do not recommend this route, but recommend the Web Application project route, you do need to deploy to IIS but you can use the Debug -> Attach to Process option to debug.

-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
New Post
6/7/2010 4:44 PM
 
On my windows X box using IIS 6 I could attach to the "aspnet_wp" process. On my new windows 7 IIS 7.5 box I am having troubles. Does anyone know which process I attach to in IIS 7.5 to debug my modules?
 
New Post
6/7/2010 7:22 PM
 
Kelly : the process is likely to be called w3wp.exe.

I build modules as a class library, the use a script to copy them across into the target environment.  I then attach for debugging using the 'attach to process' dialog.

This gives you a lightweight project/solution, a quick compile, and ease of testing the module out against different dnn builds.
 
New Post
6/7/2010 7:49 PM
 
Kent,

I do have debugging working with F5.  Here is would I do it ... but there is a bit of a trick.

First, read this blog post be Joe Brinkman. http://blog.theaccidentalgeek.com/pos...

What he describes is a post build action that copies the build results to the appropriate locations on your test environment.  It also deletes the Web.Config from your solution directory so no problems will exist.  You will need to add the post build script to your project.  (that's the trick by the way!)

I typically develop my modules in stand-alone directories and only have a reference to DotNetNuke.  I do not develop in a DesktopModule\mymodule directory.

I then tell VS2008 to use a start URL of my test site's default.aspx - I also tell VS2008 to use Custom Web Server (Chris Hammond's idea of creating a domain in the Host file may allow me to use IIS explicitly -- haven't test that yet).

I typically will do a build then hit F5 (F5 alone when it is a trivial change).

At this point if you have any break point specified, you should stop on them without issue.

Of course this suggestion  comes with the typically bailout of -- works on my systems. 

Give it a try,
Paul.
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Using Modules a...Using Modules a...Debug modules in Visual studio how?Debug modules in Visual studio how?


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