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
Tags: Linux, Mono & .NET, Personal
February 27th, 2005 at 4:00 am
.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.
March 3rd, 2005 at 11:41 am
Great Night of .NET/Mono
March 13th, 2005 at 2:39 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.
December 15th, 2007 at 7:10 am
very interesting, but I don’t agree with you
Idetrorce
May 15th, 2008 at 11:02 am
9447976b5b7c…
9447976b5b7cd51a7b10…