I've just downloaded a True Update evaluation and I'm starting to go through the User's Guide, but before I get too involved I thought I'd ask a question or two.
First, let me give you the background of our current application update automation.
First, we have a 'Server' install which places client install files (.msi's) in a folder that is later used as a Network share. Initially, the clients will browse to this location for initial installation, but this location is later used for update detection and installation.
Basically, we write version information during initial install to .ini files both on the server (in the network share during the 'Server' install) and client sides.
Upon network logon on the client, an update utility runs that basically compares the versions contained in the .ini files and initiates the installs located in the network share if deemed necessary. Like I said, it basically installs/updates our client side application and a third party document viewing application in this manner.
Our main problems with this method stem from user privileges (I believe) in that the user actually using the app isn't the installing user at time of upgrade. I don't think there is anything True Update can do about this as this seems to be a 'shortcoming' of the installs themselves. Since we write to system/protected areas in both the file system and the registry, we basically require Admin rights to install (Power Users acceptable in pre-Vista).
Anyway, I'm wondering if True Update can imitate and/or improve our current process(es). Can it be used in the context of differing end user network shares? In other words, is there any way that we could use True Update to function from a network share without really knowing what the share will be ahead of time? Or would we have to standardize a share naming convention such as \\machinename\directoryname? Is there any way to prompt for the share during the initial run of True Update, maybe? In our situation, would True Update be more suited for a network deployment of updates/patches, etc from our company website/ftp, etc?
I'm guessing we would set up our update scheme in True Update then deploy with our product, which will then be used thereafter. ??
I'm sure that some things will become clearer after reading the manual, but I'm also wondering if I would just be reinventing the wheel, in our case, since it seems that the process I'm aiming for basically occurs with our current utility.
I guess I'm just rambling at this point so any comments, further questions regarding current processes, help, points to information would be more than welcomed!
First, let me give you the background of our current application update automation.
First, we have a 'Server' install which places client install files (.msi's) in a folder that is later used as a Network share. Initially, the clients will browse to this location for initial installation, but this location is later used for update detection and installation.
Basically, we write version information during initial install to .ini files both on the server (in the network share during the 'Server' install) and client sides.
Upon network logon on the client, an update utility runs that basically compares the versions contained in the .ini files and initiates the installs located in the network share if deemed necessary. Like I said, it basically installs/updates our client side application and a third party document viewing application in this manner.
Our main problems with this method stem from user privileges (I believe) in that the user actually using the app isn't the installing user at time of upgrade. I don't think there is anything True Update can do about this as this seems to be a 'shortcoming' of the installs themselves. Since we write to system/protected areas in both the file system and the registry, we basically require Admin rights to install (Power Users acceptable in pre-Vista).
Anyway, I'm wondering if True Update can imitate and/or improve our current process(es). Can it be used in the context of differing end user network shares? In other words, is there any way that we could use True Update to function from a network share without really knowing what the share will be ahead of time? Or would we have to standardize a share naming convention such as \\machinename\directoryname? Is there any way to prompt for the share during the initial run of True Update, maybe? In our situation, would True Update be more suited for a network deployment of updates/patches, etc from our company website/ftp, etc?
I'm guessing we would set up our update scheme in True Update then deploy with our product, which will then be used thereafter. ??
I'm sure that some things will become clearer after reading the manual, but I'm also wondering if I would just be reinventing the wheel, in our case, since it seems that the process I'm aiming for basically occurs with our current utility.
I guess I'm just rambling at this point so any comments, further questions regarding current processes, help, points to information would be more than welcomed!
Comment