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: virtual directories not created
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
‎Aug 05, 2009
08:42 PM
virtual directories not created
Hello All,
I've found numerous posts on this issue, but still I am so far unable to get round this problem: the virtual directories I am creating under the websites in IIS are created instead as physical folders. I'm associating the virtual dirs with unique components, as I've seen suggested, but at this point, I don't know what else to try, as the setup in the IDE seems straightforward.
Thanks for any suggestions/questions you may have.
I've found numerous posts on this issue, but still I am so far unable to get round this problem: the virtual directories I am creating under the websites in IIS are created instead as physical folders. I'm associating the virtual dirs with unique components, as I've seen suggested, but at this point, I don't know what else to try, as the setup in the IDE seems straightforward.
Thanks for any suggestions/questions you may have.
(7) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 07, 2009
01:31 PM
The IIS functionality does not create folders on the file system where a setup is installed to. Instead, it uses the IIS COM interfaces to create virtual directories (which are created as applications) which results in information being added to the IIS metabase (IIS 6 and earlier) or IIS applicationHost.config/web.config (IIS 7 and newer) configuration files.
Can you clarify what you mean by the virtual directories being created as physical folders?
Can you clarify what you mean by the virtual directories being created as physical folders?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 11, 2009
08:11 PM
Sure, what I'm seeing under the website in IIS are simply folders like one would see in windows explorer, as distinct from the icon used for a virtual directory. So my web-based application doesn't work until I manually create the virtual directory.
Thanks for your post. Let me know if I can provide more/better info (e.g., a screen print, if that would clarify things).
Thanks for your post. Let me know if I can provide more/better info (e.g., a screen print, if that would clarify things).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 14, 2009
01:46 PM
Can you attach a verbose log of the installation? You can create the log with the following command line:
setup.exe /v"/l*v C:\PathToLog\LogFile.log"
setup.exe /v"/l*v C:\PathToLog\LogFile.log"
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 18, 2009
11:45 AM
According to the log, the following IIS resources are being created:
- Website named 'smawebsvcs', site number 101, port number 9648; application created for this site at path '/' is 'Default Application3'
- Website named 'webopcon', site number 100, port number 8748; application created for this site at path '/' is 'Default Application1'
It also appears that the following components were not requested for installation: WebsiteComponent, VirtualDirComponent, WebsiteComponent1, VirtualDirComponent1, VirtualDirComponent2, VirtualDirComponent3, VirtualDirComponent3, VirtualDirComponent4, VirtualDirComponent6, VirtualDirComponent5, VirtualDirComponent7, VirtualDirComponent10, VirtualDirComponent8, VirtualDirComponent9. These are likely not requested for installation because there are a few feature contained in the MSI that are not being selected for installation. Please see the InstallValidate section of the log for information on which features have a NULL request state.
Since there are a number of components that are not being installation, and based on the names of these components, the behavior you are seeing would be expected. These components would need to be installed to have any IIS resources in them to be installed also.
- Website named 'smawebsvcs', site number 101, port number 9648; application created for this site at path '/' is 'Default Application3'
- Website named 'webopcon', site number 100, port number 8748; application created for this site at path '/' is 'Default Application1'
It also appears that the following components were not requested for installation: WebsiteComponent, VirtualDirComponent, WebsiteComponent1, VirtualDirComponent1, VirtualDirComponent2, VirtualDirComponent3, VirtualDirComponent3, VirtualDirComponent4, VirtualDirComponent6, VirtualDirComponent5, VirtualDirComponent7, VirtualDirComponent10, VirtualDirComponent8, VirtualDirComponent9. These are likely not requested for installation because there are a few feature contained in the MSI that are not being selected for installation. Please see the InstallValidate section of the log for information on which features have a NULL request state.
Since there are a number of components that are not being installation, and based on the names of these components, the behavior you are seeing would be expected. These components would need to be installed to have any IIS resources in them to be installed also.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 18, 2009
08:56 PM
Thank you for that. I'll associate those components and see if it makes a difference. Can the components be "empty", as long as they point to the target directory and are linked to a feature? Or do they need to include the files that install to the corresponding directory on the user's machine?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 16, 2009
07:06 PM
In case it helps anyone, the solution that worked for me was to upgrade to IS 2010; the virtual directories were then created as expected.
