I have installed few user files and registries using Active Setup, but i have some registries which have values like [Date] and [Time]. This actually gets resolved during runtime if this registries are implemented within MSI. But if i install the same registries using Active setup; this properties are not resolved, can you please tell me how it can be resolved in Active setup.
0 Comments   [ - ] Hide Comments


Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity


That's because Active Setup has no clue what your package is, nor indeed what Windows Installer is. It's a completely different technology.

You could either create the registry entries in an HKLM key and then use a script to copy them to the correct HKCU ones or you could use WI's self-healing. See this afternoon's reply to this http://itninja.com/question/spss-16.0-dialog post.
Answered 03/05/2008 by: VBScab
Red Belt

Please log in to comment
Hi Sushma,
how do you "install this registries using Active Setup"? A .reg file? with reg.exe?
A solution would be to do it with an MSI. Put the things which go to the profile into its own feature (eg. 'UserSettings').
Make it the top feature and all the existing features subs of it.
Then you reinstall just this single feature on each profile with AS like this:
Stubpath: msiexec /i [ProductCode] REINSTALL=UserSettings REINSTALLMODE=up /qn
Regards, Nick
Answered 03/06/2008 by: nheim
Tenth Degree Black Belt

Please log in to comment

Hey, really nice suggestion Nick and I will surely try this myself and use it in case I come across such a thing.
But on second thoughts, I think [Date] and [Time] etc are generally included in HKLM rather than HKCU. Can anyone think of any other examples for such registries?
One more thing, do you guys think it would be a good idea to exclude such registries from under the HKCU hive? I dont think they would be included under the HKCU for any specific reason unless they are queried for any values (which I think will be less likely)
Answered 03/06/2008 by: India_Repackaging
Blue Belt

Please log in to comment
This is the requirement of the application to keep these registries in HKCU.
I just gave you an example on this keys. It can be anything else than this,
for eg: some data which is set by property within your application or may be some filepath value which may be changed by user at the time of installation.
Answered 03/06/2008 by: sushma.shah
Senior Yellow Belt

Please log in to comment