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.0Packaging DNN ModulesPackaging DNN Modules
Previous
 
Next
New Post
5/29/2008 1:36 AM
 

Michael Washington explains in detail the steps required for packaging a module at:

http://www.adefwebserver.com/DotNetNukeHELP/DNN_PackageModule/Default.htm

However, there are 2 points that are missing from that tutorial:

1) The DLLs are created Folder wise. That means dll for code-behinds in DesktopModules & App_Code files are generated separately. And if there are sub-folders in the main module folders, they again have separate assemblies generated. But I have seen modules (including those shipped with DNN) have just 2 assemblies, the main logic assembly (including code-behinds) & the SqlDataProvider assembly??

So, how can I achieve the same, while preserving the folder structure of my module (or would I need to put everything in the same folder)??

2) I don't want to provide my clients with the ascx markup. So, if I create my assemblies without the following option:

Allow this precompiled site to be updatable

Would it be possible for DNN to pick up my module controls from the assembly. If yes, then how should I provide the control entries in the <controls> & <files> section of DNN configuration file for my module???

 
New Post
5/29/2008 4:18 AM
 

The packaging approach outlined by Michael - is for packaging up dynamic modules  - and is really
a bit of a messy work around if you want to distribute compiled modules only

In reality, the dynamic module system is really designed for distributing OPEN modules with all the
code and ascx files packaged together.

If you want to create a module that has dlls like the modules you have seen with just 2 assemblies 
you cannot use the dynamic module methodology.

Instead you need to convert your module to a web application project
 - which lets your build a single DLL for your entire project and 
a seperate web application project for your dataprovider so that it will have its own DLL as well.

As for not distributing the ascx - last time I checked - DNN did not support Full Compile deployment.
So at a guess this is still not an option.

Westa

 
New Post
5/29/2008 4:53 AM
 

I have found WSP approach better for development and WAP approach better for deployment. With WSP, I can modify the code-behinds without having the entire installation to recompile (off-course changes to App_Code classes need recompilation).

Although, I have not checked it, I believe that when you debug WAP projects by attaching to ASP.NET process, the source code files (including code-behinds) would be locked up by VS. In effect, you would need to stop the process, make the change, restart & re-attach.

I believe converting from WSP to WAP should not be difficult, as code classes from App_Code can be simply copied. I have no idea about what to do with control (ascx) files & code-behinds as I not developed any WAP projects before.

Any idea for how to convert an existing DNN WSP module to a WAP module or know of any automated tools for that???

 
New Post
5/29/2008 9:33 AM
 

Yep could not agree more about  WSP being far and away the fastest way to debug and develop.

A lot depends on how your code is written - but for the most part its just not that difficult.

CREATE a WAP project - and copy all your code into the one folder.

Any APP_CODE classes get removed from APP_CODE and copied into the WAP project as well.
Code besides and such all work fine - pretty much everything will stay the same.

BUT having said that - you may want to code you sqlprovider code in a seperate WAP project

Westa

 
New Post
5/29/2008 11:07 AM
 

So, you mean that I just need to copy, paste my existing files into the new WAP project ensuring that none of them gets copied to the App_Code folder, and that would be it?? If that's so, I would always develop my projects as WSP & deploy them as WAP.

That also means that I dont need to copy my files into the WAP project. I can just reference them from the new WAP project, by selecting 'Add Existing Item' option from VS context-menu appearing on right-clicking a Project node in Solution Explorer.

 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Packaging DNN ModulesPackaging DNN Modules


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