Re: [WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
New test code. Dim iisRoot As DirectoryEntry = New DirectoryEntry(IIS://localhost/W3SVC) For Each webSite As DirectoryEntry In iisRoot.Children MsgBox(HI) Next Produces the following exception with detail. System.Runtime.InteropServices.COMException was unhandled by user code ErrorCode=-2147463168 Message=Unknown error (0x80005000) Source=System.DirectoryServices StackTrace: at System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail) at System.DirectoryServices.DirectoryEntry.Bind() at System.DirectoryServices.DirectoryEntry.get_IsContainer() at System.DirectoryServices.DirectoryEntries.ChildEnumerator..ctor(DirectoryEnt ry container) at System.DirectoryServices.DirectoryEntries.GetEnumerator() at SiteDetector.CustomActions.GetSites(Session session) InnerException: I'm guessing this is starting to fall out of the scope of WiX discussions unless my problem is directly related to the use of the WiX VB.NET custom action project in some way. Any help greatly appreciated!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 3:11 PM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... Trying to code the site name grab now, but whatever I try I receive an Unknown error (0x80005000). Here's the most recent code I've tried.. Try Dim deIIS As New DirectoryEntry(IIS://localhost/W3SVC) deIIS = New DirectoryEntry(IIS://localhost/W3SVC) For Each site As DirectoryEntry In deIIS.Children If site.SchemaClassName = IIsWebServer Then MsgBox(site.Name) MsgBox(site.Properties(ServerComment).Value.ToString) End If Next Catch ex As Exception MsgBox(ex.Message) End Try I've created my setup as an .exe requiring Admin rights because I saw that this stuff may need that requirement. From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 11:54 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... One more thing I noticed, session.log statements are not reflected when I generate a log from the command line. Where should I be seeing these log status messages? From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 11:44 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... I think I may have found some of my problem. I didn't have CustomAction() _ above the function I send earlier. Also, in my query I had 'ListBox' instead of `ListBox`. So, after making the above changes I can see my array element values in the list box. Now it's off to cycling through the web sites to see if I can get that to work. Once all that is up and running, I may inquire as to the high level steps of creating a virtual directory/application installation in WiX. After I get these UI changes squared away my plan is to dump the files and do all of the messy IIS setup (to handle IIS 6 7) in a custom action at the end of the install. Is that basically the high level goals of doing this with WiX? Thanks for the help so far!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 10:09 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... Thanks for the replies so far as they've been helpful (I think). Here's my VB.Net Code, but its blowing up with a 1723 Error. The action is schedule as Immediate Execution. Public Shared Function GetSites(ByVal session As Session) As ActionResult Dim recListBox As Record Dim intIndex As Integer Dim sqlView As View Dim strTest As String() = {One, Two, Three} Try session.Log(Populating Web Stite List...) sqlView = session.Database.OpenView(SELECT * FROM 'ListBox') sqlView.Execute() For intIndex = LBound(strTest) To UBound(strTest) recListBox = session.Database.CreateRecord(4) recListBox.SetString(1, WEBSITECHOICES2) recListBox.SetInteger(2, intIndex + 1) recListBox.SetString(3, strTest(intIndex)) recListBox.SetString(4, strTest(intIndex)) sqlView.Modify(ViewModifyMode.InsertTemporary, recListBox) Next sqlView.Close() session.Log(Web Site List populated successfully.) 'Everything good... Return (ActionResult.Success) Catch ex As Exception session.Log(Error: There was a problem populating web site list.) Return (ActionResult.Failure) End Try End Function Does it matter that I don't have any records seeded
Re: [WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
Thanks for the replies so far as they've been helpful (I think). Here's my VB.Net Code, but its blowing up with a 1723 Error. The action is schedule as Immediate Execution. Public Shared Function GetSites(ByVal session As Session) As ActionResult Dim recListBox As Record Dim intIndex As Integer Dim sqlView As View Dim strTest As String() = {One, Two, Three} Try session.Log(Populating Web Stite List...) sqlView = session.Database.OpenView(SELECT * FROM 'ListBox') sqlView.Execute() For intIndex = LBound(strTest) To UBound(strTest) recListBox = session.Database.CreateRecord(4) recListBox.SetString(1, WEBSITECHOICES2) recListBox.SetInteger(2, intIndex + 1) recListBox.SetString(3, strTest(intIndex)) recListBox.SetString(4, strTest(intIndex)) sqlView.Modify(ViewModifyMode.InsertTemporary, recListBox) Next sqlView.Close() session.Log(Web Site List populated successfully.) 'Everything good... Return (ActionResult.Success) Catch ex As Exception session.Log(Error: There was a problem populating web site list.) Return (ActionResult.Failure) End Try End Function Does it matter that I don't have any records seeded in my ListBox table at build-time? I thought I may have read somewhere that someone built with a dummy record in the table, deleted then added the new temp records. ?? Any further help would be greatly appreciated!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Monday, August 08, 2011 4:07 PM To: 'wix-users@lists.sourceforge.net' Subject: Populating a ListBox At Runtime - VB.NET Custom Action Project... I don't know if I'm on the right path, but maybe someone can help me. I'm currently using InstallShield, but have dabbled in WiX a bit. I'm trying to creat a custom action using the WiX VB.NET custom action project type in VS 2010. Eventually this custom action will query the target system for existing web sites by name and populate a combo box for selection, but for now, I just have an array of values that I want to shove into the listbox just to see that I have working code. The associated property on my listbox is WEBSITECHOICES and I know that I have to get the choices into the listbox table, but that is where I hit the wall. I've tried so much that my head is spinning. Does someone out there have a VB.Net code snippet of how to use the Session.OpenView, etc to populate this table with my array values? -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
I think I may have found some of my problem. I didn't have CustomAction() _ above the function I send earlier. Also, in my query I had 'ListBox' instead of `ListBox`. So, after making the above changes I can see my array element values in the list box. Now it's off to cycling through the web sites to see if I can get that to work. Once all that is up and running, I may inquire as to the high level steps of creating a virtual directory/application installation in WiX. After I get these UI changes squared away my plan is to dump the files and do all of the messy IIS setup (to handle IIS 6 7) in a custom action at the end of the install. Is that basically the high level goals of doing this with WiX? Thanks for the help so far!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 10:09 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... Thanks for the replies so far as they've been helpful (I think). Here's my VB.Net Code, but its blowing up with a 1723 Error. The action is schedule as Immediate Execution. Public Shared Function GetSites(ByVal session As Session) As ActionResult Dim recListBox As Record Dim intIndex As Integer Dim sqlView As View Dim strTest As String() = {One, Two, Three} Try session.Log(Populating Web Stite List...) sqlView = session.Database.OpenView(SELECT * FROM 'ListBox') sqlView.Execute() For intIndex = LBound(strTest) To UBound(strTest) recListBox = session.Database.CreateRecord(4) recListBox.SetString(1, WEBSITECHOICES2) recListBox.SetInteger(2, intIndex + 1) recListBox.SetString(3, strTest(intIndex)) recListBox.SetString(4, strTest(intIndex)) sqlView.Modify(ViewModifyMode.InsertTemporary, recListBox) Next sqlView.Close() session.Log(Web Site List populated successfully.) 'Everything good... Return (ActionResult.Success) Catch ex As Exception session.Log(Error: There was a problem populating web site list.) Return (ActionResult.Failure) End Try End Function Does it matter that I don't have any records seeded in my ListBox table at build-time? I thought I may have read somewhere that someone built with a dummy record in the table, deleted then added the new temp records. ?? Any further help would be greatly appreciated!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Monday, August 08, 2011 4:07 PM To: 'wix-users@lists.sourceforge.net' Subject: Populating a ListBox At Runtime - VB.NET Custom Action Project... I don't know if I'm on the right path, but maybe someone can help me. I'm currently using InstallShield, but have dabbled in WiX a bit. I'm trying to creat a custom action using the WiX VB.NET custom action project type in VS 2010. Eventually this custom action will query the target system for existing web sites by name and populate a combo box for selection, but for now, I just have an array of values that I want to shove into the listbox just to see that I have working code. The associated property on my listbox is WEBSITECHOICES and I know that I have to get the choices into the listbox table, but that is where I hit the wall. I've tried so much that my head is spinning. Does someone out there have a VB.Net code snippet of how to use the Session.OpenView, etc to populate this table with my array values? -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
One more thing I noticed, session.log statements are not reflected when I generate a log from the command line. Where should I be seeing these log status messages? From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 11:44 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... I think I may have found some of my problem. I didn't have CustomAction() _ above the function I send earlier. Also, in my query I had 'ListBox' instead of `ListBox`. So, after making the above changes I can see my array element values in the list box. Now it's off to cycling through the web sites to see if I can get that to work. Once all that is up and running, I may inquire as to the high level steps of creating a virtual directory/application installation in WiX. After I get these UI changes squared away my plan is to dump the files and do all of the messy IIS setup (to handle IIS 6 7) in a custom action at the end of the install. Is that basically the high level goals of doing this with WiX? Thanks for the help so far!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 10:09 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... Thanks for the replies so far as they've been helpful (I think). Here's my VB.Net Code, but its blowing up with a 1723 Error. The action is schedule as Immediate Execution. Public Shared Function GetSites(ByVal session As Session) As ActionResult Dim recListBox As Record Dim intIndex As Integer Dim sqlView As View Dim strTest As String() = {One, Two, Three} Try session.Log(Populating Web Stite List...) sqlView = session.Database.OpenView(SELECT * FROM 'ListBox') sqlView.Execute() For intIndex = LBound(strTest) To UBound(strTest) recListBox = session.Database.CreateRecord(4) recListBox.SetString(1, WEBSITECHOICES2) recListBox.SetInteger(2, intIndex + 1) recListBox.SetString(3, strTest(intIndex)) recListBox.SetString(4, strTest(intIndex)) sqlView.Modify(ViewModifyMode.InsertTemporary, recListBox) Next sqlView.Close() session.Log(Web Site List populated successfully.) 'Everything good... Return (ActionResult.Success) Catch ex As Exception session.Log(Error: There was a problem populating web site list.) Return (ActionResult.Failure) End Try End Function Does it matter that I don't have any records seeded in my ListBox table at build-time? I thought I may have read somewhere that someone built with a dummy record in the table, deleted then added the new temp records. ?? Any further help would be greatly appreciated!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Monday, August 08, 2011 4:07 PM To: 'wix-users@lists.sourceforge.net' Subject: Populating a ListBox At Runtime - VB.NET Custom Action Project... I don't know if I'm on the right path, but maybe someone can help me. I'm currently using InstallShield, but have dabbled in WiX a bit. I'm trying to creat a custom action using the WiX VB.NET custom action project type in VS 2010. Eventually this custom action will query the target system for existing web sites by name and populate a combo box for selection, but for now, I just have an array of values that I want to shove into the listbox just to see that I have working code. The associated property on my listbox is WEBSITECHOICES and I know that I have to get the choices into the listbox table, but that is where I hit the wall. I've tried so much that my head is spinning. Does someone out there have a VB.Net code snippet of how to use the Session.OpenView, etc to populate this table with my array values? -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
Trying to code the site name grab now, but whatever I try I receive an Unknown error (0x80005000). Here's the most recent code I've tried.. Try Dim deIIS As New DirectoryEntry(IIS://localhost/W3SVC) deIIS = New DirectoryEntry(IIS://localhost/W3SVC) For Each site As DirectoryEntry In deIIS.Children If site.SchemaClassName = IIsWebServer Then MsgBox(site.Name) MsgBox(site.Properties(ServerComment).Value.ToString) End If Next Catch ex As Exception MsgBox(ex.Message) End Try I've created my setup as an .exe requiring Admin rights because I saw that this stuff may need that requirement. From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 11:54 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... One more thing I noticed, session.log statements are not reflected when I generate a log from the command line. Where should I be seeing these log status messages? From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 11:44 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... I think I may have found some of my problem. I didn't have CustomAction() _ above the function I send earlier. Also, in my query I had 'ListBox' instead of `ListBox`. So, after making the above changes I can see my array element values in the list box. Now it's off to cycling through the web sites to see if I can get that to work. Once all that is up and running, I may inquire as to the high level steps of creating a virtual directory/application installation in WiX. After I get these UI changes squared away my plan is to dump the files and do all of the messy IIS setup (to handle IIS 6 7) in a custom action at the end of the install. Is that basically the high level goals of doing this with WiX? Thanks for the help so far!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Tuesday, August 09, 2011 10:09 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: Populating a ListBox At Runtime - VB.NET Custom Action Project... Thanks for the replies so far as they've been helpful (I think). Here's my VB.Net Code, but its blowing up with a 1723 Error. The action is schedule as Immediate Execution. Public Shared Function GetSites(ByVal session As Session) As ActionResult Dim recListBox As Record Dim intIndex As Integer Dim sqlView As View Dim strTest As String() = {One, Two, Three} Try session.Log(Populating Web Stite List...) sqlView = session.Database.OpenView(SELECT * FROM 'ListBox') sqlView.Execute() For intIndex = LBound(strTest) To UBound(strTest) recListBox = session.Database.CreateRecord(4) recListBox.SetString(1, WEBSITECHOICES2) recListBox.SetInteger(2, intIndex + 1) recListBox.SetString(3, strTest(intIndex)) recListBox.SetString(4, strTest(intIndex)) sqlView.Modify(ViewModifyMode.InsertTemporary, recListBox) Next sqlView.Close() session.Log(Web Site List populated successfully.) 'Everything good... Return (ActionResult.Success) Catch ex As Exception session.Log(Error: There was a problem populating web site list.) Return (ActionResult.Failure) End Try End Function Does it matter that I don't have any records seeded in my ListBox table at build-time? I thought I may have read somewhere that someone built with a dummy record in the table, deleted then added the new temp records. ?? Any further help would be greatly appreciated!! From: Matt Walker [mailto:mawa...@rcn.com] Sent: Monday, August 08, 2011 4:07 PM To: 'wix-users@lists.sourceforge.net' Subject: Populating a ListBox At Runtime - VB.NET Custom Action Project... I don't know if I'm on the right path, but maybe someone can help me. I'm currently using InstallShield, but have dabbled in WiX a bit. I'm trying to creat a custom action using the WiX VB.NET custom action project type in VS 2010. Eventually this custom action will query the target system for existing web sites by name and populate a combo box for selection, but for now, I just have an array of values that I want to shove into the listbox just to see that I have working code. The associated property on my listbox is WEBSITECHOICES and I know that I have to get the choices into the listbox table, but that is where I hit the wall. I've tried so much that my head is spinning. Does someone out there have a VB.Net code snippet of how to use the Session.OpenView, etc to populate this table with my array
[WiX-users] Populating a ListBox At Runtime - VB.NET Custom Action Project...
I don't know if I'm on the right path, but maybe someone can help me. I'm currently using InstallShield, but have dabbled in WiX a bit. I'm trying to creat a custom action using the WiX VB.NET custom action project type in VS 2010. Eventually this custom action will query the target system for existing web sites by name and populate a combo box for selection, but for now, I just have an array of values that I want to shove into the listbox just to see that I have working code. The associated property on my listbox is WEBSITECHOICES and I know that I have to get the choices into the listbox table, but that is where I hit the wall. I've tried so much that my head is spinning. Does someone out there have a VB.Net code snippet of how to use the Session.OpenView, etc to populate this table with my array values? -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UNSUBSCRIBE
-Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: Wednesday, November 17, 2010 2:33 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] property not being used Hi: I'm trying to debug an installer whereby I need to find out what value a property holds: I have the following fragment: Fragment Property Id=ISJAWSINSTALLED Value =JAWSNotInstalled RegistrySearch Id=JAWSInstallRootSearch Type=raw Root=HKLM Key=Software\Freedom Scientific\JAWS/ /Property /Fragment Below is the log created giving me the property values. The command line used was: Msiexec /I d:\work\hotSpotcliker.msi /lp d:\work\msi.log ---start log. === Logging started: 17/11/2010 07:06:52 === Action 07:06:52: INSTALL. Action start 07:06:52: INSTALL. Action 07:06:52: PrepareDlg. Action start 07:06:52: PrepareDlg. Info 2898. For WixUI_Font_Normal textstyle, the system created a 'Tahoma' font, in 0 character set, of 16 pixels height. Info 2898. For WixUI_Font_Bigger textstyle, the system created a 'Tahoma' font, in 0 character set, of 24 pixels height. Action 07:06:52: PrepareDlg. Dialog created Action ended 07:06:52: PrepareDlg. Return value 1. Action 07:06:52: AppSearch. Searching for installed applications Action start 07:06:52: AppSearch. Action ended 07:06:52: AppSearch. Return value 0. Action 07:06:52: LaunchConditions. Evaluating launch conditions Action start 07:06:52: LaunchConditions. The installed version of user32.dll is not high enough to support this installer. MSI (c) (F0:04) [07:06:54:655]: Product: HotSpotClicker -- The installed version of user32.dll is not high enough to support this installer. Action ended 07:06:54: LaunchConditions. Return value 3. Action 07:06:54: FatalError. Action start 07:06:54: FatalError. Action 07:06:54: FatalError. Dialog created Action ended 07:06:55: FatalError. Return value 2. Action ended 07:06:55: INSTALL. Return value 3. Property(C): WixUIRMOption = UseRM Property(C): WIXUI_INSTALLDIR = INSTALLLOCATION Property(C): ARPNOMODIFY = 1 Property(C): ProgramFilesFolder = C:\Program Files\ Property(C): SourceDir = d:\work\ Property(C): Manufacturer = HotSpotClicker Property(C): ProductCode = {C1093F38-9866-431E-A942-F786A1B8E8C0} Property(C): ProductLanguage = 1033 Property(C): ProductName = HotSpotClicker Property(C): ProductVersion = 1.0.0.0 Property(C): UpgradeCode = {4F202853-F239-453B-8EEA-A489D24DF24B} Property(C): DefaultUIFont = WixUI_Font_Normal Property(C): WixUI_Mode = InstallDir Property(C): ErrorDialog = ErrorDlg Property(C): MsiLogFileLocation = d:\work\mssi.log Property(C): PackageCode = {97BCA81F-11FD-4B28-A061-0F9B79C70504} Property(C): ProductState = -1 Property(C): PackagecodeChanging = 1 Property(C): CURRENTDIRECTORY = C:\Documents and Settings\Sean Farrow Property(C): CLIENTUILEVEL = 0 Property(C): CLIENTPROCESSID = 5104 Property(C): VersionDatabase = 200 Property(C): VersionMsi = 4.05 Property(C): VersionNT = 501 Property(C): WindowsBuild = 2600 Property(C): ServicePackLevel = 3 Property(C): ServicePackLevelMinor = 0 Property(C): MsiNTProductType = 1 Property(C): WindowsFolder = C:\WINDOWS\ Property(C): WindowsVolume = C:\ Property(C): SystemFolder = C:\WINDOWS\system32\ Property(C): System16Folder = C:\WINDOWS\system\ Property(C): RemoteAdminTS = 1 Property(C): TempFolder = C:\DOCUME~1\SEANFA~1\LOCALS~1\Temp\ Property(C): CommonFilesFolder = C:\Program Files\Common Files\ Property(C): AppDataFolder = C:\Documents and Settings\Sean Farrow\Application Data\ Property(C): FavoritesFolder = C:\Documents and Settings\Sean Farrow\Favorites\ Property(C): NetHoodFolder = C:\Documents and Settings\Sean Farrow\NetHood\ Property(C): PersonalFolder = C:\Documents and Settings\Sean Farrow\My Documents\ Property(C): PrintHoodFolder = C:\Documents and Settings\Sean Farrow\PrintHood\ Property(C): RecentFolder = C:\Documents and Settings\Sean Farrow\Recent\ Property(C): SendToFolder = C:\Documents and Settings\Sean Farrow\SendTo\ Property(C): TemplateFolder = C:\Documents and Settings\Sean Farrow\Templates\ Property(C): CommonAppDataFolder = C:\Documents and Settings\All Users\Application Data\ Property(C): LocalAppDataFolder = C:\Documents and Settings\Sean Farrow\Local Settings\Application Data\ Property(C): MyPicturesFolder = C:\Documents and Settings\Sean Farrow\My Documents\My Pictures\ Property(C): AdminToolsFolder = C:\Documents and Settings\Sean Farrow\Start Menu\Programs\Administrative Tools\ Property(C): StartupFolder = C:\Documents and Settings\Sean Farrow\Start Menu\Programs\Startup\ Property(C): ProgramMenuFolder = C:\Documents and Settings\Sean Farrow\Start Menu\Programs\ Property(C): StartMenuFolder = C:\Documents and Settings\Sean Farrow\Start Menu\ Property(C): DesktopFolder = C:\Documents and Settings\Sean Farrow\Desktop\ Property(C): FontsFolder = C:\WINDOWS\Fonts\ Property(C): GPTSupport = 1 Property(C): OLEAdvtSupport = 1 Property(C): ShellAdvtSupport = 1 Property(C): Intel = 6 Property(C): PhysicalMemory =
[WiX-users] UNSUBSCRIBE
How do I unsubscribe? Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This email and any attachments are intended only for the person or entity to which it is addressed and may contain information which is confidential, privileged or otherwise protected from disclosure. Distribution or copying of this email or the information contained herein by anyone other than the intended recipient is prohibited. If you have received this email in error, please immediately notify the sender by return email and please delete and destroy this email and any attachments. -Original Message- From: Hernán Martínez [mailto:hernan.marti...@ecc.es] Sent: Wednesday, November 17, 2010 12:00 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Reference harvesting disabled in 3.6? While porting one project from VS Setup to Wix (first time with it) I found that Votive doesn't harvest any reference at all, only the project output. Since I haven't been able to change this behavior I've disabled all the Harvesting flag in every project and relied on a prebuild task that calls heat.exe to pick all files from a temporary directory. Recently I've just found that there's a comment in 3.6 release notes that says Disabled reference harvesting by default in Votive. Is that so? Are there any way to enable it? I assume that it was disabled for a reason, right? I'd really prefer to depend on a standard harvesting tool rather than on a bunch of xcopy del calls in every pre and post build event. (Also, given my lack of skills in Wix, I may be missing something obvious.) Thanks in advance, -Hernán. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista
OK, let me know if I got the concept now. Here's what I did... Made sure OURVERSION property was added to SecureCustomProperties. Created Two Deferred Custom Actions... One passes [OURVERSION] as a command line parameter for an .exe. The other uses VBScript to display Session.Property(OURVERSION) The action that passed the property as a parameter worked OK, but using Session.Property returned nothing. So, I use SecureCustomProperties to pass the desired values to the Execute Sequence. These values can be passed to Custom Actions through command line parameters, for example. If the internal workings of a Custom Action need to reference session information, CustomActionData must be used. So in the above script example, Session.Property(CustomActionData) could be grabbed and parsed if needed as this is still available in that scenario (along with ProductCode and UserID). Is that an accurate summation? Thanks for all of the guidance and education on this!! Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Wednesday, September 22, 2010 7:10 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users]Command LineParameterstoDeferred CustomAction on Vista More generally, you potentially won't be able to access that property at all in any way in the execute sequence unless it is in SecureCustomProperties. It's really nothing to do with whether you need it in a custom action or not. There seems to be an assumption that the only reason you need properties passed into the execute sequence is so that you can pass them to (deferred) custom actions. Phil Wilson -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, September 22, 2010 12:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista I believe that is correct. I believe this is the sole purpose of the SecureCustomProperties property. If you do not pass the data via CustomActionData *and* you do not add the property to SecureCustomProperties, then you will _not_ have access to that data in any way in the deferred custom action. If you add the property to SecureCustomProperties, then you can access the data via the standard mechanisms for getting property values. The only properties you can access are the ones listed in SecureCustomProperties and a handful of others that are added by default by Windows Installer, check the SDK documentation for details. If you add the data to CustomActionData, then you'll be able to access it via the CustomActionData mechanism in the deferred custom action. If you do both, then you'll have access to the data via both mechanisms. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Wednesday, September 22, 2010 12:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista So adding the property to SecureCustomProperties also allows access to the property value directly at Deferred Action time (as opposed to passing it through CustomActionData)? Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http
Re: [WiX-users] Command Line Parameters toDeferred CustomAction on Vista
I guess I'm still a little foggy on it so I'll keep digging. If CustomActionData is needed to get values to Deferred Custom Actions, how then is my property value, populated in the Property Table, getting to my deferred action? In addition to having the property pre-populated in the table, I also added it to SecureCustomProperties. However I'm not using the Set Directory CA mechanism to get the value to CustomActionData. I don't know if I mentioned this before, but my Deferred Custom Action fires an .exe stored in the Binary Table with the following command line parameters being passed [ProductCode] [OURVERSION], the later being the pre-populated property. I don't know why, but I can't seem to get a handle on this! :( Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Wednesday, September 22, 2010 12:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command Line Parameters toDeferred CustomAction on Vista They are still two separate items. SecureCustomProperties is need if you want to pass properties from the UI to the execute sequence, whether they get passed to custom actions or not. If you pass them to a immediate custom actions there's no need to use CustomActionData. So if you wanted to collect a property value in the UI sequence AND pass it to a deferred custom action then you'd need to use SCP to get it into the execute sequence AND use CustomActionData to pass it to a deferred custom action. You might be thinking that CustomActionData is a single property, but it's not. Every deferred custom action can have its own CustomActionData associated with it. Yes, it's used to pass property values into deferred custom actions. You simply cannot directly get property values in deferred custom actions, that's what CustomActionData is for. There'a a paragraph or two at the end here http://msdn.microsoft.com/en-us/library/aa370543(VS.85).aspx Phil Wilson -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Tuesday, September 21, 2010 6:45 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command Line Parameters to Deferred CustomAction on Vista Since both worked in my scenario, I still, really don't know the difference. When you say SCPs is used to pass property values to the execute sequence, does that include access during or for deferred custom actions? Or, is CAD used to pass information to the deferred actions? Would there be a good example to illustrate the need for the use of CustomActionData where simply adding a property to SecureCustomProperties would not provide access during the deferred sequence? Any further help greatly appreciated. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Tuesday, September 21, 2010 5:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command Line Parameters to Deferred CustomAction on Vista Briefly, CustomActionData is a parameter passing scheme to get property values passed to a deferred custom action. SecureCustomProperties is a list of properties that you want to pass from the UI sequence (where you probably collected their values) across the context boundary into the execute sequence. Phil Wilson -Original Message- From: Superfreak3 [mailto:matt.wal...@synergis.com] Sent: Tuesday, September 21, 2010 11:59 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Command Line Parameters to Deferred Custom Action on Vista So what exactly is the difference
Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista
I know how to get stuff to-out of Custom Action Data, but I guess I really would like to know when it is absolutely necessary to use it. From you link with an emphasis on the first part... Custom actions are run at the end of an installation and cannot access information about the installation; the CustomActionData property allows you to store information about the installation that can be read by the custom action. I guess my question boils down to... why do I NOT have to store the value of my public property from the Property Table (and not set in any way via the UI) in CustomActionData? I can access the original property and its value fine with my Deferred action that is run in System Context. Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Wednesday, September 22, 2010 1:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista CustomActionData is that magical packet of information passed from the installer to your deferred CustomAction using the Value= attribute. Then, your .exe (or VBScript or Javascript) has to set a variable to the value of Session.Property(CustomActionData); so it gets a copy of this information to use. This info might help a little http://msdn.microsoft.com/en-us/library/2w2fhwzz(VS.71).aspx -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Wednesday, September 22, 2010 10:07 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command Line ParameterstoDeferred CustomAction on Vista I guess I'm still a little foggy on it so I'll keep digging. If CustomActionData is needed to get values to Deferred Custom Actions, how then is my property value, populated in the Property Table, getting to my deferred action? In addition to having the property pre-populated in the table, I also added it to SecureCustomProperties. However I'm not using the Set Directory CA mechanism to get the value to CustomActionData. I don't know if I mentioned this before, but my Deferred Custom Action fires an .exe stored in the Binary Table with the following command line parameters being passed [ProductCode] [OURVERSION], the later being the pre-populated property. I don't know why, but I can't seem to get a handle on this! :( Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please
Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista
Cool, thanks All!! Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, September 22, 2010 3:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users]Command LineParameterstoDeferred CustomAction on Vista I believe that is correct. I believe this is the sole purpose of the SecureCustomProperties property. If you do not pass the data via CustomActionData *and* you do not add the property to SecureCustomProperties, then you will _not_ have access to that data in any way in the deferred custom action. If you add the property to SecureCustomProperties, then you can access the data via the standard mechanisms for getting property values. The only properties you can access are the ones listed in SecureCustomProperties and a handful of others that are added by default by Windows Installer, check the SDK documentation for details. If you add the data to CustomActionData, then you'll be able to access it via the CustomActionData mechanism in the deferred custom action. If you do both, then you'll have access to the data via both mechanisms. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Wednesday, September 22, 2010 12:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command LineParameterstoDeferred CustomAction on Vista So adding the property to SecureCustomProperties also allows access to the property value directly at Deferred Action time (as opposed to passing it through CustomActionData)? Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, September 22, 2010 3:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users]Command LineParameterstoDeferred CustomAction on Vista Imagine that you have table-driven custom action. This custom action would need to read the values out of a table to determine what work
Re: [WiX-users] Command Line Parameters to Deferred CustomAction on Vista
Since both worked in my scenario, I still, really don't know the difference. When you say SCPs is used to pass property values to the execute sequence, does that include access during or for deferred custom actions? Or, is CAD used to pass information to the deferred actions? Would there be a good example to illustrate the need for the use of CustomActionData where simply adding a property to SecureCustomProperties would not provide access during the deferred sequence? Any further help greatly appreciated. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Tuesday, September 21, 2010 5:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Command Line Parameters to Deferred CustomAction on Vista Briefly, CustomActionData is a parameter passing scheme to get property values passed to a deferred custom action. SecureCustomProperties is a list of properties that you want to pass from the UI sequence (where you probably collected their values) across the context boundary into the execute sequence. Phil Wilson -Original Message- From: Superfreak3 [mailto:matt.wal...@synergis.com] Sent: Tuesday, September 21, 2010 11:59 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Command Line Parameters to Deferred Custom Action on Vista So what exactly is the difference between SecureCustomProperties and CustomActionData? I still do not fully understand this. We have a public property that holds a string that we write to the registry in certain cases. Is is held in the Property table. Let's say it contains 8.1.2.3 and is called OURVERSION. I have a little widget that runs near the end of the install that tests the condition for the registry edit and edits accordingly. I used a Set Property custom action sequenced in the Immediate Sequence to set the above mentioned property to something like PASSDATAACTION. Then, in the Deferrec Sequence action, I reference CustomActionData that now holds the value I passed. All seems to work OK here. I then thought, lets add the original property, OURVERSION, to SecureCustomProperties and just reference that directly as a parameter in my Deferred action, guess what. This works too. So, I'm unclear as to the true purpose of each. I know this really is off WiX topic, but I've gotten great help here before so any now is greatly appreciated. The scenario described above may not be exactly what is going on, but just to give an example. Thanks in advance for any help!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Command-Li ne-Parameters-to-Deferred-Custom-Action-on-Vista-tp2652448p733.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_i d=77. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them
Re: [WiX-users] Interviewing an installation developer
Why are Custom Actions in VBScript a warning sign? -Original Message- From: MikeR [mailto:michael.ru...@gmail.com] Sent: Monday, January 25, 2010 1:44 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Interviewing an installation developer The excerise of writing a simple install would probably be fine, though I'm not sure it is necessary. I do agree that knowing the nuts and bolts of Windows Installer is key and knowing what tables/actions do what is critical. The one potential problem I could see with having them author a small install on the spot is tool knowledge. Knowing Windows Installer itself is more important than knowing WiX, InstallShield, Wise, InstallAware, etc. Learning the concepts and best practices around Windows Installer is more difficult than learning how to use any particular tool. I would be sure to inquire about common issues with Windows Installer where people run into trouble or aspects of Windows Installer that are not intuitive and would require some real hands-on experience to know off the top of your head. Here is a short list of things I'd ask about. 1. Windows Installer component rules, feature/component structure 2. How Windows Installer handles upgrades and patches, making sure they know how FindRelatedProducts and RemoveExistingProducts actions and the Upgrade table work. Understanding how MSPs and therefore MSTs work to augment MSIs, etc. This relates back to #1 because if you don't follow proper component rules you frequently get burned when it comes time to upgrade/patch. 3. Understanding the general sequencing of how an MSI installs, knowing when to schedule custom actions in immediate/deferred mode and understanding when you should be making system changes and what property access is available, use of CustomActionData, commit/rollback actions, etc. 4. Also when it comes to custom actions the only good methods are C++ DLLs or DTF with C#. If you expect this person to write the custom actions for your installs they are going to need at least some basic programming skills in one of these two languages because anything beyond the most basic of installs is going to require custom action work. If your candidate is a proponent of writing custom actions in VBScript/Javascript take that as a warning sign. There's probably some other problematic areas escaping me at the moment but those are the big ones. I worked in Wise's tech support back when Windows Installer was starting to take over Windows setup development and from my experience there I can assure you that the three key areas where people ran into problems with Windows Installer were upgrades, custom actions and following proper component rules. If a candidate has a solid understanding of those areas and can speak about them intelligently that's a very strong starting point. -- View this message in context: http://n2.nabble.com/Interviewing-an-installation-developer-tp4455420p44 55848.html Sent from the wix-users mailing list archive at Nabble.com. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Interviewing an installation developer
Whenever I used vb custom actions they were small and easy to troubleshoot. Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Wendell Joost [mailto:wende...@gmail.com] Sent: Monday, January 25, 2010 2:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Interviewing an installation developer Have you ever tried to step through a VB CA in a debugger? Wendell On Mon, Jan 25, 2010 at 10:59 AM, Matt Walker matt.wal...@synergis.com wrote: Why are Custom Actions in VBScript a warning sign? -Original Message- From: MikeR [mailto:michael.ru...@gmail.com] Sent: Monday, January 25, 2010 1:44 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Interviewing an installation developer The excerise of writing a simple install would probably be fine, though I'm not sure it is necessary. I do agree that knowing the nuts and bolts of Windows Installer is key and knowing what tables/actions do what is critical. The one potential problem I could see with having them author a small install on the spot is tool knowledge. Knowing Windows Installer itself is more important than knowing WiX, InstallShield, Wise, InstallAware, etc. Learning the concepts and best practices around Windows Installer is more difficult than learning how to use any particular tool. I would be sure to inquire about common issues with Windows Installer where people run into trouble or aspects of Windows Installer that are not intuitive and would require some real hands-on experience to know off the top of your head. Here is a short list of things I'd ask about. 1. Windows Installer component rules, feature/component structure 2. How Windows Installer handles upgrades and patches, making sure they know how FindRelatedProducts and RemoveExistingProducts actions and the Upgrade table work. Understanding how MSPs and therefore MSTs work to augment MSIs, etc. This relates back to #1 because if you don't follow proper component rules you frequently get burned when it comes time to upgrade/patch. 3. Understanding the general sequencing of how an MSI installs, knowing when to schedule custom actions in immediate/deferred mode and understanding when you should be making system changes and what property access is available, use of CustomActionData, commit/rollback actions, etc. 4. Also when it comes to custom actions the only good methods are C++ DLLs or DTF with C#. If you expect this person to write the custom actions for your installs they are going to need at least some basic programming skills in one of these two languages because anything beyond the most basic of installs is going to require custom action work. If your candidate is a proponent of writing custom actions in VBScript/Javascript take that as a warning sign. There's probably some other problematic areas escaping me at the moment but those are the big ones. I worked in Wise's tech support back when Windows Installer was starting to take over Windows setup development and from my experience there I can assure you that the three key areas where people ran into problems with Windows Installer were upgrades, custom actions and following proper component rules. If a candidate has a solid understanding of those areas and can speak about them intelligently that's a very strong starting point. -- View this message in context: http://n2.nabble.com/Interviewing-an-installation-developer-tp4455420p44 55848.html Sent from the wix-users mailing list archive at Nabble.com
Re: [WiX-users] Interviewing an installation developer
Our in-house repackaging stuff contains scripts where antivirus is not a problem. They're simple and easy to troubleshoot so that really isn't an issue either. Scripts were stripped from our real-world installs way back in the day. I guess I forgot why. Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Monday, January 25, 2010 3:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Interviewing an installation developer That question would be very telling in an interview. :-) I don't punish candidates for having written script custom actions; we've all done that at some point. But they don't qualify for senior and principal positions if they can't articulate the risks and shown the ability to demonstrate implementing alternative solutions. Why are Custom Actions in VBScript a warning sign? -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major Upgrades and Versions
I would think that as long as the ProductVersion, the ProductCode and the PackageCode changes and the Upgrade table contains the versions to be upgraded in the Min/Max version fields, it should act as a Major Upgrade. Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Phone: +1 215.529.9900, x192 | 800.836.5440 Fax: +1 215.536.9249 http://www.synergissoftware.com/ Adept Engineering Document Management Workflow This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Thu 1/14/2010 3:16 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Major Upgrades and Versions We have an automated build that runs continually. We'd like each MSI produced to behave as a major upgrade so that we can apply any newer MSI on a target environment easily. Our build process fixes the first two parts of our version numbers to predetermined values and allows the remaining two values to vary on a per-build basis. I understand I need to change produ...@id and produ...@version with every build while keeping produ...@upgradecode constant to implement major upgrades. If produ...@version changes from 1.2.3 to 1.2.4 will the MSI produced behave as a major upgrade? Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.comhttp://www.fiserv.com/ P Please consider the environment before printing this e-mail -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FW: InstallShield 2010 vs InstallAware 9
OK, I see that Indigo Rose's MSI Factory (formerly Setup Factory, I believe) is based on the WiX toolset. Does anyone have any experience with this product? If so, does it have all the ability needed to tackle even the most complex of install? Web/IIS stuff? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Saturday, November 14, 2009 2:31 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] FW: InstallShield 2010 vs InstallAware 9 Other people have covered the technical aspects of the WiX toolset all over. To summarize, I think it is safe to say that if the Windows Installer supports it the WiX toolset supports it, the only question is how much education is required before you can accomplish what you want done. smile/ But I really want to speak to the future a little bit. I've been working on the WiX toolset for over 10 years now. We have accomplished a lot but there is plenty more to do. But look what we've done. Since 2005 we've released two versions of the WiX toolset, each one raised the bar in the quality of packages. The community here has been growing and now we have thousands of people on the mailing list with scores of highly knowledgeable people answering questions. Every year we seem to pick up another couple people that make the WiX toolset that much better. Personally, I'm more excited about the future of the WiX toolset than I ever have been before. With WiX v3.0 we have a really solid base. With WiX v3.5 we will finally have a bootstrapper/chainer. In WiX v4.0, we will be tackling the complexity of the language which seems to be the largest complaint now (because, IMHO, the WiX toolset output quality is so high the only thing to do is make it easier to output that quality smile/). Other people have pointed out there are plenty of companies that have bet on the WiX toolset (both of mine included). But ultimately, the decision is yours to decide to bet on a group of highly knowledgeable volunteers working on something they believe in completely. We'll be working on it here, either way. smile/ -- virtually, Rob Mensching - http://RobMensching.com LLC On Fri, Nov 13, 2009 at 6:53 AM, Matt Walker matt.wal...@synergis.comwrote: Something else I just thought of and should have included in my last email... What about the future of WiX? With it being free, how do I know it will be around for a while if I would choose to go this route with our installations? Did I read somewhere that it can be integrated into Visual Studio as well? Again, thanks for all of the quick responses. All information has been more than helpful and although my initial questions to this group really weren't WiX related, I am now curious and downloading the tool right now. Even still, if there is anyone out there with InstallShield and/or InstallAware experience, let me now what's good and bad about the products. I haven't had any responses from anyone with InstallAware experience so maybe that should tell me something. In saying that, I'm not sure how expansive this group is so maybe it shouldn't tell me anything. Again thanks and keep the information coming!! -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FW: InstallShield 2010 vs InstallAware 9
Oh, one more thing, what about patches and WiX? Or is that left to Msimsp.exe or something like that? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FW: InstallShield 2010 vs InstallAware 9
Something else I just thought of and should have included in my last email... What about the future of WiX? With it being free, how do I know it will be around for a while if I would choose to go this route with our installations? Did I read somewhere that it can be integrated into Visual Studio as well? Again, thanks for all of the quick responses. All information has been more than helpful and although my initial questions to this group really weren't WiX related, I am now curious and downloading the tool right now. Even still, if there is anyone out there with InstallShield and/or InstallAware experience, let me now what's good and bad about the products. I haven't had any responses from anyone with InstallAware experience so maybe that should tell me something. In saying that, I'm not sure how expansive this group is so maybe it shouldn't tell me anything. Again thanks and keep the information coming!! -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallShield 2010 vs InstallAware 9
Is there any kind of UI with WiX? I like InstallShield because it takes care of he nuts and bolts for you yet allows tweaking where needed. Is WiX scripting based or should you be a heavy duty developer to use it? I guess I can download and take a look. Any further info on this or the IS 2010 Vs IA 9 comparison is more than welcomed. Thanks! -Original Message- From: Brian Simoneau [mailto:bsimon...@freedomscientific.com] Sent: Thursday, November 12, 2009 12:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallShield 2010 vs InstallAware 9 My company was using InstallShield before switching to WiX. I have never used InstallAware, but the only advice I can give is to use WiX. It's free and can do anything that the commercial products do, sometimes better. -Brian Simoneau -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Thursday, November 12, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] InstallShield 2010 vs InstallAware 9 Hi All, I'm new to the group and was pointed here by an individual from whom I've received valuable assistance on many .NET, install related topics over the past several years. I know this is a Wix users group, but I'm hoping someone can give me some insight, guidance, etc. We as a company are looking to switch our install build product. The company whose product we use has undergone several company takeovers/changes recently and it doesn't look like the development effort is there for this particular product. We've been focusing on InstallShield 2010 and InstallAware 9. I've used InstallShield products in the past and never really had any major problems to speak of. IS seemed fairly easy to use and suited all of our needs. This seems to be the case with InstallShield 2010. InstallAware is a tool of a different kind as it appears to be primarily script based but does have a Visual interface as well. It might be because I could be subconsciously hooked on InstallShield, but InstallAware seems cumbersome to me. I guess that may also be that I'm just not used to their way of doing things. Conversion for us would take a larger amount of time with this product, but if it works and is stable, that really won't matter much to me. What I've heard and from what I already knew, they are both major players with InstallShield having a longer lifespan so far. I've been told that InstallAware claims to be on the cutting edge, but their installs at times display weird behavior. I'm trying to find an individual(s) that has used both or similar products for a compare and contrast of sorts. What are the pros and cons? Early on, Of course price will be a factor for us, but I just want to be sure after making a selection I don't miss major advantages of the product that is left behind by our decision. Please help if you can. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FW: InstallShield 2010 vs InstallAware 9
One of the big issues I've had with InstallShield and other products is proper registration of files. Most of the time this area was OK, but there were times when one or two files would not register causing me to create Custom Actions to do so. How would this be handled in WiX and is it reliable? *** I wonder what conversion time would be like to switch to WiX after being used to InstallShield/Wise for all these years. I'm planning a rebuild of all of our installs regardless of the product selected anyway, but I wonder what the WiX learning curve is like. What are some of the requirements or necessities for becoming an adept WiX user? *** What about Web and IIS Stuff - go to go/easy with WiX? -Original Message- From: Matt Walker Sent: Thursday, November 12, 2009 1:18 PM To: 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] InstallShield 2010 vs InstallAware 9 Is there any kind of UI with WiX? I like InstallShield because it takes care of he nuts and bolts for you yet allows tweaking where needed. Is WiX scripting based or should you be a heavy duty developer to use it? I guess I can download and take a look. Any further info on this or the IS 2010 Vs IA 9 comparison is more than welcomed. Thanks! -Original Message- From: Brian Simoneau [mailto:bsimon...@freedomscientific.com] Sent: Thursday, November 12, 2009 12:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallShield 2010 vs InstallAware 9 My company was using InstallShield before switching to WiX. I have never used InstallAware, but the only advice I can give is to use WiX. It's free and can do anything that the commercial products do, sometimes better. -Brian Simoneau -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Thursday, November 12, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] InstallShield 2010 vs InstallAware 9 Hi All, I'm new to the group and was pointed here by an individual from whom I've received valuable assistance on many .NET, install related topics over the past several years. I know this is a Wix users group, but I'm hoping someone can give me some insight, guidance, etc. We as a company are looking to switch our install build product. The company whose product we use has undergone several company takeovers/changes recently and it doesn't look like the development effort is there for this particular product. We've been focusing on InstallShield 2010 and InstallAware 9. I've used InstallShield products in the past and never really had any major problems to speak of. IS seemed fairly easy to use and suited all of our needs. This seems to be the case with InstallShield 2010. InstallAware is a tool of a different kind as it appears to be primarily script based but does have a Visual interface as well. It might be because I could be subconsciously hooked on InstallShield, but InstallAware seems cumbersome to me. I guess that may also be that I'm just not used to their way of doing things. Conversion for us would take a larger amount of time with this product, but if it works and is stable, that really won't matter much to me. What I've heard and from what I already knew, they are both major players with InstallShield having a longer lifespan so far. I've been told that InstallAware claims to be on the cutting edge, but their installs at times display weird behavior. I'm trying to find an individual(s) that has used both or similar products for a compare and contrast of sorts. What are the pros and cons? Early on, Of course price will be a factor for us, but I just want to be sure after making a selection I don't miss major advantages of the product that is left behind by our decision. Please help if you can. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports
Re: [WiX-users] InstallShield 2010 vs InstallAware 9
From just initially talking about or thinking about WiX my first guess would be that this would be the option for simpler installation processes/tasks and that the 'Top Shelf' products (with regard to price not quality) would pull the heavier weighted install stuff. I would be interested in the cons of WiX, but I don't know if that would offend anyone in this group. Here is the list of what our installations do... what can't be done or is difficult to do with WiX? -Install\Configure a web site (with the help of some Custom Actions to tweak some config files) -Various Custom Actions: call windows installer .dlls, call executables stored in the .msi, call executables on destination or installed w/application -Dialog addition and editing -Copy, Move and Delete File operations (Wise - basically populates the Move.. and RemoveFile tables -Query the Registry up front for launch condition values and values to populate dialog controls in the UI -Add, update INI files -Add File Associations/Extensions -Create and control Windows Services -Install Pre-requisite checking -Language localization support -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Thursday, November 12, 2009 1:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallShield 2010 vs InstallAware 9 Anything? Really? I'm sorry, I like WiX a lot but I can list out a couple dozen glaring feature and usability gaps. WiX is nice but let's keep some perspective here. --- On Thu, 11/12/09, Brian Simoneau bsimon...@freedomscientific.com wrote: From: Brian Simoneau bsimon...@freedomscientific.com Subject: Re: [WiX-users] InstallShield 2010 vs InstallAware 9 To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Thursday, November 12, 2009, 11:05 AM My company was using InstallShield before switching to WiX. I have never used InstallAware, but the only advice I can give is to use WiX. It's free and can do anything that the commercial products do, sometimes better. -Brian Simoneau -Original Message- From: Matt Walker [mailto:matt.wal...@synergis.com] Sent: Thursday, November 12, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] InstallShield 2010 vs InstallAware 9 Hi All, I'm new to the group and was pointed here by an individual from whom I've received valuable assistance on many .NET, install related topics over the past several years. I know this is a Wix users group, but I'm hoping someone can give me some insight, guidance, etc. We as a company are looking to switch our install build product. The company whose product we use has undergone several company takeovers/changes recently and it doesn't look like the development effort is there for this particular product. We've been focusing on InstallShield 2010 and InstallAware 9. I've used InstallShield products in the past and never really had any major problems to speak of. IS seemed fairly easy to use and suited all of our needs. This seems to be the case with InstallShield 2010. InstallAware is a tool of a different kind as it appears to be primarily script based but does have a Visual interface as well. It might be because I could be subconsciously hooked on InstallShield, but InstallAware seems cumbersome to me. I guess that may also be that I'm just not used to their way of doing things. Conversion for us would take a larger amount of time with this product, but if it works and is stable, that really won't matter much to me. What I've heard and from what I already knew, they are both major players with InstallShield having a longer lifespan so far. I've been told that InstallAware claims to be on the cutting edge, but their installs at times display weird behavior. I'm trying to find an individual(s) that has used both or similar products for a compare and contrast of sorts. What are the pros and cons? Early on, Of course price will be a factor for us, but I just want to be sure after making a selection I don't miss major advantages of the product that is left behind by our decision. Please help if you can. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports