About davidg

davidg · ‎Sep 27, 2011

Thought I would post the work around so when someone else runs into this they will have a solution. Here are the steps that allowed me to avoid this: [LIST=1] Clear the ASP .Net version property from the Virtual Directory. This will turn off the unwanted call to aspnet_regiis.exe -s W3SVC/1/Root/. Create a custom action that calls the same logic but includes the full path to the application (eg. aspnet_regiis.exe -s W3SVC/1/Root/MyVirDir) I still don't know why this is being called. This is not desired on the root of the website. If a company had 100 .net 2 virtual directories under a website they would all be set to .net 4 because I deployed a virtual directory. This is very bad and takes time to set them all back, as well causes downtime to sites that are not compatible with .net 4. From the aspnet_regiis documentation: Updates scriptmaps and application-pool assignments for the specified application and for all sub-applications. For a non-root Web application (not W3SVC\ or W3SVC\ROOT), the application pool settings for the non-root Web application and all its sub-applications are copied to a new application pool named ASP.NET V4.0 original application pool name, and the non-root Web application is then moved to the new application pool. The new application pool has the same settings as the original application pool, except that the copy is mapped to the .NET Framework 4 CLR and has ASP.NET 4 settings. If the new application pool ASP.NET V4.0 original application pool name already exists, the step of creating and cloning the application pool is skipped. Instead, Aspnet_regiis.exe uses the existing application pool and sets it to use the .NET Framework 4 CLR, but makes no other changes. The tool then moves the specified application and its sub-applications to the corresponding application-pool copy. Existing application-pool settings are left unchanged. If the specified application is the Web root (W3SVC\ or W3SVC\ROOT), Aspnet_regiis.exe updates all application pools to use the .NET Framework 4 CLR and ASP.NET 4. Note: This Issue also exists in Install Shield 2012.

davidg · ‎Sep 26, 2011

When deploying a virtual directory the installer is calling the following: InstallShield 19:27:13: Configuring ASP .NET version: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -s W3SVC/1/Root/ What I want is it to call: InstallShield 19:27:13: Configuring ASP .NET version: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -s W3SVC/1/Root/MyVirDir The problem is when there are other virtual directories under this path they are also being set to .net 4 but should be set to .net 2. Questions: 1) Can I disable the call to aspnet_regiis.exe -s W3SVC/1/Root/ 2) Is there a way I can change this to append the virtual directory to this call Regards, Dave

davidg · ‎Feb 09, 2010

Still not sure what the error codes mean, but I set the prerequisite to ignore the pending reboot and it seems to work fine now.

davidg · ‎Feb 09, 2010

Hello, I am using the Microsoft SQL Server 2008 Express SP1 (x64) prerequisite in InstallShield 2010. The problem I have run into is: on a 64 bit machine after the preq installation finishes and actually installed successfully the installation abruptly quits. Program: SQLEXPR_x64_ENU.exe My command line args: /qs /ACTION=Install REBOOT=ReallySuppress /FEATURES=SQL /INSTANCENAME=SOMESQLEXPRESS /SQLSVCACCOUNT="NT AUTHORITY\Network Service" /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /AGTSVCACCOUNT="NT AUTHORITY\Network Service" /ADDCURRENTUSERASSQLADMIN="True" /hideconsole The Log: Action 15:42:41: Installing Microsoft SQL Server 2008 Express SP1 (x64). Installing Microsoft SQL Server 2008 Express SP1 (x64) InstallShield 15:54:24: *** Prerequisites complete; return code 7 InstallShield 15:54:24: Destroyed Window {7B9E7363-8FE8-4DE0-B3A4-09BFE63A46E1} CustomAction ISInstallPrerequisites returned actual error code 259 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 15:54:24: ISInstallPrerequisites. Return value 5. Action ended 15:54:24: INSTALL. Return value 1. Does anyone have any idea what these error codes are indicating?

davidg · ‎Jan 04, 2010

Thank you, I will stop looking. It looks like I will create a workaround for this. Regards, Davidg

davidg · ‎Jan 04, 2010

Hello, I was wondering if there is a way to check the gac for an assembly of a certain version or higher in a prerequisite condition? I am trying to write a prerequisite for Microsoft SQl Server System CLR Types for a version 10 +. Any help would be greatly appreciated regards, Davidg

davidg · ‎Nov 20, 2009

I did not get a chance to implement these changes as I switched to the C# Automation Library. When I noticed that the first IswiAuto16.ISWiPathVariable was null, I am thinking this is why it had troubles. Anyways thanks for the help, davidg

davidg · ‎Nov 20, 2009

Unfortunately this did not work same errors, any other ideas? Regards, davidg

davidg · ‎Nov 19, 2009

