You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Which version of Visual Studio are you building with (if any)?
2017
Describe the behavior you expected and how it differed from the actual behavior.
We are just trying to understand/solve an issue with our companies installer. As the mailing list could not help we are trying it this way, and appreciate any information.
We are using the IIS Extension to locate the "Default Web Site" like this:
Now we had the issue at a customer that locating the website failed causing the installer to rollback with:
WriteIIS7ConfigChanges: Error 0x80070002: Site not found for create application
WriteIIS7ConfigChanges: Error 0x80070002: Failed to configure IIS application.
WriteIIS7ConfigChanges: Error 0x80070002: WriteIIS7ConfigChanges Failed.
The name of the default web site on the customers PC was "Default Website" having three http bindings for port 80 and IP Address set to *. All of the bindings had a value configured in their "Host Name" setting.
Adding another binding with an empty hostname solved the issue but in my understanding it should have found the website regardless whether the there is a binding with an empty host name or not? Are we missing something?
During some tests in our lab we found out that finding the website works even if it cannot be found via the binding (like at the customer) - as long as the name equals the configured Description "Default Web Site". So there seems to be a fallback to the iis:WebSite[@description] attribute which I did not find in the docu (Maybe this should be added?).
Are we using it the wrong way or is this maybe a bug in the IISExtension (not finding the website when there is no binding with an empty "Host Name") or just not possible this way?
Btw.: specifying IP="*" in iis:WebAddress does not help.
The text was updated successfully, but these errors were encountered:
My understanding is that the code you supplied is looking for a website that is on port 80 and doesn't have a specific host/ip attached (which is why adding a record with no host name worked). If you had added one of the host names to your authoring my understanding is that it would have found the site.
How long did you have this on the wix-users list with no answers? I'm not on there every day, and I'm no expert on the IIS extensión, but I don't recall seeing it.
Thanks for the fast response. In my understanding adding the customer specific host name is not a solution as the installer is of course used by multiple customers.
I thought at least the following code should find the website independent from the host name setting (adding Ip="*"):
As far as I understand it, there is otherwise no way to make it working/locate the website? (Taken that there is a binding on port 80 as a prerequisite for the installation)
Ok, thanks for the information although I am sorry to hear that there is no way to find a website solely by the port of the binding when there is an (unknown) host name set.
We are just trying to understand/solve an issue with our companies installer. As the mailing list could not help we are trying it this way, and appreciate any information.
We are using the IIS Extension to locate the "Default Web Site" like this:
Now we had the issue at a customer that locating the website failed causing the installer to rollback with:
The name of the default web site on the customers PC was "Default Website" having three http bindings for port 80 and IP Address set to *. All of the bindings had a value configured in their "Host Name" setting.
Adding another binding with an empty hostname solved the issue but in my understanding it should have found the website regardless whether the there is a binding with an empty host name or not? Are we missing something?
During some tests in our lab we found out that finding the website works even if it cannot be found via the binding (like at the customer) - as long as the name equals the configured Description "Default Web Site". So there seems to be a fallback to the iis:WebSite[@description] attribute which I did not find in the docu (Maybe this should be added?).
Are we using it the wrong way or is this maybe a bug in the IISExtension (not finding the website when there is no binding with an empty "Host Name") or just not possible this way?
Btw.: specifying IP="*" in iis:WebAddress does not help.
The text was updated successfully, but these errors were encountered: