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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Why no Web Application Project?Why no Web Application Project?
Previous
 
Next
New Post
10/9/2006 1:02 PM
 
AdefWebserver wrote

 Lennon][ wrote

It seems that the only reason for using WSP rather than WAP is to cater for people developing with VWD.  It would be interesting to find out what percentage of module developers are using VWD over VS2005.

Even if you are using Visual Studio 2005, the WSP model is far easier to configure and use. With 300,000+ members that is important.

see:

The Fastest Easiest Development Environment (without using IIS).

We now provide truly rapid development. I urge you to try these newest revolutionary changes, then decide which you prefer.



Um, you posted this link before Michael, a few posts back, and I replied.  Here is my reply again:



Thanks for the links, but I already use a method which I used to use under VS2003.  I create a new solution for my module, and then 'Add Existing Web Site', add the DNN web site (which I build with the starter kit), and then exclude it from the build.  To add a reference to DNN, I use a file reference to DotNetNuke.dll, and set copy local to false.

Then I have a post-build event which calls a batch file which copies all the dll's, ascx, resx, and any other module files to the DNN installation, and also builds the installation zip file.  This allows me to have decent .dll names.

This works pretty well, but would be even quicker I'm sure if DNN were a WAP rather than a WSP, then I could use a project reference, rather than a file reference.

Are there any plans to provide DNN as both a WAP and a WSP?

You are still going to have to convince me as to why DNN isn't provided as a WAP (as well as or instead of a WSP).  As I say, the only reason appears to be to provide support for VWD.  The WSP model is not far easier to configure and use, its the same, but I'm sure it is also slower than a WAP model would be.


 
New Post
10/9/2006 1:32 PM
 



Thanks for the links, but I already use a method which I used to use under VS2003.  I create a new solution for my module, and then 'Add Existing Web Site', add the DNN web site (which I build with the starter kit), and then exclude it from the build.  To add a reference to DNN, I use a file reference to DotNetNuke.dll, and set copy local to false.

Then I have a post-build event which calls a batch file which copies all the dll's, ascx, resx, and any other module files to the DNN installation, and also builds the installation zip file.  This allows me to have decent .dll names.

The WSP model is not far easier to configure and use, its the same, but I'm sure it is also slower than a WAP model would be.


I do not know of any plans to make a WAP version since you are able to use WAP with DotNetNuke right now.

I think it would help if you would go through the tutorial. Build a project and then indicate where you felt the new development is lacking. The new method is faster and easier. I have used both methods for years and this is simply the truth.

Please understand I do not wish to change your prefered way of developing. I am simply reponding to an impression that DotNetNuke is not providing the best development environment possible.



Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
New Post
10/10/2006 9:08 AM
 

Lennon][, I've been inactive because I've been too busy, but you can read my tutorials on how to setup the enviroment to use WAP and build your modules fast and easy.

Also I've found this to be a much better technique then WSP approach, simply because this way, in real world scenarios I've found that it's much more stable, quicker and everything...

As for core WAP approach, I don't see it as neccesery, because if you are not changing the core your only using it as a "host" for your module.

Anyway, there are plenty of reasons to use my approach, especially with the new deployment script (MSBuild script which is capable to build, verion, package your modules within a solution).

You can find the links to my approach in my sig (the Projects section of my site), these will be also updated with some bugfixes also in the near future, as well as upgraded with some new possibilities.

good luck!

 


Thanks,
Vladan Strigo
NETMedia

My website: Vladan.Strigo.NET

Vladan.Strigo.NET: Projects
* Advanced VS2005 development approach - BlankModule
* DNN & Microsoft Ajax best practices guidance

Vladan.Strigo.NET: Resources
* Comprehensive list of DNN 4 Module development resources

 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Why no Web Application Project?Why no Web Application Project?


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