Ahh, got it. Yeah. Okay. Nothing in WiX v3 will show up for "instance-izing" your Components. It's a problem I'm still walking around trying to find a good solution for. Localizing Components is a similar problem and it be nice to have a good solution for both... but we're not doing features in WiX v3 right now, just fixing bugs to hit a final release. So this is a problem to be tackled in WiX vNext.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga Sent: Friday, July 18, 2008 09:50 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe I referred to "NON file related data"...this goes back to the reference counting thread recently discussed. If I have a component that installs INI keys in the application target dir (INSTALLLOCATION); if I don't [instance-ize] that component (meaning that if I don't assign unique component guids for that component for every instance I support), only the last instance to be uninstalled will get its ini keys uninstalled. All the other uninstalled instances will have orphaned INI keys remaining on the system. This is true for registry keys, shortcuts, ini keys, etc... (All non-file based data). So I was asking if WiX had a nice way to "instance-ize" a component; or if what I'm doing is about as good as it gets. Reference: http://msdn.microsoft.com/en-us/library/aa367797(VS.85).aspx * To keep the nonfile data of each instance isolated, the base package should collect nonfile data into sets of components for each instance. The appropriate components should then be installed based on conditional statements that depend on the instance identifier -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Friday, July 18, 2008 11:35 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe I don't understand what you mean here: "file related data (such as INI keys) for instances need to have their own component GUIDs." If the Component content is identical then you shouldn't put them in different Components. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga Sent: Friday, July 18, 2008 07:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe 1. Nothing really is different from one component to the next, [that's my point] however non file related data (such as INI keys) for instances need to have their own component GUIDs. That means the component containing the INI keys gets duplicated for each instance. The only thing that changes are the IDs, the GUID, and the condition of the components to be installed. I was wondering if there was a cleaner way to go about "duplicating" the components for instances... -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Friday, July 18, 2008 3:35 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe 2. Well, I'm glad we finally built something useful. <smile/> You can thank Peter Marcu, it was his feature. 1. I don't really understand what is different from one Component to the next. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga Sent: Wednesday, July 16, 2008 15:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe FRIGGEN AWESOME!!!! YOU GUYS KICK ARSE!!! Just what I needed.... Thanks! [After I come down from my emotionally high roller coaster here... regarding question #1, is there a cleaner way [a method to avoid code duplication]?] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Wednesday, July 16, 2008 5:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Instances and Torch.exe Take a look at the new "Instance" element in WiX v3. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga Sent: Wednesday, July 16, 2008 14:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Multiple Instances and Torch.exe Looking for some advice: I need to support multiple instances of my product installation (for sake of discussion, let's just say 50 of the suckers). Regarding all non-file data, I've authored separate components and conditioned their installation based upon an internal instance name property: Example: <Component Id='DEX_INI_DEFAULT' Guid='8C401687-CD16-4D7C-95E8-8906EAE5CAD3'> <CreateFolder /> <IniFile Id='DEX_INIDEFAULT_DATABASETYPE' Name='Dex.ini' Directory='DATA' Section='General' Key='DatabaseType' Value='SQL' Action='addLine'/> <IniFile Id='DEX_INIDEFAULT_BTINTERFACE' Name='Dex.ini' Directory='DATA' Section='General' Key='BTInterface' Value='NoLoad' Action='addLine'/> <Condition><![CDATA[INSTANCE_NAME_INTERNAL="DEFAULT"]]></Condition> </Component> <Component Id='DEX_INI_INST01' Guid='5F663477-6306-42AC-AE4D-DA60A8AF4E45'> <CreateFolder /> <IniFile Id='DEX_INIINST01_DATABASETYPE' Name='Dex.ini' Directory='DATA' Section='General' Key='DatabaseType' Value='SQL' Action='addLine'/> <IniFile Id='DEX_INIINST01_BTINTERFACE' Name='Dex.ini' Directory='DATA' Section='General' Key='BTInterface' Value='NoLoad' Action='addLine'/> <Condition><![CDATA[INSTANCE_NAME_INTERNAL="INST01"]]></Condition> </Component> <Component Id='DEX_INI_INST02' Guid='8CB76616-D40A-439E-8A2C-175BCB700E69'> <CreateFolder /> <IniFile Id='DEX_INIINST02_DATABASETYPE' Name='Dex.ini' Directory='DATA' Section='General' Key='DatabaseType' Value='SQL' Action='addLine'/> <IniFile Id='DEX_INIINST02_BTINTERFACE' Name='Dex.ini' Directory='DATA' Section='General' Key='BTInterface' Value='NoLoad' Action='addLine'/> <Condition><![CDATA[INSTANCE_NAME_INTERNAL="INST02"]]></Condition> </Component> ... etc... 1st Question: Using the sweet new tools / approaches available in WiX, is there a more clever way of going about the above so I don't have to duplicate a bunch of code? Then, what I did in the past was (after my install built), copied the MSI. In the copy I change the ProductCode and INSTANCE_NAME_INTERNAL properties, then generate a transform. Change the values, then generate another transform (rinse and repeat until I get 50 instance transforms). These transforms are then embedded within the original built MSI. [This process was automated via a custom, console based utility] 2nd Question: Using the sweet new tools / approaches available in WiX, how might I go about this so that the above process becomes part of my MSI WiX Project build within Votive? Can I somehow leverage torch? Is there a WiX process / utility / MS Build Script, etc... to assist in this process (modifying an MSI, generate transform, stuff transform into an MSI)? ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
