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: Fail to create virtual directory on Windows 2008 Server
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
‎Dec 02, 2009
10:01 AM
Fail to create virtual directory on Windows 2008 Server
Hi there,
My installation is failing to create a virtual directory for IIS under Windows 2008 Server (under Default Web Site). The same installation works on Windows Server 2003.
I saw some issues mentioned over on Installshield 2008 forums, but wondered if there was a resolution here. I just installed 2010 SP1, and have the same issue.
Thanks,
Chris
My installation is failing to create a virtual directory for IIS under Windows 2008 Server (under Default Web Site). The same installation works on Windows Server 2003.
I saw some issues mentioned over on Installshield 2008 forums, but wondered if there was a resolution here. I just installed 2010 SP1, and have the same issue.
Thanks,
Chris
(8) Replies
‎Dec 02, 2009
10:33 AM
A little more data; if I create the virtual directory manually, all the files get installed to where they should be via the installation, so the real issue seems to be with the actual creation of the virtual directory.
Thanks,
Chris
Thanks,
Chris
‎Dec 02, 2009
11:59 AM
Can you attach a verbose log of the failing installation?
‎Dec 02, 2009
12:25 PM
Hi Josh,
Funny you should mention that...I tried to do that, but nothing seems to be coming out in the log.
I go into the project settings, MSI Log File tab, check everything, and put C:\My_Installation.log in the log file edit box, and nothing comes out.
We do the same thing for another one of our installations with Installshield 11, and it works fine. Is there something else I'm missing to get the log file generated?
Thanks,
Chris
Funny you should mention that...I tried to do that, but nothing seems to be coming out in the log.
I go into the project settings, MSI Log File tab, check everything, and put C:\My_Installation.log in the log file edit box, and nothing comes out.
We do the same thing for another one of our installations with Installshield 11, and it works fine. Is there something else I'm missing to get the log file generated?
Thanks,
Chris
‎Dec 02, 2009
12:29 PM
One more piece of information...for some reason, when it does create the virtual directory properly on Windows 2003, the virtual folder path is set to "[IISROOTFOLDER]NAS", rather than the expanded property like I'd expect.
Thanks,
Chris
Thanks,
Chris
‎Dec 02, 2009
01:00 PM
The simplest way to create a log would be launching the setup from a command prompt:
setup.exe /v"/l*v C:\PathToLog\LogFile.log"
-- or --
msiexec.exe /I "C:\Path\MsiPackage.msi" /l*v "C:\PathToLog\LogFile.log"
Regarding the installed folder path, this is likely the cause of the failure on IIS 7.x machines (this path is invalid and IIS 7 verifies the path is accessible which will cause a failure). The IIS support resolves this path assuming it is a Directory table entry or property name. To ensure a Directory entry is used for this path, click the ... button on the Content Source Path setting for your virtual directory. This will bring up the Browse for Directory dialog where you can select (or create) a directory entry to be used.
setup.exe /v"/l*v C:\PathToLog\LogFile.log"
-- or --
msiexec.exe /I "C:\Path\MsiPackage.msi" /l*v "C:\PathToLog\LogFile.log"
Regarding the installed folder path, this is likely the cause of the failure on IIS 7.x machines (this path is invalid and IIS 7 verifies the path is accessible which will cause a failure). The IIS support resolves this path assuming it is a Directory table entry or property name. To ensure a Directory entry is used for this path, click the ... button on the Content Source Path setting for your virtual directory. This will bring up the Browse for Directory dialog where you can select (or create) a directory entry to be used.
‎Dec 02, 2009
02:56 PM
So here's what I did - I went back and looked at my web site setup in Installshield, and I think I figured out what went wrong.
In the "Content Source Path (Local or UNC)" edit box for my virtual directory, I clicked the down arrow on the far right, picked [IISROOTFOLDER], and then typed my folder name after it in the edit box, so it looked like "[IISROOTFOLDER]NAS". Doing it like this, nothing worked, and the actual string given to IIS was exactly "[IISROOTFOLDER]NAS" - not having the property's value put in there.
When I went back in to check, I used the ellipses [...], browsed to my subfolder, and it inserted "{NAS}[IISROOTFOLDER]NAS" for me, and everything works fine now.
Not exactly obvious...but things are working now.
Thanks for your help, Josh.
Chris
In the "Content Source Path (Local or UNC)" edit box for my virtual directory, I clicked the down arrow
When I went back in to check, I used the ellipses [...], browsed to my subfolder, and it inserted "{NAS}[IISROOTFOLDER]NAS" for me, and everything works fine now.
Not exactly obvious...but things are working now.
Thanks for your help, Josh.
Chris
‎Feb 16, 2010
02:27 PM
cada0310 wrote:
So here's what I did - I went back and looked at my web site setup in Installshield, and I think I figured out what went wrong.
In the "Content Source Path (Local or UNC)" edit box for my virtual directory, I clicked the down arrowon the far right, picked [IISROOTFOLDER], and then typed my folder name after it in the edit box, so it looked like "[IISROOTFOLDER]NAS". Doing it like this, nothing worked, and the actual string given to IIS was exactly "[IISROOTFOLDER]NAS" - not having the property's value put in there.
When I went back in to check, I used the ellipses [...], browsed to my subfolder, and it inserted "{NAS}[IISROOTFOLDER]NAS" for me, and everything works fine now.
Not exactly obvious...but things are working now.
Thanks for your help, Josh.
Chris
I had to do the same thing, this seems like a bug to me. I didn't change my physical path for the project when I converted from IS2009 to IS2010 and it broke...then I spent a full day of work between yesterday and today to get it to work correctly....I think you guys should make sure the property is recognized and converted.
‎Feb 16, 2010
05:30 PM
Migrating a project from IS 2009 to 2010 should not break any IIS related functionality with respect to the physical path of an IIS item. The physical path used by an IIS item is migrated untouched from the RootDir column of the ISIISCommon table in the old project to a new record in the ISIISProperty table in the new project (which has a FriendlyName of 'Path' and the MetaDataValue value containing the old RootDir column value).
IS 2009 provided the same runtime behavior with respect to the physical path used by a website or virtual directory, i.e., it had to be either a Directory table key or a property name without brackets. However, after looking into this, it appears changes made to the IIS view for IS 2010 is the likely cause of this behavior. Specifically, the IIS view in IS 2009 would create a new Directory table entry when a physical path was manually entered for a website or virtual directory. This behavior is no longer occurring in IS 2010. I have submitted work order IOA-000053950 to have this behavior addressed in the future. Using the ellipsis button to browse for or create a new Directory entry can be used to work around this issue.
IS 2009 provided the same runtime behavior with respect to the physical path used by a website or virtual directory, i.e., it had to be either a Directory table key or a property name without brackets. However, after looking into this, it appears changes made to the IIS view for IS 2010 is the likely cause of this behavior. Specifically, the IIS view in IS 2009 would create a new Directory table entry when a physical path was manually entered for a website or virtual directory. This behavior is no longer occurring in IS 2010. I have submitted work order IOA-000053950 to have this behavior addressed in the future. Using the ellipsis button to browse for or create a new Directory entry can be used to work around this issue.