Hi Don,
Don said:
I've done a little reading and haven't come across any clean solution for
the
subject.
Does anyone have any ideas on how to achieve the same.
Requirements-
- Upgrade existing ASP.NET applications
- distribute only modified files
- if files have been modified at client side (then they may need to be
left
as they are). Eg Config file.
The reason why you haven't heard much about this is because the practice is
fairly dangerous.
The nature of ASP.Net is that seperate files deliver seperate capabilities.
Each file may have a connection to a DLL and it is all declarative. Files
also inherit the security settings in the web.config. This means that a
single file, placed on a site, becomes part of the site. When you send an
update to an ASP.Net web site and you only update the changed files, you are
saying that you have relinquished control over the contents of the site...
you will only change things that YOU delivered. If someone else put a file
on that site, you won't modify it.
Perhaps that is your intent. Perhaps you wish to allow a customer to
upgrade their site by adding pages. If so, isolate their pages from yours
in a subfolder. Have your code knowingly look to that subfolder for
extensions to the site. Then, when you update the site, you are updating
all of the files in the main folder(s) while leaving the subfolder
untouched.
Also, if you are just trying to save the amount of space involved in a CAB
file... that's usually not a good pay-off in the long run from a maintenance
standpoint. In other words, you are likely to create more cost in bug fixes
than you will save in time and transmission costs, especially since CAB
files are compressed rather well.
I hope this helps,
--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik
Disclaimer: Opinions expressed in this forum are my own, and not
representative of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.
--