Hello, I am trying to update my project path variables using automation in the form of vbscript, and I keep getting the following error: "(24, 1) ActiveX component can't create object: 'IswiAuto16.ISWiPathVariable'". Any ideas? Dim StdIn, StdOut Set StdIn = WScript.StdIn Set StdOut = WScript.StdOut Set m_ISWiProject = CreateObject("IswiAuto16.ISWiProject") ' Open Project strFile = "My.ism" m_ISWiProject.OpenProject strFile Set pvs = CreateObject("IswiAuto16.ISWiPathVariables") Set pvs = m_ISWiProject.ISWiPathVariables For count = 0 to pvs.Count Set pv = CreateObject("IswiAuto16.ISWiPathVariable") Set pv = pvs.Item(count) Next StdOut.WriteLine "Saving Project" m_ISWiProject.SaveProject StdOut.WriteLine "Closing Project" m_ISWiProject.CloseProject Regards, Davidg

davidg · ‎Nov 18, 2009

Redistributables *Change the redistributables collection to use my 64 bit redist. This was not needed as I just added an OS condition to the preq.

davidg · ‎Nov 18, 2009

IIS *Change the App Pool Enable 32 Bit Applications to true *Change the IISitems to the asp.net 64 bit platform. For this section I've decided to define properties in the IIS Tables, it seems to be working.

davidg · ‎Nov 16, 2009

Hello, I am in the process of creating a script to modify my 32 bit installer (BasicMSI), and change it into a 64 bit installer. Tasks completed so far: *Marked all components as 64 bit For Each m_Comp In m_ISWiProject.ISWiComponents StdOut.WriteLine "Changing " + m_Comp.Name + " to 64 bit component" m_Comp.Attrib64BitComponent = True Next *Changed the install directory to programfiles 64folder [CODE]m_ISWiProject.INSTALLDIR = "[ProgramFiles64Folder]CompanyName\Product" [/CODE] *Updated the template summary StdOut.WriteLine "Updating Template Summary" For Each pSISProp In m_ISWiProject.ISWiSISProperties If pSISProp.Name = "TemplateSummary" Then pSISProp.Value = "x64;1033" StdOut.WriteLine "Updating Template Summary ... Done" End If Next Now I still have a few todo's which I have not been able to figure out: IIS *Change the App Pool Enable 32 Bit Applications to true *Change the IISitems to the asp.net 64 bit platform. Redistributables *Change the redistributables collection to use my 64 bit redist. If someone can point me in the right direction, or point out some Automation Objects to use it would be greatly appreciated. Thanks davidg

davidg · ‎Nov 12, 2009

Thanks I will give this a try.

davidg · ‎Nov 11, 2009

Hello, I currently am having an issue with a installer built with IS 10 installed on a Vista 64 Environment. It does not happen on all machines, just one machine has been reported. Part of the Verbose Log: (Please note I have the same behavior with all managed custom actions) Action start 12:56:25: Set_WebSites_Flatlist_AppCmd. MSI (c) (8C:2C) [12:56:25:424]: Invoking remote custom action. DLL: C:\Users\UsersName\AppData\Local\Temp\MSI8420.tmp, Entrypoint: m24 InstallShield: Loaded CLR successfully InstallShield: Managed code threw an unhandled exception. CustomAction Set_WebSites_Flatlist_AppCmd returned actual error code 1603 but will be translated to success due to continue marking Action ended 12:56:26: Set_WebSites_Flatlist_AppCmd. Return value 1. Other Notes: Now this method is wrapped in a try catch, meaning no code should throw an unhandled exception as long as the method is entered. I have ruled out virus scanner, he does have windows defender but I don't think this would matter. I am running out of ideas what could cause this. Any Ideas? Is there something I should look for in the log file? Any help would be greatly appreciated? Regards, David G

davidg · ‎Oct 28, 2009

In the end I tried two methods: one was to modify the tables directly, and added a virtual directory instead of using a IIsWebFile (Which doesn't seem to be supported in the acceptable types of IIS Metabase Objects (could be wrong). It didn't seem to work, so I ended up just using installscript to delete it. Sidenote: I find it strange that my problem doesn't occur in IIS7, it just deletes the website. Anyways, all is well now, thanks for the help.

Online Status	Offline
Date Last Visited	‎Mar 18, 2019 12:10 PM

Work Around

aspnet_regiis calling -s on wrong path

Solved it

Feature Prerequisite causing installation to abruptly abort installation

Thanks

Prerequisite needs Gac - Microsoft SQl Server System CLR Types

Changed to C# Automation library

No Success

ActiveX component can't create object: 'IswiAuto16.ISWiPathVariable'

Solved

Update

Automation VB Script for Changing 32 bit Installer to 64 Bit

Thanks

Vista 64 all Managed Custom Actions failing

My Solution

Work Around

aspnet_regiis calling -s on wrong path

Solved it

Feature Prerequisite causing installation to abruptly abort installation

Thanks

Prerequisite needs Gac - Microsoft SQl Server System CLR Types

Changed to C# Automation library

No Success

ActiveX component can't create object: 'IswiAuto16.ISWiPathVariable'

Solved