Re: [WiX-users] question about upgrades
If the ProductCode you are attempting to install is already installed, it is no longer a major upgrade and is a maintenance mode transaction (see small update & minor upgrade, as well as repair and removal). Your ProductCode must not be installed in order to perform an installation transaction (both major upgrade and fresh install). -Original Message- From: Wilson, Phil [mailto:phil.wil...@wonderware.com] Sent: Tuesday, December 15, 2009 9:35 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] question about upgrades Maintenance mode means that the product is already installed, as defined by the ProductCode guid and the PackageCode guid. Phil Wilson -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Tuesday, December 15, 2009 9:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades Hi All, I have an install (v 3.0.5419.0) which performs a major upgrade, and completely uninstalls the previous version before installing the newer one, when a previous version is detected. We support multiple side by side instances of our application, and as such, target a specific instance for upgrade by setting the property from the upgrade table to the appropriate product code based on the instance the user selected from a custom bootstrapper. All of this has been working correctly until yesterday. I now have an issue where when I execute my install and choose to upgrade a specific instance it is failing to do so. My bootstrapper is passing in all the same values in the command line to Windows Installer that it was before, but FindRelatedProducts is not executing for some reason. From the verbose log: MSI (c) (DC:98) [09:10:52:732]: Doing action: FindRelatedProducts Action 9:10:52: FindRelatedProducts. Searching for related applications Action start 9:10:52: FindRelatedProducts. MSI (c) (DC:98) [09:10:52:733]: Skipping FindRelatedProducts action: not run in maintenance mode Action ended 9:10:52: FindRelatedProducts. Return value 0. So basically, the FindRelatedProducts action is not being executed, and obviously the RemoveExistingProducts action will also not be executed. What does it mean "not run in maintenance mode", and how do I make it work correctly so that it will run FindRelatedProducts action as I want? Thanks in advance for your help, Amy Amy Rosewater VanMatre SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ 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 Portland House, Bressenden Place, London, SW1E 5BF (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=77&nav_id=80&prev_id=77 . You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail inet.hqhelpd...@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). -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ---
Re: [WiX-users] question about upgrades
Maintenance mode means that the product is already installed, as defined by the ProductCode guid and the PackageCode guid. Phil Wilson -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Tuesday, December 15, 2009 9:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades Hi All, I have an install (v 3.0.5419.0) which performs a major upgrade, and completely uninstalls the previous version before installing the newer one, when a previous version is detected. We support multiple side by side instances of our application, and as such, target a specific instance for upgrade by setting the property from the upgrade table to the appropriate product code based on the instance the user selected from a custom bootstrapper. All of this has been working correctly until yesterday. I now have an issue where when I execute my install and choose to upgrade a specific instance it is failing to do so. My bootstrapper is passing in all the same values in the command line to Windows Installer that it was before, but FindRelatedProducts is not executing for some reason. From the verbose log: MSI (c) (DC:98) [09:10:52:732]: Doing action: FindRelatedProducts Action 9:10:52: FindRelatedProducts. Searching for related applications Action start 9:10:52: FindRelatedProducts. MSI (c) (DC:98) [09:10:52:733]: Skipping FindRelatedProducts action: not run in maintenance mode Action ended 9:10:52: FindRelatedProducts. Return value 0. So basically, the FindRelatedProducts action is not being executed, and obviously the RemoveExistingProducts action will also not be executed. What does it mean "not run in maintenance mode", and how do I make it work correctly so that it will run FindRelatedProducts action as I want? Thanks in advance for your help, Amy Amy Rosewater VanMatre SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ 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 Portland House, Bressenden Place, London, SW1E 5BF (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=77&nav_id=80&prev_id=77. You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail inet.hqhelpd...@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). -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] question about upgrades
Hi All, I have an install (v 3.0.5419.0) which performs a major upgrade, and completely uninstalls the previous version before installing the newer one, when a previous version is detected. We support multiple side by side instances of our application, and as such, target a specific instance for upgrade by setting the property from the upgrade table to the appropriate product code based on the instance the user selected from a custom bootstrapper. All of this has been working correctly until yesterday. I now have an issue where when I execute my install and choose to upgrade a specific instance it is failing to do so. My bootstrapper is passing in all the same values in the command line to Windows Installer that it was before, but FindRelatedProducts is not executing for some reason. From the verbose log: MSI (c) (DC:98) [09:10:52:732]: Doing action: FindRelatedProducts Action 9:10:52: FindRelatedProducts. Searching for related applications Action start 9:10:52: FindRelatedProducts. MSI (c) (DC:98) [09:10:52:733]: Skipping FindRelatedProducts action: not run in maintenance mode Action ended 9:10:52: FindRelatedProducts. Return value 0. So basically, the FindRelatedProducts action is not being executed, and obviously the RemoveExistingProducts action will also not be executed. What does it mean "not run in maintenance mode", and how do I make it work correctly so that it will run FindRelatedProducts action as I want? Thanks in advance for your help, Amy Amy Rosewater VanMatre SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] question about upgrades
Amy Rosewater wrote: > Action start 14:38:31: RemoveExistingProducts. > > RemoveExistingProducts: Application: > 20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C, Command line: > UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} > CLIENTUILEVEL=0 REMOVE=ALL > Try that command line from outside the installer: msiexec /i {20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C} UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} CLIENTUILEVEL=0 REMOVE=ALL -- sig://boB http://joyofsetup.com/ -- 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] question about upgrades
Hi All, I am looking into an issue I am having when running an upgrade (major upgrade) for an instance of my application that is installed. I am currently running Wix v 3.0.5419. When my upgrade runs, I get this in the verbose log for the RemoveExistingProducts action: MSI (s) (98:14) [14:38:31:068]: Doing action: RemoveExistingProducts Action 14:38:31: RemoveExistingProducts. Removing applications Action start 14:38:31: RemoveExistingProducts. RemoveExistingProducts: Application: 20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C, Command line: UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} CLIENTUILEVEL=0 REMOVE=ALL MSI (s) (98:74) [14:38:31:072]: Resetting cached policy values MSI (s) (98:74) [14:38:31:072]: Machine policy value 'Debug' is 0 MSI (s) (98:74) [14:38:31:072]: *** RunEngine: *** Product: 20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C *** Action: *** CommandLine: ** MSI (s) (98:14) [14:38:31:072]: Ignoring failure to remove product during upgrade - product already uninstalled. Action ended 14:38:31: RemoveExistingProducts. Return value 1. I don't know what it's talking about when it says the product is already uninstalled, because it is not. The end result here is that my application upgrade runs, but on the machine it now appears that there are two instances of the product rather than the one upgraded instance that was my goal. Can anyone shed any light as to why it would fail to remove the original product. I have the RemoveExistingProducts action scheduled right now between InstallValidate and InstallInitialize. Thanks, Amy Amy Rosewater VanMatre SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- 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] question about upgrades and instance transforms
John, Thanks so much for this! :) That is much better news than what I was hoping for. I am going to try it today. A -Original Message- From: John Nannenga [mailto:john.nanne...@microsoft.com] Sent: Friday, February 20, 2009 11:25 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] question about upgrades and instance transforms I leave the upgrade code the same for all instances. I have a dialog asking the user whether they'd like to upgrade an existing instance, or install a new instance (only if an existing instance is detected). If the user selects to upgrade an existing instance, I store the product code of that instance in a property, PC_TO_UPGRADE. I then have a CA which runs that sets the "MIGRATE" property and the property specified in the `Upgrade`.`ActionProperty` for the record in question appropriately and at the right time in the sequence as appropriate for the installation. (essentially, this strips off the additional semi-colon delimited list of product codes for the other instances that the installation / upgrade should not care about). Do this before WI custom actions which act upon the property, and life is good. :) -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Friday, February 20, 2009 9:47 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] question about upgrades and instance transforms Anyone have any thoughts on this? In my mind I am thinking that I would need to transform the Upgrade Code for each instance and the values in the upgrade table to match for windows installer to properly identify the specific instance I wanted to upgrade such that in my newer installer "Instance1" upgrade code matches my older installer upgrade code. This is just speculation, so if anyone has any experience supporting a major upgrade for an install with multiple embedded transforms, I would love to hear what you did. Thanks in advance, Amy -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Thursday, February 19, 2009 10:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades and instance transforms Hi All, I am in the process of making the necessary changes to my installer to make it support a major upgrade. I have found several resources describing the creation of a major upgrade, and I think I understand at least for the default instance of my product, how to write the Wix required to make this work. However, in my application I have supported multiple side by side installations through the use of embedded transforms created by the Wix nodes and . Is there anything that I need to do differently in the creation of a major upgrade installer so that it will work correctly with transformed instances of my original install? Thanks in advance, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25
Re: [WiX-users] question about upgrades and instance transforms
I leave the upgrade code the same for all instances. I have a dialog asking the user whether they'd like to upgrade an existing instance, or install a new instance (only if an existing instance is detected). If the user selects to upgrade an existing instance, I store the product code of that instance in a property, PC_TO_UPGRADE. I then have a CA which runs that sets the "MIGRATE" property and the property specified in the `Upgrade`.`ActionProperty` for the record in question appropriately and at the right time in the sequence as appropriate for the installation. (essentially, this strips off the additional semi-colon delimited list of product codes for the other instances that the installation / upgrade should not care about). Do this before WI custom actions which act upon the property, and life is good. :) -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Friday, February 20, 2009 9:47 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] question about upgrades and instance transforms Anyone have any thoughts on this? In my mind I am thinking that I would need to transform the Upgrade Code for each instance and the values in the upgrade table to match for windows installer to properly identify the specific instance I wanted to upgrade such that in my newer installer "Instance1" upgrade code matches my older installer upgrade code. This is just speculation, so if anyone has any experience supporting a major upgrade for an install with multiple embedded transforms, I would love to hear what you did. Thanks in advance, Amy -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Thursday, February 19, 2009 10:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades and instance transforms Hi All, I am in the process of making the necessary changes to my installer to make it support a major upgrade. I have found several resources describing the creation of a major upgrade, and I think I understand at least for the default instance of my product, how to write the Wix required to make this work. However, in my application I have supported multiple side by side installations through the use of embedded transforms created by the Wix nodes and . Is there anything that I need to do differently in the creation of a major upgrade installer so that it will work correctly with transformed instances of my original install? Thanks in advance, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] question about upgrades and instance transforms
Anyone have any thoughts on this? In my mind I am thinking that I would need to transform the Upgrade Code for each instance and the values in the upgrade table to match for windows installer to properly identify the specific instance I wanted to upgrade such that in my newer installer "Instance1" upgrade code matches my older installer upgrade code. This is just speculation, so if anyone has any experience supporting a major upgrade for an install with multiple embedded transforms, I would love to hear what you did. Thanks in advance, Amy -Original Message- From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Thursday, February 19, 2009 10:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades and instance transforms Hi All, I am in the process of making the necessary changes to my installer to make it support a major upgrade. I have found several resources describing the creation of a major upgrade, and I think I understand at least for the default instance of my product, how to write the Wix required to make this work. However, in my application I have supported multiple side by side installations through the use of embedded transforms created by the Wix nodes and . Is there anything that I need to do differently in the creation of a major upgrade installer so that it will work correctly with transformed instances of my original install? Thanks in advance, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] question about upgrades and instance transforms
Hello Amy, I have been through this, here's my experience. By the way, if some one can tell me there's a better way, I'd love to know. Most of this is not wix specific, but can be implemented with WIX. Some of it is bootstrap stuff. I assume you want to upgrade each instance independently and possibly not in the same order you installed them. The biggest issue when it comes to major upgrade is that because an instance has the same UpgradeCode but a different ProductCode, it can look like another version of the product, so the FindRelatedProduct action will find all of the existing Instances when any instance is being upgraded. The danger with this is that the first instance to be upgraded will upgrade one instance and remove all other instances at RemoveExistingProduct. I protect against this by having the install write its product code to the registry. I read this in on each install. I let FindRelatedProduct do its work, but then I overwrite the list found by FindRelatedProduct with my instance. The second thing is that you need to change the ProductCode for each of your instance transforms, otherwise the ProductCode is not changing for the instance which is not a Major Upgrade. This can be really messy. The third thing is that you now have to boot strap the MSI correctly - with the correct transform for the particular instance you are updating based on the user making a selection. So my bootstrapper (which is a HTA) uses the Installer.RelatedProduct property (in the Automation Interface) to get the instances installed, and then lets the user select which they want to upgrade. To do this the bootstrap must have a mapping of the existing ProductCode of an existing instance to the command string that upgrades that particular instance to its new instance. The command line for the major upgrade will need to have MSINEWINSTANCE=1 and TRANSFORMS=. You might have to experiment a bit with the original non-instance install (it doesn't need either of these). By the way, if by chance you want to install a new instance with the new version (ie you have instances of the old version on the system and you want to add a further instance but with the new version) be carefull. FindRelatedProducts will still kick in and find the old versions even though you think its just installing, end result is that it removes the old instances. I actually do all my instance installs with a property called CLEAN=1 which I use to stop FindRelatedProducts from running. I have also had some problems with MigrateFeatuerState seeming to give me the union of features selected for different instances, but I really haven't got to the bottom of that one. I hope that helps and I would like to know if you learn anything, or find a better way to do it. Regards Michael From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] Sent: Fri 20/02/2009 3:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] question about upgrades and instance transforms Hi All, I am in the process of making the necessary changes to my installer to make it support a major upgrade. I have found several resources describing the creation of a major upgrade, and I think I understand at least for the default instance of my product, how to write the Wix required to make this work. However, in my application I have supported multiple side by side installations through the use of embedded transforms created by the Wix nodes and . Is there anything that I need to do differently in the creation of a major upgrade installer so that it will work correctly with transformed instances of my original install? Thanks in advance, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-use
[WiX-users] question about upgrades and instance transforms
Hi All, I am in the process of making the necessary changes to my installer to make it support a major upgrade. I have found several resources describing the creation of a major upgrade, and I think I understand at least for the default instance of my product, how to write the Wix required to make this work. However, in my application I have supported multiple side by side installations through the use of embedded transforms created by the Wix nodes and . Is there anything that I need to do differently in the creation of a major upgrade installer so that it will work correctly with transformed instances of my original install? Thanks in advance, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 arosewa...@spectrumhr.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users