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.0Setting up VS 2005 for Compiled (PA) Module Development/DeploymentSetting up VS 2005 for Compiled (PA) Module Development/Deployment
Previous
 
Next
New Post
3/12/2006 1:34 PM
 

Wanting to deploy a DNN 4 only module as a pre-compiled PA with custom named rather than "mangle"-named dll (s), I took some time today to review all the threads and blogs relating to the new VS 2005 Web Application Project and Web Deployment Project models and while feeling that I was close to using a combination of these to produce the desired result finally gave up in frustration. I was able to add a WAP for the module to the DotNetNuke solution, create a class library project as needed, resolve all needed DNN references, ect.  What I was not able to accomplish was including the module view, editing, settings .ascx and their associated codefile/codebehind .ascx.vb files in the WAP. In order for them to see various dnn controls (such as label, url control, etc) they had to be placed in a sub-folder of DesktopModules in the DNN 4 website project. This meant that they would either be dynamically compiled with the other modules rather than into a single assembly with the rest of the module code in the WAP.  I then tried adding a Web Deployment Project but soon came away with the impression (hopefully incorrect) that this would change the way the entire DNN solution was compiled/deployed rather than just that of my modules WAP.

Has anyone come up with a way to set up the VS 2005 environment to produce a pre-compiled PA using Web Applicsation Projects and/or Web Deployment Projects?  I'm still trying to come to grips with the changes in compilation models of ASP.NET 2.0 and VS 2005 as it specifically relates to DNN and feel totally lost!


Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
8/19/2009 10:50 AM
 

I have similar problem with deploying precompiled version of DNN. I downloaded version 5.1.1, installed it, then opened it with Visual Studio as a website, added WebDeployment project, set it to build folders as dlls for optimal performance and i am now experiancing some weird behaviour. When i click Login button... i do not get the Login Control to show. If i use the site with the code, i do see a login control. This is bazzar. Can DNN be precompiled at all?

Deploying source code into production environments is the worst practices ever and i would never recomend something like that... but looks like there are issues with the way DNN is loading controls and desktop modules as they are loaded dynamically.

 
New Post
8/19/2009 1:30 PM
 

I think I have figured it out.

In addition to my above post, I changed webdeploy projects setting to build with 1 assembly... and it gave me an error... it said that there was a duplicate type DotNetNuke.Modules.Admin.Authentication.Login. I checked out DesktopModules\AuthenticationServices\DNN\Login.ascx.vb and BINGO! I renamed the class in Login.ascx.vb file to DNNLogin and corrected Inherits value in Login.ascx. Compiled with 1 assembly and the site is working, then I changed my webdeploy settings back to folder based libraries and it is still working.

 So there it is... a solution for my own problem. Not quite sure why right off the bet DNN has same class names... I guess it was not meant to be precompiled.

 

 

 
New Post
8/19/2009 2:17 PM
 

DNN Cannot be pre-compiled and retain all functionality.

There have been discussions around pre-compilation, but there is no valid solution as far as I know.


-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
 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Setting up VS 2005 for Compiled (PA) Module Development/DeploymentSetting up VS 2005 for Compiled (PA) Module Development/Deployment


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