Silent Install or Snapshot?
Hi,
I will be deploying Hyperion 9.3, and their suggested official method of multiple installations is Creating a Response File and running a silent install.
Should I first try to snapshot the application install? Is there a benefit in having an MSI when it comes to controlling future patches etc... Or is it always best to stick to vendor's suggestion i.e. Response file?
Many thanks,
Mike.
I will be deploying Hyperion 9.3, and their suggested official method of multiple installations is Creating a Response File and running a silent install.
Should I first try to snapshot the application install? Is there a benefit in having an MSI when it comes to controlling future patches etc... Or is it always best to stick to vendor's suggestion i.e. Response file?
Many thanks,
Mike.
0 Comments
[ + ] Show comments
Answers (8)
Please log in to answer
Posted by:
Inabus
17 years ago
Posted by:
Meic
17 years ago
Posted by:
Inabus
17 years ago
Not a problem.
Basically when you snap an application, be it an msi or legacy setup, you take full reponsibility for it for ever more. Every patch or update the vendor produces will have to be snapped and managed, obviously there are pluses and minues to each method.
Also you need to take into account the support of an application. If you phone up a vendor and say your having problems but you snapped it they may very well tell you to take a hike :)
Basically when you snap an application, be it an msi or legacy setup, you take full reponsibility for it for ever more. Every patch or update the vendor produces will have to be snapped and managed, obviously there are pluses and minues to each method.
Also you need to take into account the support of an application. If you phone up a vendor and say your having problems but you snapped it they may very well tell you to take a hike :)
Posted by:
anonymous_9363
17 years ago
Each client will have their own standards and a different set of exceptions to those standards. In general, I would snap a vendor's non-MSI install anyway, simply to find out what it's going to do to my build. Would you be happy, for example, for an install to upgrade your build's version of MFC42.DLL which you have carefully nurtured over the years to be stable with as many of your apps as possible? If an install is going to wreck your build, re-package it. If it's well-behaved, create a respose/answer file and use the vendor's Setup.EXE/Install.EXE/Whatever.EXE.
Hyperion: it must be a flavour of EssBase, then. I've re-packaged the Excel add-in and Analytical Services. Both were quite straightforward, as I recall.
Hyperion: it must be a flavour of EssBase, then. I've re-packaged the Excel add-in and Analytical Services. Both were quite straightforward, as I recall.
Posted by:
anonymous_9363
17 years ago
Posted by:
spritchet
17 years ago
Meic,
When you repackaged Hyperion did you end up doing a setup capture or using an iss to do the install. I am trying to do the same thing with 9.2.0.3 and since it is an Install Shield app it looks like it should be able to creat an ISS file to do the install, but I am not having any luck with the normal command line options, like -r or /r to get it to create the iss file.
Thanks
When you repackaged Hyperion did you end up doing a setup capture or using an iss to do the install. I am trying to do the same thing with 9.2.0.3 and since it is an Install Shield app it looks like it should be able to creat an ISS file to do the install, but I am not having any luck with the normal command line options, like -r or /r to get it to create the iss file.
Thanks
Posted by:
rlgura
17 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.