Mono Package and Deployment Framework
Wrote this up based on this idea I have had for a little while now. Its mostly just a thought and needs some work. Been tinkering with some code but nothing to big. Check it out and let me know what you think.
Mono Package and Deployment Framework
.Net automatically packages an Application into a PE file, so I don’t understand why using an additional packaging - mechanism should make any sense.
Surely using PE as package format isn’t as simple as using e.g. ZIP files, however it also provides advantages over more simpler formats (like the ability to digially sign the resulting package, add metadata).
I agree that for a centralized deployment you need some sort of externalized information-set so the user doesn’t need to download the entire package to do any checks.
A.Nahr
27 Feb 05 at 4:00 am
Great Night of .NET/Mono
Scooter's Musings
3 Mar 05 at 11:41 am
You should also consider usage scenarios for deploying development components & tools, and application plug-ins/extensions. I work for a .NET component vendor and actively work with MS related to deployment & versioning challenges we face. Some examples of challenging deployment considerations we face as a component vendor are as follows:
* GAC policy (should the assembly be GAC’d or not)
* Publisher policy
* Help files & IDE Help Integration
* Samples locations
* IIS Virtual Folders
* IIS/ASP.NET HttpHandlers registration & IIS file extension registration
* IDE Registration in the “References Dialog”
* IDE Toolbox Integration (and *not* have it deleted the next time somebody installs a visual studio package that “resets (see devenv /setup)” the environment)
* IDE Package Integration (for tighter integration with the IDE for things like language services, visual designers, etc…)
* Support URL
* Version update URL
Obviously we have overcome these items, but they are remarkably challenging and seem like relatively basic deployment scenarios. Also consider a configuration tool that could be used to explore installed components, launch samples, add/remove toolbox items, integrate packages, view help, check for updates, etc…
Plug-in scenarios like Mozilla’s Firefox and Thunderbird extensions should also be considered. Make sure the deployment file can be signed with digital signatures (more on digital signing: http://blogs.pingpoet.com/overflow/archive/2005/03/13.aspx). Anyway, I think you’re onto something and I hope to see something come of this.
Scott Willeke
13 Mar 05 at 2:39 am
very interesting, but I don’t agree with you
Idetrorce
Idetrorce
15 Dec 07 at 7:10 am
9447976b5b7c…
9447976b5b7cd51a7b10…
9447976b5b7c
15 May 08 at 11:02 am