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: Set custom property values going missing?
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
‎Jul 01, 2010
12:31 AM
Set custom property values going missing?
Hi
I think I may be overlooking something quite obvious, please point me in the right direction.
My installation installs an ASP.NET web application. I built a custom dialog with a dropdown to select a target website to install to. The drop down gets its web sites from a VBScript that runs earlier in the process. The VBScript populates the lookup name and value as the web site name, so that when you select the website, the id is not shown.
I then have a second vbscript on the next button click. This script matches the selected name to the configured web sites on the server and sets the port, id and name to custom properties (WebSiteName, WebSiteId, WebSitePort).
I then configured the IIS Node Web site settings as follows:
Identification
Name: [WebSiteName]
Tcp Port Number: [WebSitePort]
Site Number: [WebSiteId] - I removed this as it caused the installation to break. I assume it is because properties are string and this expects an int?
Anyways, this setup should work according to me but it just does not. It just installs to the first site, in this case the default site.
I am sure the properties do get set, as I check them in the vbscript with a msgbox. They have been set based on this.
If I check the install log file after the installation, I ca see that it did not set the IIS web site settings as one would expect. The log shows that blank values and 0 values are passed through, as they were defaultd in the property manager.
What gives?:(
I think I may be overlooking something quite obvious, please point me in the right direction.
My installation installs an ASP.NET web application. I built a custom dialog with a dropdown to select a target website to install to. The drop down gets its web sites from a VBScript that runs earlier in the process. The VBScript populates the lookup name and value as the web site name, so that when you select the website, the id is not shown.
I then have a second vbscript on the next button click. This script matches the selected name to the configured web sites on the server and sets the port, id and name to custom properties (WebSiteName, WebSiteId, WebSitePort).
I then configured the IIS Node Web site settings as follows:
Identification
Name: [WebSiteName]
Tcp Port Number: [WebSitePort]
Site Number: [WebSiteId] - I removed this as it caused the installation to break. I assume it is because properties are string and this expects an int?
Anyways, this setup should work according to me but it just does not. It just installs to the first site, in this case the default site.
I am sure the properties do get set, as I check them in the vbscript with a msgbox. They have been set based on this.
If I check the install log file after the installation, I ca see that it did not set the IIS web site settings as one would expect. The log shows that blank values and 0 values are passed through, as they were defaultd in the property manager.
What gives?:(
(4) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 01, 2010
03:45 AM
I am not familiar with ASP.NET applications, but have you tried to use public properties instead of private properties?
Private properties, whose name contains lowercase letters, are reset when execution switches from the User Interface sequence to the Execute sequence.
Could it be the problem there?
Private properties, whose name contains lowercase letters, are reset when execution switches from the User Interface sequence to the Execute sequence.
Could it be the problem there?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 01, 2010
05:18 AM
Well, ultimately it has nothing to do with the fact that I am usnig an ASP.NET application. I am at this stage trying to get my web app installed to the selected site, which is proving to be a nightmare.
Why this is not part of the product is beyond me.
Anyways, the vbscript code look like this for IIS6:
Session.Property("WebSitePort") = strPort
Session.Property("WebSiteId") = objIisWebSite.Name
Session.Property("WebSiteName") = objIisWebSite.ServerComment
Should the poerty name be all in uppercase to be public?
Riaan
Why this is not part of the product is beyond me.
Anyways, the vbscript code look like this for IIS6:
Session.Property("WebSitePort") = strPort
Session.Property("WebSiteId") = objIisWebSite.Name
Session.Property("WebSiteName") = objIisWebSite.ServerComment
Should the poerty name be all in uppercase to be public?
Riaan
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 01, 2010
12:30 PM
Try to write the property names in upper case, which will make them public.
If you are deploying on Windows Vista or Windows 7, also append the name of these properties to the property named "SecureCustomProperties" in the Property Editor (as mentioned here: http://www.installsite.org/pages/en/msi/articles/VistaMSI/index.htm).
I hope that helps.
If you are deploying on Windows Vista or Windows 7, also append the name of these properties to the property named "SecureCustomProperties" in the Property Editor (as mentioned here: http://www.installsite.org/pages/en/msi/articles/VistaMSI/index.htm).
I hope that helps.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 04, 2010
05:28 AM
Managed to get it working. The property names must all be in uppercase. Bingo.