This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: The MSI properties are not get evaluated when passing by MSIEXEC utility
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 21, 2008
04:19 AM
The MSI properties are not get evaluated when passing by MSIEXEC utility
Hello Community,
I'm using 2 installation packages in my installation program: one (setup.exe) contains UI and gathers information from the user and the target system, second (sitecore.msi) actually installs the product. At the final step, the UI part calls the MSIEXEC utility, passes it Sitecore.msi as a package name, list of arguments and closes itself. (This was done deliberately: I can't merge these 2 parts into one because of the requirement for multiple product installation)
Now, the problem: some properties (both mine and IS standard) are not get evaluated when passing to the second package. Let me explain: I have both logs. In the UI log I can find the line
Property(C): IS_SQLSERVER_SERVER = SVR-SQL0
which means that the server name was set to correct value.
But in the second install log I see the following:
Command Line: ... IS_SQLSERVER_SERVER= ...
The name wasn't passed to the second package by MSIEXEC! And as a result, my sql script fails, because it can't find such server!
This is the first time I faced with such an error during approx. 2 years of supporting this project. Hence, it is quite rare and I know it is something wrong with the environment. I have both verbose logs from that environment.
Where should I look in order to locate the reason? Do you have any other suggestions?
(P.S. I have no access to that environment, just logs and stable scenario)
I would appreciate any hint.
I'm using 2 installation packages in my installation program: one (setup.exe) contains UI and gathers information from the user and the target system, second (sitecore.msi) actually installs the product. At the final step, the UI part calls the MSIEXEC utility, passes it Sitecore.msi as a package name, list of arguments and closes itself. (This was done deliberately: I can't merge these 2 parts into one because of the requirement for multiple product installation)
Now, the problem: some properties (both mine and IS standard) are not get evaluated when passing to the second package. Let me explain: I have both logs. In the UI log I can find the line
Property(C): IS_SQLSERVER_SERVER = SVR-SQL0
which means that the server name was set to correct value.
But in the second install log I see the following:
Command Line: ... IS_SQLSERVER_SERVER=
The name wasn't passed to the second package by MSIEXEC! And as a result, my sql script fails, because it can't find such server!
This is the first time I faced with such an error during approx. 2 years of supporting this project. Hence, it is quite rare and I know it is something wrong with the environment. I have both verbose logs from that environment.
Where should I look in order to locate the reason? Do you have any other suggestions?
(P.S. I have no access to that environment, just logs and stable scenario)
I would appreciate any hint.
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 21, 2008
10:13 AM
Does it make any difference if you manually launch the second MSI and pass in that property value? Is IS_SQLSERVER_SERVER (and any other public property you want to pass in) included in the value of SecureCustomProperties?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 21, 2008
10:33 AM
Thanks for a quick feedback, Robert!
>> Does it make any difference if you manually launch the second MSI and pass in that property value?
Don't know, actually. I don't have the access to that problematic environment, hence I need some time to communitcate to the client, obtain remote access, etc. I'll get back with the info when I have it.
>> Is IS_SQLSERVER_SERVER (and any other public property you want to pass in) included in the value of SecureCustomProperties?
It is not. Should it?
I have just thought about the reason some properties are "broken", while others are not. I've looked through the log file again and here's what I've found:
Only the properties which are related to the system information got "obfuscated", such as:
IS_SQLSERVER_SERVER (became)
IS_SQLSERVER_USERNAME (became)
"Current user" (became)
Even the following is the case: I concat a property value out of several parts and receive
SC_IUSRNAME = SCISYS\IUSR_.
It made me think that it could be a kind of domain policy to protect certain data. I hope it gives you extra hint.
Thanks again for assistance!
>> Does it make any difference if you manually launch the second MSI and pass in that property value?
Don't know, actually. I don't have the access to that problematic environment, hence I need some time to communitcate to the client, obtain remote access, etc. I'll get back with the info when I have it.
>> Is IS_SQLSERVER_SERVER (and any other public property you want to pass in) included in the value of SecureCustomProperties?
It is not. Should it?
I have just thought about the reason some properties are "broken", while others are not. I've looked through the log file again and here's what I've found:
Only the properties which are related to the system information got "obfuscated", such as:
IS_SQLSERVER_SERVER (became
IS_SQLSERVER_USERNAME (became
"Current user" (became
Even the following is the case: I concat a property value out of several parts and receive
SC_IUSRNAME = SCISYS\IUSR_
It made me think that it could be a kind of domain policy to protect certain data. I hope it gives you extra hint.
Thanks again for assistance!
![](/skins/images/CC38E504FC9E1309DC48ACFEB4925670/responsive_peak/images/icon_anonymous_message.png)