[wpkg-users] WPKG client upgrade
Tomasz Chmielewski
mangoo at wpkg.org
Mon Apr 21 22:51:11 CEST 2008
Tomasz Chmielewski schrieb:
> Rainer Meier schrieb:
>
> (...)
>
>> It's an ugly work-around trying to kill applications which are currently
>> running just to unlock these files. Especially since you never know
>> which other applications (indexing serivice, 3rd party tools...) open
>> the same file. So replacing a file might fail at any time. I think
>> that's exactly the reason why an installer can queue such changes in
>> order to be executed at next reboot.
>
> Yeah, I too hope there is some way to do it within the MSI.
>
> Writing another application which just handles updates doesn't seem to
> be a very good idea for me...
I asked some Microsoft MVPs and it doesn't look too promising:
1) Most (all?) installers do an upgrade by stopping the service first
2) Vista SP1 will include 'hotpatching, a reboot-reduction servicing
technology designed to maximize uptime. It works by allowing Windows
components to be updated (or "patched") while they are still in use by a
running process'. Wow, what a cool name for something obvious in UNIX
world ;)
3) There is no magic MSI switch or hack to perform an upgrade
automagically next time the machine is started
Unfortunately, this doesn't give us much choice:
- there is a switch/hack, but we don't know it yet
- for WPKG Client, we need to write another application (service?) which
just upgrades WPKG Client
- short term: it should be enough to write a script which waits with
starting msiexec until WPKG logon is gone
Long term: make it integrated better / more automatic / easier etc.
--
Tomasz Chmielewski
http://wpkg.org
More information about the wpkg-users
mailing list