build vs deployment size

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

Please do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.

This forum is for discussing mojoPortal development

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

You can monitor commits to the repository from this page. We also recommend developers to subscribe to email notifications in the developer forum as occasionally important things are announced.

Before posting questions here you might want to review the developer documentation.

Do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.
This thread is closed to new posts. You must sign in to post in the forums.
10/24/2009 7:53:28 AM
Gravatar
Total Posts 10

build vs deployment size

I downloaded the MSSQL ONLY deployment zip and also the full source code.  I opened the MSSQL ONLY solution in VS08 and did a release non-debug build and the size of the web folder is about 40mb larger than the deployment zip extracted.  Thoughts?

10/24/2009 8:04:48 AM
Gravatar
Total Posts 18439

Re: build vs deployment size

The deployment package is pre-compiled and contains no C# source code, its meant for use in production deployment. While it can be used in Visual Studio by opening it as a Web Site, that package is not really intended for development but for production deployment.

The source code download contains the Visual Studio Solution with all the projects and C# source code. Thats what I recommend developers use and this is what I use for development. Although I recommend you keep all custom work in your own custom projects and not modify existing mojoPortal code, there is a lot of benefit to working with the source code because you can find existing examples of how to do almost anything you would need to do by studying existing features. Seeing how the "Features" are organized into separate projects from the core in the source code package is also instructive for how you can organize your own custom projects to keep your custom code separate from mojoPortal.

Note that VS supports 2 kinds of web projects, Web Site Projects which have no .csproj file and just treat all files on disk as part of the project and Web Application Project type which does use .csproj files to determine which files are part of the project and all C# code gets compiled into dll in the/bin folder. mojoPortal source code is a Web Application Project not a Web Site project, so it works better in VS using the source code and the project files compared to using the pre-compiled deployment files and opening it as a Web Site Project.

Hope it helps,

Joe

10/24/2009 8:31:10 AM
Gravatar
Total Posts 10

Re: build vs deployment size

My guess is that you use UnleashIt to create the deployment and not use just the build from VS?

10/24/2009 8:36:57 AM
Gravatar
Total Posts 18439

Re: build vs deployment size

We do build with VS, but we don't Publish a package with VS because the VS Publish feature is not flexible enough to work with our project structure. If you try to Publish the mojoPortal Web project it only publishes files listed in the mojoPortal.Web.csproj file so it misses all the files from other features that were copied up to the Web folder by post build events. We use separate external projects for features and use post build events to copy needed files up to the web for runtime. By packaging a build with UnLeashIt, we don't have any problem because it deploys based on file extension not membership of the file in .csproj

Hope it helps,

Joe

You must sign in to post in the forums. This thread is closed to new posts.