Re: [wix-users] (deprecated) (deprecated) Difxapp Component Installation condition
Ok, I'll modify my MSI accordingly... Thanks for the advice.. -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: July-22-2015 4:59 PM To: wix-users@lists.sourceforge.net Subject: Re: [wix-users] (deprecated) (deprecated) Difxapp Component Installation condition I think it would be advisable to follow the one-resource-per-component pattern. http://stackoverflow.com/questions/1602831/wix-one-file-per-component-or-sev eral-files-per-component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-deprecated- Difxapp-Component-Installation-condition-tp7600925p7600926.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [wix-users] (deprecated) Difxapp Component Installation condition
Thanks for the response, the issue was in my KeyPath file set. I had put my 'MainDrv64.sys' file as the key path in the component, changing it to the INF allowed the installation to go through even though the hardware is not present. Here is my full component in case anyone has the same issue. -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: July-22-2015 12:59 PM To: wix-users@lists.sourceforge.net Subject: Re: [wix-users] (deprecated) Difxapp Component Installation condition I use the WixDifxAppExtension to install multiple drivers in configurations where in most cases the hardware will not exist, because they are different types of printer drivers and no hardware, or one model of printer is expected. Maybe the difference is related to the DifxApp flags. In my Component which includes the INF file as the keypath, I also have: -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Difxapp-Compon ent-Installation-condition-tp7600921p7600924.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Difxapp Component Installation condition
Hello All, I am using Difxapp for the first time, my installation is successful as long as the hardware I am installing it present in the system. I searched and can't find an answer to my question, maybe my key words are incorrect. Please let me know if this is possible. The MSI I have installs a driver and other applications. Because of different possibilities, the hardware may in some cases not be present in the system. When this is the case my MSI fails the installation and Rolls back. Is it possible to ignore the success state of a specific component (in this case the one responsible for installing the device drive) to allow the installation to be successful regardless of whether the hardware is present in the system or not? Here is the solution I have in mind: Write a CA to scan the system for the device and attach this to a property and install the component based on the property's value. Is there a better way? Thanks for the advice, Marc -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CA Major Upgrade Condition
Thanks for the response... I simply wanted to make sure all my bases were covered... I want this to run only in the new package and not the one currently being uninstalled. -Original Message- From: Nir Bar [mailto:nir@panel-sw.com] Sent: June-13-2015 2:57 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CA Major Upgrade Condition Seems like WIX_UPGRADE_DETECTED should be enough. Why did you add the "Not REMOVE="ALL" part? - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX & InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CA-Major-Upgra de-Condition-tp7600630p7600632.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CA Major Upgrade Condition
Hello Experts, I have a simple question about upgrades and a condition I am using. I have two MSIs A and B. (A is old and B is new) When I upgrade A with B, A was written a long time ago by someone else and they mismanaged upgrades, so I am trying to recuperate application generated files. The installer from A explicitly deletes these files so I created a CA that backups up the required files before RemoveingExistingFiles is called and restores them after InstallFinalize, this seems to be working well, I simply need a confirmation that I am not missing any details for the future packages. WIX_UPGRADE_DETECTED AND NOT (REMOVE="ALL") WIX_UPGRADE_DETECTED AND NOT (REMOVE="ALL") Does this condition makes sense in all scenarios, we only run MajorUpgrades. I need this CA to run in the current package (B), and not the one being uninstalled (A). In my case it only gets executed in package B and not A. When C will exist one day, C will run this CA and not B... and so on. Thanks for sharing your expertise, Marc -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two Mutually Exclusive Products
Thanks for the VERY CLEAR explanation... I understand what's happening and why... -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: January-14-2015 12:39 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Two Mutually Exclusive Products Because PROPERTY <> "" implies the property exists but has no value, but with the Windows Installer Service, the property will be removed if it is empty. Hence, NOT PROPERTY is the test that should be used. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry & Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: Wednesday, January 14, 2015 11:32 AM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Two Mutually Exclusive Products I have a simple condition question: I have my installer working as I need but I need clarification on something, and yes I fully understand this is of the most basic understanding, but it doesn't match what I am reading (probably misunderstanding) in documentation. My WIX Code: Question: The product search runs as expected, my property gets populated with the other products GUID when it exists and does not when it doesn't exist. So I expected my condition to look like this: OTHERPRODUCTFOUND <> "" meaning if not populated with Guid DO NOT display the message. Why does NOT OTHERPRODUCTFOUND evaluate to true when search is successful, in other words my message shows up and vice versa. In code it would do something like this: If (OTHERPRODUCTFOUND == "") // Other product not found Run install as normal Else // Product found DO NOT run install Thanks for helping me clear this simple misunderstanding up. Marc -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: January-12-2015 12:39 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Two Mutually Exclusive Products You are correct: ProductSearch does have an UpgradeCode too, I am using wix 3.8 and the documentation of 3.8 doesn't make reference to the UpgradeCode. I will try using 3.9. I will also investigate (learn) what you mean by implementing code in the ba (???) for the OnDetect handlers. Thanks for your input, Marc -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: January-12-2015 11:48 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Two Mutually Exclusive Products I'm a little confused by the comment about ProductSearch, sorry. - ProductSearch: requires a product code which I cannot use The wix:ProductSearch for use in authoring an MSI takes ProductSearch/@UpgradeCode as the input. The util:ProductSearch for use in a bundle takes either a ProductCode or an UpgradeCode (which I think was added in wix 3.9 ). I use a bundle driven msi(s) method and so in a similar situation where I have mutually exclusive 'products' (suites of products). In my situation rather than use a bal:Condition, I implement code in the ba, which is called in the OnDetectXxx handlers to determine if I need to communicate with the user and terminate the setup. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Mutually-E xclusive-Products-tp7598832p7598833.html Sent from the wix-users mailing list archive at Nabble.com. -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both w
Re: [WiX-users] Two Mutually Exclusive Products
I have a simple condition question: I have my installer working as I need but I need clarification on something, and yes I fully understand this is of the most basic understanding, but it doesn't match what I am reading (probably misunderstanding) in documentation. My WIX Code: Question: The product search runs as expected, my property gets populated with the other products GUID when it exists and does not when it doesn't exist. So I expected my condition to look like this: OTHERPRODUCTFOUND <> "" meaning if not populated with Guid DO NOT display the message. Why does NOT OTHERPRODUCTFOUND evaluate to true when search is successful, in other words my message shows up and vice versa. In code it would do something like this: If (OTHERPRODUCTFOUND == "") // Other product not found Run install as normal Else // Product found DO NOT run install Thanks for helping me clear this simple misunderstanding up. Marc -----Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: January-12-2015 12:39 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Two Mutually Exclusive Products You are correct: ProductSearch does have an UpgradeCode too, I am using wix 3.8 and the documentation of 3.8 doesn't make reference to the UpgradeCode. I will try using 3.9. I will also investigate (learn) what you mean by implementing code in the ba (???) for the OnDetect handlers. Thanks for your input, Marc -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: January-12-2015 11:48 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Two Mutually Exclusive Products I'm a little confused by the comment about ProductSearch, sorry. - ProductSearch: requires a product code which I cannot use The wix:ProductSearch for use in authoring an MSI takes ProductSearch/@UpgradeCode as the input. The util:ProductSearch for use in a bundle takes either a ProductCode or an UpgradeCode (which I think was added in wix 3.9 ). I use a bundle driven msi(s) method and so in a similar situation where I have mutually exclusive 'products' (suites of products). In my situation rather than use a bal:Condition, I implement code in the ba, which is called in the OnDetectXxx handlers to determine if I need to communicate with the user and terminate the setup. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Mutually-E xclusive-Products-tp7598832p7598833.html Sent from the wix-users mailing list archive at Nabble.com. -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two Mutually Exclusive Products
You are correct: ProductSearch does have an UpgradeCode too, I am using wix 3.8 and the documentation of 3.8 doesn't make reference to the UpgradeCode. I will try using 3.9. I will also investigate (learn) what you mean by implementing code in the ba (???) for the OnDetect handlers. Thanks for your input, Marc -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: January-12-2015 11:48 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Two Mutually Exclusive Products I'm a little confused by the comment about ProductSearch, sorry. - ProductSearch: requires a product code which I cannot use The wix:ProductSearch for use in authoring an MSI takes ProductSearch/@UpgradeCode as the input. The util:ProductSearch for use in a bundle takes either a ProductCode or an UpgradeCode (which I think was added in wix 3.9 ). I use a bundle driven msi(s) method and so in a similar situation where I have mutually exclusive 'products' (suites of products). In my situation rather than use a bal:Condition, I implement code in the ba, which is called in the OnDetectXxx handlers to determine if I need to communicate with the user and terminate the setup. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Mutually-E xclusive-Products-tp7598832p7598833.html Sent from the wix-users mailing list archive at Nabble.com. -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Two Mutually Exclusive Products
Hello Everyone, I have two mutually exclusive products I need to write an installation for. These two products are part of our daily builds so I cannot predict what the Package and Product codes will be for the current and future releases. I have done some research and have found a few alternatives as solutions, but none seem to be the correct way of doing this. - ProductSearch: requires a product code which I cannot use - AppSerach??? - FileSearch - RegistrySearch - Custom Action (To detect if other product is installed and warn user to uninstall product before running the current installation) The only thing (Unless I am misunderstanding something) is that I know the UpgradeCode of both products,, as these never change. Ideally here is the behavior I would like in the end. - If other product is installed, then warn the user of the condition and cancel the current installation - Upgrades of the same product behave as normal. Using the Tag Here is something I tried based on some code I found on StackOverflow Let me know if this is the best approach, or if you have a better suggestion, I would welcome that too. Thanks Marc -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. vanity: www.gigenet.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Launch Application on Exit - with Elevated Privileges
After my previous answer I started questioning my whole approach. The configuration tool has the responsibility amongst other things to bind an SSL certificate to a port. I initially did not want to do this as part of the install, but as part of a configuration tool, since the user can choose to change binding ports and other settings throughout the life of the product. Instead, I went with the first time config using CAs and default values, like this if the user cancels the install the rollback will handle un-installing things correctly. As for my config app, I used a manifest to make sure the OS handles the start of the tool in elevated mode. Thanks for all your questions, it made my installer more robust and logical. Marc -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: December-16-2014 11:02 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Launch Application on Exit - with Elevated Privileges Configure on first run is a common pattern with some installs. One question I have is if it always needs to be elevated. Is the configuration tool a separate executable than the application? Does it provide any value when in low privilege mode? If it's yes to the first and no to the second, you could manifest the tool to have the OS auto elevate and avoid having to do an additional button click. Is there a reason for needing elevation at all, or could the application store its configuration info in the CommonAppData\App Name\ folder and be modifiable by all without elevation. -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: Tuesday, December 16, 2014 9:53 AM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Launch Application on Exit - with Elevated Privileges Nick, It's not a script, but a configuration tool/Application with UI. Thanks for the input, it is very appreciated. Marc -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: December-15-2014 12:51 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Launch Application on Exit - with Elevated Privileges Should you do this at all? Run a configuration script after the installation? In most cases, you shouldn't. It should be part of the install. Collect all the data you need for the configuration during the UI portion of the install and then use that data in deferred custom actions during the execute sequence. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-Applica tion-on-Exit-with-Elevated-Privileges-tp7598584p7598586.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doublec
Re: [WiX-users] Launch Application on Exit - with Elevated Privileges
Nick, It's not a script, but a configuration tool/Application with UI. Thanks for the input, it is very appreciated. Marc -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: December-15-2014 12:51 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Launch Application on Exit - with Elevated Privileges Should you do this at all? Run a configuration script after the installation? In most cases, you shouldn't. It should be part of the install. Collect all the data you need for the configuration during the UI portion of the install and then use that data in deferred custom actions during the execute sequence. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-Applica tion-on-Exit-with-Elevated-Privileges-tp7598584p7598586.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Launch Application on Exit - with Elevated Privileges
Thanks for the tip Phil, it worked like a charm -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: December-15-2014 12:26 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Launch Application on Exit - with Elevated Privileges One approach, which I have looked at, but not actually used. http://support.microsoft.com/kb/981778 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-Applica tion-on-Exit-with-Elevated-Privileges-tp7598584p7598585.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Launch Application on Exit - with Elevated Privileges
Hello Everyone, Using the normal procedure I added a check box to my ExitDialog to launch my application on Exit. This works without any issues. http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/run _program_after_install.html The issue I do have is that the application I launch on Exit requires that it be ran with Admin rights. (Elevated Privileges) It's a configuration utility. >From the documentation it seems that this is not possible, I need to execute between install initialize and finalize to get elevated privileges. It there a way I can run a post install process with Admin Rights ? The following code returns error 2762: Cannot write script record. Transaction not started. The InstallExecuteSequence may have been authored incorrectly. Actions that change the system must be sequenced between the InstallInitialize and InstallFinalize actions. Perform package validation and check for ICE77. LAUNCHAPPONEXIT = 1 AND NOT Installed Thanks for the help, Marc -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Iis Schema Usage
Hi Nick, Thanks for the response. It worked. Marc -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: December-03-2014 11:06 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Iis Schema Usage To bind the certificate to the Web site, you can do something like: That should go into the same Component as your Certificate elements. That should be enough to do the binding. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Iis-Schema-Usa ge-tp7598329p7598359.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Iis Schema Usage
Hello All
I apologize for the long post, putting as many details as possible to make
my question more understandable :-)
I have been trying to figure out how to use this without any real success,
maybe I am trying to use this incorrectly.
Here is what I have figure out so far:
I have an installation that installs 2 certificates like this:
These two certificates install correctly. Then I manually run this command
after the installation is done:
netsh http add sslcert ipport=0.0.0.0:443
certhash=7c6ca4344c4cfe6a473f1ce406cdd42bbd4a
appid={df8c4073-544b---5975a944}
This binds my certificate to a port, which allows me through IE to connect
via HTTPs to my server (Https listener is running in a Windows Service).
This is the part missing in my installer.
I found this: http://sourceforge.net/p/wix/mailman/message/27889281/ that
suggests to run a CA to bind the certificate to the port, but Rob in the
thread mentions this is not a great idea. So I looked for a better way of
doing this and found this:
https://blog.tommyparnell.com/binding-ssl-certs-on-windows-installer-xml-wix
-deployed-web-applications/ I also found this:
http://wixtoolset.org/issues/3055/
What I haven't found is a dumbified version of how to do this. Can I use
iis:WebSite to do what I want to do, and where can I find a good tutorial or
sample of this.
Thanks for the help and advice,
Marc
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to Show/Hide a Text Control on Server Installation [P]
Hello, Thanks for the responses... I am guessing that MsiNTProductType and NTProductType are the same ... :-) Thanks NTProductType is what I was missing. In case anyone In the future is looking for documentation: http://msdn.microsoft.com/en-us/library/aa370329(v=vs.85).aspx Marc -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: July-15-2014 9:25 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] How to Show/Hide a Text Control on Server Installation [P] Classification: Public This is what I use to check for Server 2008 R2, Server 2012, Server 2012 R2: Ste ve -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: July-15-14 9:09 AM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] How to Show/Hide a Text Control on Server Installation Hello, Thanks for the response. I use CDDATA in both conditions, I should have pasted that in the sample I pasted... I apologize for being unclear. As for the compiler returning the error, it was a type-o on my part. My issue is that I can't find the correct condition to Identify Server 2008 and 20012 as the VersionNT and VersionNT64 properties are the same. The question is what is the condition to show the control only on server OSes and not show the text control in all other cases. In this case both Server 2008 R2 and Windows 7 have a version of 601, how are the 2 OSes differentiated? Again sorry for the unclear question, Thanks Marc -Original Message- From: neslekkim [mailto:asbj...@neslekkim.net] Sent: July-15-2014 8:53 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to Show/Hide a Text Control on Server Installation the wxs file is an xml file, is yours valid xml? why not use CDATA on the second condition also? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-Show-Hi de-a-Text-Control-on-Server-Installation-tp7595834p7595835.html Sent from the wix-users mailing list archive at Nabble.com. -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on July-15-14 9:24:49 AM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.com. -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to Show/Hide a Text Control on Server Installation
Hello, Thanks for the response. I use CDDATA in both conditions, I should have pasted that in the sample I pasted... I apologize for being unclear. As for the compiler returning the error, it was a type-o on my part. My issue is that I can't find the correct condition to Identify Server 2008 and 20012 as the VersionNT and VersionNT64 properties are the same. The question is what is the condition to show the control only on server OSes and not show the text control in all other cases. In this case both Server 2008 R2 and Windows 7 have a version of 601, how are the 2 OSes differentiated? Again sorry for the unclear question, Thanks Marc -Original Message- From: neslekkim [mailto:asbj...@neslekkim.net] Sent: July-15-2014 8:53 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to Show/Hide a Text Control on Server Installation the wxs file is an xml file, is yours valid xml? why not use CDATA on the second condition also? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-Show-Hi de-a-Text-Control-on-Server-Installation-tp7595834p7595835.html Sent from the wix-users mailing list archive at Nabble.com. -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to Show/Hide a Text Control on Server Installation
Hello Everyone, I thought this would be a trivial condition, but I can't seem to find a winning combination. I have a text control that is located in my WelcomeDlg, I want to display a message to the user when the installation is being ran on Server 2008 or Server 2012. In all other cases this message is not to be displayed. (This needs to work in 32 and 64bit installations) I thought using the VersionNT property I would be able to achieve this, but Server2008 and Windows7 have the same version number. http://msdn.microsoft.com/en-us/library/aa370556(v=vs.85).aspx Also Conditional Statement Syntax doesn't seem to work as expected: http://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx When I use "<" the WIX compiler returns an error. I fully understand that the syntax below is incorrect VersionNT <> 601 Thanks for the help, Marc -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall Guidelines - What should be happening
Phil, Thanks for the info, it clarified my assumptions... Marc -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: May-30-2014 12:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Uninstall Guidelines - What should be happening My interpretation of using a file for user-specific data is that it's being contrasted with using the registry. It is next to impossible to remove HKCU-type registry data for a user that isn't currently logged on. Removing a file in some other user's data folder is much easier. We're talking about code here, not what Windows Installer does by itself. Regarding files generated by the application, it depends on the content and intent. Nobody would propose removing all the .doc files on a system just because the user uninstalled Word, but on the other hand files generated by the app for its own internal uses are candidates for removal. --- Phil Wilson On Fri, May 30, 2014 at 7:51 AM, Marc Beaudry wrote: > Hello All, > > > > I have a question concerning the uninstall of a package. What should > happen to the user application runtime generated files of several users? > > > > Here is what I got from the MS site for Best practices: > > http://msdn.microsoft.com/en-us/library/windows/desktop/bb204770%28v=v > s.85%2 > 9.aspx#uninstall_clean > > . User-specific customization information can be stored in a text > file on the computer. This has the advantage that the file can be > removed when the application is uninstalled, even if the user of this > customization is not currently logged on. > > > > I am not sure I understand what this means? Does this mean I need one > centralized file containing the info of several users or multiple > files each in its own user folder. > > > > >From what I can see, when I run an uninstall it only cleans the > >currently > logged in user and does not have access to the other users. Am I > mistaken in this understanding? > > > > Thanks for the clarifications, > > Marc > > > > -- > Time is money. Stop wasting it! Get your web API in 5 > minutes. > www.restlet.com/download > http://p.sf.net/sfu/restlet > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall Guidelines - What should be happening
Hello All, I have a question concerning the uninstall of a package. What should happen to the user application runtime generated files of several users? Here is what I got from the MS site for Best practices: http://msdn.microsoft.com/en-us/library/windows/desktop/bb204770%28v=vs.85%2 9.aspx#uninstall_clean . User-specific customization information can be stored in a text file on the computer. This has the advantage that the file can be removed when the application is uninstalled, even if the user of this customization is not currently logged on. I am not sure I understand what this means? Does this mean I need one centralized file containing the info of several users or multiple files each in its own user folder. >From what I can see, when I run an uninstall it only cleans the currently logged in user and does not have access to the other users. Am I mistaken in this understanding? Thanks for the clarifications, Marc -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restart manager, services, unattended installs
Hi Keith, Not sure that the Util:RestartResource does but have you tried something simple like: I am using this: And all my reboots seem suppressed. Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-25-2014 9:50 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, I think I'm finally piecing this together: the only very missing part is the interaction with /quiet - if I am not mistaken. But I have one question for everyone: Util:RestartResource - does one use that to register that one wants to restart an *existing* application / service, or does it flag part of one's installation as sensitive for the changes to *it*? If it is the latter, I will be no further ahead until I install an update which includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and MSIDISABLERMRESTART=0) My question is the dual to the one on stackoverflow: 8354767. The person there wants to prevent auto-kill; I want to do the opposite (to ensure that the installation succeeds). Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 5:31 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, I am not running silently and the Property and the removal of the dialogs worked for my Windows 7 installation, on Windows 8 I am still getting the Restart at the very end, when the MSI terminates (The last dialog closes). It seems to be popping the reboot dialog from Windows Installer and not WIX. Sorry I couldn't be of more help, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 4:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, thanks for answering. I am not sure the property you mentioned is the right one: the documentation says that with it set the way you recommend the FilesInUse dialog will be used. But since I do unattended/installs from a service, that doesn't sound useful - since it seems that would freeze the installation waiting for the input which can never come. Unless of course some other option (on the command line? a property?) works to automatically answer the dialog with a "shut down the process" type answer. But that's precisely what I don't see explained - least of all on that page. Is it buried somewhere else? In fact I already use the property in question, so maybe this is exactly opposite? Hm, for some reason I have MSIRMSHUTDOWN = 2 set as well. Maybe that's wrong. As for the Restart Manager APIs, I found on my own aa373682, which explains how to register applications to automatically be shutdown and restarted. That sounds promising, but how do I do that from WiX? Util:RestartResource ? I seem to have tried that in the past unsuccessfully. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 4:04 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, Far from being an expert, but I am currently dealing with similar issues: Here is an Idea: Also you can remove the FileInUse dialogs from within the WIX sources And lastly take a look at this: http://msdn.microsoft.com/en-us/library/aa373649(v=vs.85).aspx Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 3:07 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Restart manager, services, unattended installs We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually "brokered" by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from t
Re: [WiX-users] Restart manager, services, unattended installs
Hi Keith, I am not running silently and the Property and the removal of the dialogs worked for my Windows 7 installation, on Windows 8 I am still getting the Restart at the very end, when the MSI terminates (The last dialog closes). It seems to be popping the reboot dialog from Windows Installer and not WIX. Sorry I couldn't be of more help, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 4:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, thanks for answering. I am not sure the property you mentioned is the right one: the documentation says that with it set the way you recommend the FilesInUse dialog will be used. But since I do unattended/installs from a service, that doesn't sound useful - since it seems that would freeze the installation waiting for the input which can never come. Unless of course some other option (on the command line? a property?) works to automatically answer the dialog with a "shut down the process" type answer. But that's precisely what I don't see explained - least of all on that page. Is it buried somewhere else? In fact I already use the property in question, so maybe this is exactly opposite? Hm, for some reason I have MSIRMSHUTDOWN = 2 set as well. Maybe that's wrong. As for the Restart Manager APIs, I found on my own aa373682, which explains how to register applications to automatically be shutdown and restarted. That sounds promising, but how do I do that from WiX? Util:RestartResource ? I seem to have tried that in the past unsuccessfully. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 4:04 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, Far from being an expert, but I am currently dealing with similar issues: Here is an Idea: Also you can remove the FileInUse dialogs from within the WIX sources And lastly take a look at this: http://msdn.microsoft.com/en-us/library/aa373649(v=vs.85).aspx Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 3:07 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Restart manager, services, unattended installs We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually "brokered" by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from the service (e.g. its EXE and its remoting proxy library) are in use. I don't care if it takes a reboot to finish the installation; but I do want to ensure the files are eventually updated and the service continues working. What is the most reliable way to do this? I take it that if the installation were to be manual the FilesInUse dialog would do the trick, but with the unattended, SYSTEM brokered install this won't of course work. So what will "click OK" there and do the shutdown and restart of the service? Is it passable as a property in the installer itself? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get S
Re: [WiX-users] Restart manager, services, unattended installs
Hi Keith, Far from being an expert, but I am currently dealing with similar issues: Here is an Idea: Also you can remove the FileInUse dialogs from within the WIX sources And lastly take a look at this: http://msdn.microsoft.com/en-us/library/aa373649(v=vs.85).aspx Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 3:07 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Restart manager, services, unattended installs We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually "brokered" by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from the service (e.g. its EXE and its remoting proxy library) are in use. I don't care if it takes a reboot to finish the installation; but I do want to ensure the files are eventually updated and the service continues working. What is the most reliable way to do this? I take it that if the installation were to be manual the FilesInUse dialog would do the trick, but with the unattended, SYSTEM brokered install this won't of course work. So what will "click OK" there and do the shutdown and restart of the service? Is it passable as a property in the installer itself? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Preserving Files on Upgrades - CA or no CA
Perfect thanks... -Original Message- From: Bryan Wolf [mailto:brw...@jackhenry.com] Sent: April-18-2014 10:10 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA This is the best reference guide on the MSI file versioning rules: http://msdn.microsoft.com/en-us/library/aa368599(v=vs.85).aspx Some examples here: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371221(v=vs.85).as px -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: Friday, April 18, 2014 9:05 AM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA Hopefully one last question: I added a place holder file and all seems to work well. This is probably a very basic question, but I want to understand something. In an upgrade of a non-binary (non-versioned) files how does windows installer know to keep the file on the system and not replace it with its empty file contained in the MSI. Thanks for the info, Marc -Original Message- From: Bryan Wolf [mailto:brw...@jackhenry.com] Sent: April-17-2014 1:47 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA Yeah - generally speaking most people shuffle installation architecture so late in the process they've already implicitly handed off ownership to the installer and there's nothing you can do. Same with deploying the databases, etc. But I can dream of a day... -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Thursday, April 17, 2014 12:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA You're saying that the application generates the files, so they are already the property of the app's code so maybe a CA is the better solution rather than trying to hand them over to Windows to deal with. Transferring ownership is often a problem. Assuming I understand the issue: I would make empty config files part of the install so that Windows Installer owns them. The app then updates them. On an uninstall they would be removed. On an upgrade with RemoveExistingProducts at the end they would be preserved (because of having the same component guids) but not overwritten because of the file overwrite rules. That would be an installer way that wouldn't involve any code except changing the app to update existing files rather than create them, assuming a late REP works for the product upgrade. --- Phil Wilson On Thu, Apr 17, 2014 at 9:32 AM, Bryan Wolf wrote: > You could also schedule the RemoveExistingProducts action later in the sequence. You lose several advantages of major upgrades and pretty much absolutely have to follow component rules closely as if it were a minor/small upgrade but it is an alternative to the preserve & restore pattern. > > Alternatively, you could control configuration files in the > application itself instead of using WiX as an omniscient application manager. In this way, you could just pass app.exe /majorupgrade or app.exe /uninstall or app.exe /install and have the application "make it happen" (tm). This is my own personal preferred way to do it because you can use a configuration management class within the class so config file upgrade management requires no maintenance. > > YMMV as always :) > > -Original Message- > From: Marc Beaudry [mailto:mbeau...@matrox.com] > Sent: Thursday, April 17, 2014 11:19 AM > To: 'General discussion about the WiX toolset.' > Subject: [WiX-users] Preserving Files on Upgrades - CA or no CA > > Hello Everyone, > > > > I found tons of answers to this problem, but I have a hard time > believing that CA's are the best way to resolve this. I am far from being a WIX expert so I would appreciate a second opinion on this one. > > > > I have an application that generates configuration files during > execution, I want to preserve these files on upgrades and completely remove them on a full uninstall. > > > > Using and RemoveFile and RemoveFolder I am able to completely remove > all the application generated files, if I add an execution condition > to my component something like > > REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE > > The files never get uninstalled. > > > > Are properly sequenced CA's backing up and restore files the correct > way of preserving files, or is there a "more" WIX way of doing this > > > > Thanks for your expert opinion, > > Marc > > > > > > > > -- > Learn Graph Databases - Download FREE O
Re: [WiX-users] Preserving Files on Upgrades - CA or no CA
Hopefully one last question: I added a place holder file and all seems to work well. This is probably a very basic question, but I want to understand something. In an upgrade of a non-binary (non-versioned) files how does windows installer know to keep the file on the system and not replace it with its empty file contained in the MSI. Thanks for the info, Marc -Original Message- From: Bryan Wolf [mailto:brw...@jackhenry.com] Sent: April-17-2014 1:47 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA Yeah - generally speaking most people shuffle installation architecture so late in the process they've already implicitly handed off ownership to the installer and there's nothing you can do. Same with deploying the databases, etc. But I can dream of a day... -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Thursday, April 17, 2014 12:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA You're saying that the application generates the files, so they are already the property of the app's code so maybe a CA is the better solution rather than trying to hand them over to Windows to deal with. Transferring ownership is often a problem. Assuming I understand the issue: I would make empty config files part of the install so that Windows Installer owns them. The app then updates them. On an uninstall they would be removed. On an upgrade with RemoveExistingProducts at the end they would be preserved (because of having the same component guids) but not overwritten because of the file overwrite rules. That would be an installer way that wouldn't involve any code except changing the app to update existing files rather than create them, assuming a late REP works for the product upgrade. --- Phil Wilson On Thu, Apr 17, 2014 at 9:32 AM, Bryan Wolf wrote: > You could also schedule the RemoveExistingProducts action later in the sequence. You lose several advantages of major upgrades and pretty much absolutely have to follow component rules closely as if it were a minor/small upgrade but it is an alternative to the preserve & restore pattern. > > Alternatively, you could control configuration files in the application itself instead of using WiX as an omniscient application manager. In this way, you could just pass app.exe /majorupgrade or app.exe /uninstall or app.exe /install and have the application "make it happen" (tm). This is my own personal preferred way to do it because you can use a configuration management class within the class so config file upgrade management requires no maintenance. > > YMMV as always :) > > -Original Message- > From: Marc Beaudry [mailto:mbeau...@matrox.com] > Sent: Thursday, April 17, 2014 11:19 AM > To: 'General discussion about the WiX toolset.' > Subject: [WiX-users] Preserving Files on Upgrades - CA or no CA > > Hello Everyone, > > > > I found tons of answers to this problem, but I have a hard time believing that CA's are the best way to resolve this. I am far from being a WIX expert so I would appreciate a second opinion on this one. > > > > I have an application that generates configuration files during execution, I want to preserve these files on upgrades and completely remove them on a full uninstall. > > > > Using and RemoveFile and RemoveFolder I am able to completely remove > all the application generated files, if I add an execution condition > to my component something like > > REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE > > The files never get uninstalled. > > > > Are properly sequenced CA's backing up and restore files the correct way of preserving files, or is there a "more" WIX way of doing this > > > > Thanks for your expert opinion, > > Marc > > > > > > > > -- > Learn Graph Databases - Download FREE O'Reilly Book "Graph > Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it > are intended exclusively for the individual or entity to which it is > addressed. The message, together with any attachment, may contain confidential and/or privileged information. > Any unauthorized review, use, printing, saving, copy
Re: [WiX-users] Preserving Files on Upgrades - CA or no CA
Phil, Bryan, Thanks for the response, I like Phil's idea the most, these are new files that we are dealing with in internal test builds, so adding empty files will do the trick. Glad we found this before publicly deploying. Marc -Original Message- From: Bryan Wolf [mailto:brw...@jackhenry.com] Sent: April-17-2014 1:47 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA Yeah - generally speaking most people shuffle installation architecture so late in the process they've already implicitly handed off ownership to the installer and there's nothing you can do. Same with deploying the databases, etc. But I can dream of a day... -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Thursday, April 17, 2014 12:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preserving Files on Upgrades - CA or no CA You're saying that the application generates the files, so they are already the property of the app's code so maybe a CA is the better solution rather than trying to hand them over to Windows to deal with. Transferring ownership is often a problem. Assuming I understand the issue: I would make empty config files part of the install so that Windows Installer owns them. The app then updates them. On an uninstall they would be removed. On an upgrade with RemoveExistingProducts at the end they would be preserved (because of having the same component guids) but not overwritten because of the file overwrite rules. That would be an installer way that wouldn't involve any code except changing the app to update existing files rather than create them, assuming a late REP works for the product upgrade. --- Phil Wilson On Thu, Apr 17, 2014 at 9:32 AM, Bryan Wolf wrote: > You could also schedule the RemoveExistingProducts action later in the sequence. You lose several advantages of major upgrades and pretty much absolutely have to follow component rules closely as if it were a minor/small upgrade but it is an alternative to the preserve & restore pattern. > > Alternatively, you could control configuration files in the application itself instead of using WiX as an omniscient application manager. In this way, you could just pass app.exe /majorupgrade or app.exe /uninstall or app.exe /install and have the application "make it happen" (tm). This is my own personal preferred way to do it because you can use a configuration management class within the class so config file upgrade management requires no maintenance. > > YMMV as always :) > > -Original Message- > From: Marc Beaudry [mailto:mbeau...@matrox.com] > Sent: Thursday, April 17, 2014 11:19 AM > To: 'General discussion about the WiX toolset.' > Subject: [WiX-users] Preserving Files on Upgrades - CA or no CA > > Hello Everyone, > > > > I found tons of answers to this problem, but I have a hard time believing that CA's are the best way to resolve this. I am far from being a WIX expert so I would appreciate a second opinion on this one. > > > > I have an application that generates configuration files during execution, I want to preserve these files on upgrades and completely remove them on a full uninstall. > > > > Using and RemoveFile and RemoveFolder I am able to completely remove > all the application generated files, if I add an execution condition > to my component something like > > REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE > > The files never get uninstalled. > > > > Are properly sequenced CA's backing up and restore files the correct way of preserving files, or is there a "more" WIX way of doing this > > > > Thanks for your expert opinion, > > Marc > > > > > > > > -- > Learn Graph Databases - Download FREE O'Reilly Book "Graph > Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it > are intended exclusively for the individual or entity to which it is > addressed. The message, together with any attachment, may contain confidential and/or privileged information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution is strictly prohibited. If you have received this message > in error, please
[WiX-users] Preserving Files on Upgrades - CA or no CA
Hello Everyone, I found tons of answers to this problem, but I have a hard time believing that CA's are the best way to resolve this. I am far from being a WIX expert so I would appreciate a second opinion on this one. I have an application that generates configuration files during execution, I want to preserve these files on upgrades and completely remove them on a full uninstall. Using and RemoveFile and RemoveFolder I am able to completely remove all the application generated files, if I add an execution condition to my component something like REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE The files never get uninstalled. Are properly sequenced CA's backing up and restore files the correct way of preserving files, or is there a "more" WIX way of doing this Thanks for your expert opinion, Marc -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Service Start Too Early - Can I delay on install?
I have removed the GAC dependency, as this seems to be the best approach... Thanks for the idea. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: April-15-2014 4:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Service Start Too Early - Can I delay on install? There is an option you might want to try but it isn't very pretty, schedule a call to "net start servicename" after the GAC install. As someone else said it is better to remove the GAC dependency but I think it should work. Neil -Original Message----- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 15 April 2014 19:18 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Service Start Too Early - Can I delay on install? Hello All, I have a service that is dependent on a DLL that gets installed from within the same MSI. This DLL gets registered with the GAC on install. My service hangs on install. If I modify my install not the start the service on installation through service control, and manually start it once the package is installed then everything works fine. Is there a way to delay the ServiceControl start action, to make sure the DLL that gets registered with the GAC is properly installed. Thanks for the advice, Marc -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Service Start Too Early - Can I delay on install?
Hi Mike Thanks for the input... I'll change my approach... I had seen a post from Rob that dated a few years ago, I was hoping this had changed... Thanks for your time, Marc -Original Message- From: Michael Turner [mailto:mcturner...@gmail.com] Sent: April-15-2014 2:58 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Service Start Too Early - Can I delay on install? >From http://msdn.microsoft.com/en-us/library/aa371634.aspx "Note: Services that rely on the presence of an assembly in the Global Assembly Cache (GAC) cannot be installed or started using the ServiceInstall and ServiceControl tables. If you need to start a service that depends on an assembly in the GAC, you must use a custom action sequenced after the InstallFinalize action or a commit custom action. For information about installing assemblies to the GAC see Installation of Assemblies to the Global Assembly Cache." In short, don't put your service assembly and its dependencies in the GAC, if you can help it. Put them in a "real" folder instead. The .NET "private deployment" model may seem inefficient to you, but it will save you a good deal of maintenance burden in the long run if you don't have to deal with writing a custom action (or have to deal with publisher policies and version redirection, etc.). My $.02, Mike Marc wrote > Hello All, > > I have a service that is dependent on a DLL that gets installed from > within the same MSI. This DLL gets registered with the GAC on > install. > > My service hangs on install. If I modify my install not the start the > service on installation through service control, and manually start it > once the package is installed then everything works fine. > > Is there a way to delay the ServiceControl start action, to make sure > the DLL that gets registered with the GAC is properly installed. > > > Thanks for the advice, > Marc -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Service-Start- Too-Early-Can-I-delay-on-install-tp7594131p7594135.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Service Start Too Early - Can I delay on install?
Hello All, I have a service that is dependent on a DLL that gets installed from within the same MSI. This DLL gets registered with the GAC on install. My service hangs on install. If I modify my install not the start the service on installation through service control, and manually start it once the package is installed then everything works fine. Is there a way to delay the ServiceControl start action, to make sure the DLL that gets registered with the GAC is properly installed. Thanks for the advice, Marc -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best Practice Service verification and installation
Hello All, I can do what I need to do using a custom action, but I am hesitating on that route wandering if WIX has a built in mechanism for this. Here is my situation: On server 2008 I want to verify if the SSDP (Windows Service already installer by the OS, not my own) is installed and ready to start or already started or simply disabled. The service by default on S2008 is disabled, I also want to Popup a message to the user giving him the choice to enable and start this Windows service for the application to work, if he says NO to abort the installation. >From what I read in the documentation these calls looked promising but dont seem to do what I need à ServiceConfig and ServiceConfigFailureActions Also ServiceControl wont work since this is used for a service being installed from my installation. So the question is can I do this using WIX elements or is the CustomAction route the best way to go? If I can do this using Wix elements what should I be looking at/for. Thanks for the advice Marc -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation Failure
Hello All,
Figured it out.
I have many versions of VS installed, from VS2005 - VS2012.
>From the log the aggregate file is used for VS2005, uninstalled VS2005 and
Wix now installs.
Thanks
Marc
-Original Message-
From: Marc Beaudry [mailto:mbeau...@mtrx.com]
Sent: September-10-2013 10:56 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] Installation Failure
Hello All,
I can't figure this one out... I need guidance
I have several systems with Wix 3.7 installed, but one system, only one
system won't let me install Wix 3.7
Here is the error from the log.
It seems the 'http://wixtoolset.org"; website is no longer in service or is
down. The end result is the installer cannot download the required files to
install the package correctly.
I tried downloading a package from
"http://wix.codeplex.com/releases/view/99514"; and I get the same result.
I also looked for ProjectAggregator2.msi on a system that the installation
previously worked without success.
Any ideas?
Let me know,
Thanks
Marc
[0248:0958][2013-09-10T10:24:33]i320: Registering bundle dependency
provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, version: 3.7.1224.0
[080C:0DA4][2013-09-10T10:24:33]w343: Prompt for source of package:
ProjectAggregator2, payload: ProjectAggregator2, path:
C:\Users\userguy\Downloads\ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:33]i338: Acquiring package: ProjectAggregator2,
payload: ProjectAggregator2, download from:
http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to send
request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to connect to
URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to get size
and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed attempt to
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to:
'C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
ProjectAggregator2'
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to acquire
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to working path:
'C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
ProjectAggregator2'
[080C:0DA4][2013-09-10T10:24:54]e313: Failed to acquire payload:
ProjectAggregator2 to working path:
C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\P
rojectAggregator2, error: 0x80070003.
[080C:08A8][2013-09-10T10:24:54]e000: Error 0x80070003: Failed while
caching, aborting execution.
[0248:0958][2013-09-10T10:24:54]i330: Removed bundle dependency provider:
{963ac4b4-a882-4471-8db9-c4adc7b42dc4}
[0248:0958][2013-09-10T10:24:54]i352: Removing cached bundle:
{963ac4b4-a882-4471-8db9-c4adc7b42dc4}, from path: C:\ProgramData\Package
Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
[080C:08A8][2013-09-10T10:24:54]i399: Apply complete, result: 0x80070003,
restart: None, ba requested restart: No
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT 2.
Standardize and globalize service processes across IT 3. Implement
zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation Failure
Ok thanks... -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: September-10-2013 1:14 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Installation Failure The core issue is that the Wix 3.7 tries to download that package from the web site and the web site is down at this time. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installation-F ailure-tp7588876p757.html Sent from the wix-users mailing list archive at Nabble.com. -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installation Failure
Hello All,
I can't figure this one out... I need guidance
I have several systems with Wix 3.7 installed, but one system, only one
system won't let me install Wix 3.7
Here is the error from the log.
It seems the 'http://wixtoolset.org"; website is no longer in service or is
down. The end result is the installer cannot download the required files to
install the package correctly.
I tried downloading a package from
"http://wix.codeplex.com/releases/view/99514"; and I get the same result.
I also looked for ProjectAggregator2.msi on a system that the installation
previously worked without success.
Any ideas?
Let me know,
Thanks
Marc
[0248:0958][2013-09-10T10:24:33]i320: Registering bundle dependency
provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, version: 3.7.1224.0
[080C:0DA4][2013-09-10T10:24:33]w343: Prompt for source of package:
ProjectAggregator2, payload: ProjectAggregator2, path:
C:\Users\userguy\Downloads\ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:33]i338: Acquiring package: ProjectAggregator2,
payload: ProjectAggregator2, download from:
http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to send
request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to connect to
URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to get size
and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed attempt to
download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to:
'C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
ProjectAggregator2'
[080C:0DA4][2013-09-10T10:24:54]e000: Error 0x80070003: Failed to acquire
payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi'
to working path:
'C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
ProjectAggregator2'
[080C:0DA4][2013-09-10T10:24:54]e313: Failed to acquire payload:
ProjectAggregator2 to working path:
C:\Users\userguy\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\P
rojectAggregator2, error: 0x80070003.
[080C:08A8][2013-09-10T10:24:54]e000: Error 0x80070003: Failed while
caching, aborting execution.
[0248:0958][2013-09-10T10:24:54]i330: Removed bundle dependency provider:
{963ac4b4-a882-4471-8db9-c4adc7b42dc4}
[0248:0958][2013-09-10T10:24:54]i352: Removing cached bundle:
{963ac4b4-a882-4471-8db9-c4adc7b42dc4}, from path: C:\ProgramData\Package
Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\
[080C:08A8][2013-09-10T10:24:54]i399: Apply complete, result: 0x80070003,
restart: None, ba requested restart: No
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action syntax Issue
Thanks for your reply,
The services I am installing are kernel services and not regular services.
>From the ServiceInstalll documentation this is not yet supported:
ownProcess
A Win32 service that runs its own process.
shareProcess
A Win32 service that shares a process.
kernelDriver
A kernel driver service. This value is not currently supported by the
Windows Installer.
systemDriver
A file system driver service. This value is not currently supported by the
Windows Installer.
As for the removal of the installed files, I can simply uninstall the files
and manually delete the registry entries for the Kernel service.
I am surprised that the only way to pass parameters through a CA is using
the MSI handle and the properties from it. I had seen the Handle method but
was sure there was a way to pass a value to my CA parameters. I'll change
my approach to the problem and use the handle as suggested.
Thanks
Marc
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: July-11-2013 9:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Action syntax Issue
You don't/can't. Before elaborating, if you want to install a service then
why not use the ServiceInstall/ServiceControl elements which exist today?
Getting code right which modifies machine state is hard to do, as you have
to handle the install/upgrade/repair/remove operations along with rollbacks.
If you are dead set on running your own CA, create a second export on your
C++ DLL using the right signature for a CA.
Ex:
// WiX Header Files:
#include
EXPORT UINT __stdcall InstallServiceCA(MSIHANDLE hInstall) {
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
hr = WcaInitialize(hInstall, " InstallServiceCA ");
ExitOnFailure(hr, "Failed to initialize");
WcaLog(LOGMSG_STANDARD, "Initialized.");
// Use WcaGetProperty to get your 2 strings from the properties, or
WcaReadStringFromCaData (depending on if the CA is deferred)
if (InstallService (...)) {
hr = WcaSetProperty(InstallServiceCA _Property, Installed);
ExitOnFailure(hr, "Failed to SetProperty");
}
LExit:
er = SUCCEEDED(hr) ? ERROR_SUCCESS : ERROR_INSTALL_FAILURE;
return WcaFinalize(er);
}
// DllMain - Initialize and cleanup WiX custom action utils.
extern "C" BOOL WINAPI DllMain(
__in HINSTANCE hInst,
__in ULONG ulReason,
__in LPVOID
)
{
switch(ulReason)
{
case DLL_PROCESS_ATTACH:
WcaGlobalInitialize(hInst);
break;
case DLL_PROCESS_DETACH:
WcaGlobalFinalize();
break;
}
return TRUE;
}
-Original Message-
From: Marc Beaudry [mailto:mbeau...@matrox.com]
Sent: Thursday, July 11, 2013 8:05 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action syntax Issue
Hello All,
I have what should be a simple request, even though from all my google
searches I cannot get the proper syntax. I can correctly call a custom
action without any parameters.
I am converting an old Wise MSI to WIX:
Essentially in Wise I call my dll with 2 parameters, I really want to mimic
this in WIX
I have a C++ DLL with this entry point
extern "C" __declspec(dllexport) int InstallService(char* pszServiceName,
char* pszServiceFileName)
In Wix I can't figure out what the complete syntax to call my DLL with these
2 char*, Here is what I figured out so far, which compiles fine but my CA
never seems to get called
NOT
Installed
NOT
Installed
Thanks for the help,
Marc
--
See everything from the browser to the database with AppDynamics Get
end-to-end visibility with application monitoring from AppDynamics Isolate
bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
See everything from the browser to the database with AppDynamics Get
end-to-end visibility with application monitoring from AppDynamics Isolate
bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
See everything from the bro
[WiX-users] Custom Action syntax Issue
Hello All, I have what should be a simple request, even though from all my google searches I cannot get the proper syntax. I can correctly call a custom action without any parameters. I am converting an old Wise MSI to WIX: Essentially in Wise I call my dll with 2 parameters, I really want to mimic this in WIX I have a C++ DLL with this entry point extern "C" __declspec(dllexport) int InstallService(char* pszServiceName, char* pszServiceFileName) In Wix I can't figure out what the complete syntax to call my DLL with these 2 char*, Here is what I figured out so far, which compiles fine but my CA never seems to get called NOT Installed NOT Installed Thanks for the help, Marc -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Candle - Passing Parameters at compile time
Found it I was missing the -d candle.exe" -dPlatform="x64" Product.wxs Sorry for the post, Marc -Original Message----- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-12-2013 2:52 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Candle - Passing Parameters at compile time Hello, I have a VS 2012 WIX project that works as expected in VS2012, it uses $(var.Platform) to determine where the source binaries are located. How can I compile this project outside of VS? I get this error: error CNDL0150 : Undefined preprocessor variable '$(var.Platform)' Knowing that Platform is either x64 or Win32 depending on what I need, can I pass this value along to Candle on the command line. I looked for command line options for candle and can't seem to find a way to pass this on the command line. I found a -arch x64. Any advice? Thanks Marc -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Candle - Passing Parameters at compile time
Hello, I have a VS 2012 WIX project that works as expected in VS2012, it uses $(var.Platform) to determine where the source binaries are located. How can I compile this project outside of VS? I get this error: error CNDL0150 : Undefined preprocessor variable '$(var.Platform)' Knowing that Platform is either x64 or Win32 depending on what I need, can I pass this value along to Candle on the command line. I looked for command line options for candle and can't seem to find a way to pass this on the command line. I found a -arch x64. Any advice? Thanks Marc -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VS Building using Different platforms
Thanks for the feedback. Marc -Original Message- From: Daniel Madill [mailto:dan.mad...@quanser.com] Sent: March-28-2013 2:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS Building using Different platforms Hello Marc, It is probably just personal preference. I like having one solution and one project with one set of source files that can build both the 32-bit and 64-bit installers because it's easy to maintain. For one product we build both on the same 64-bit build server using a simple scheduled batch script that invokes devenv.exe with the two different configurations. Dan -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: March-28-13 1:54 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] VS Building using Different platforms Thanks for the reply. I implemented both to see how each works, both methods work very well. Personally I prefer using the define method, because it is part of my sources without having to play in the project files. Except for personal preferences are both methods equally acceptable, does not have an advantage over the other? Just curious, Marc -Original Message- From: Daniel Madill [mailto:dan.mad...@quanser.com] Sent: March-28-2013 12:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS Building using Different platforms Hello Marc, I do this all the time, building both a 32-bit MSI and a 64-bit MSI from the same source simply based on the platform selected. I have a WiX include file containing the following: which allows me to specify my Program Files folder as: components as: and to include installer elements conditionally such as: ... I use a single Product.wxs for both configurations and then just make differences where needed using the above if statement. Hope this helps. Daniel Madill www.quanser.com -Original Message----- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: March-28-13 11:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VS Building using Different platforms Hello I searched and can't find anything on the subject, my guess is my search is inaccurate since I am not sure how to explain this. I have an MS VisualStudio 2012 wix project that when I compile my solution it I output an MSI using the newly built binaries. That being said I would like to create 2 MSIs one 32bit OR one 64bit MSI depending on the build configuration I selected (32 or 64bit). Can I change the Platform value in the Package tag depending on the build configuration selected? Can I have 2 different Product.wxs files one for 32 and one for 64 and the build selects the appropriate one depending on the build config. Are there better ways of doing this? Essentially my end goal is to have one project that outputs two MSIs, 32/64bit. Thanks for the advice, Marc -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recog
Re: [WiX-users] VS Building using Different platforms
Thanks for the reply. I implemented both to see how each works, both methods work very well. Personally I prefer using the define method, because it is part of my sources without having to play in the project files. Except for personal preferences are both methods equally acceptable, does not have an advantage over the other? Just curious, Marc -Original Message- From: Daniel Madill [mailto:dan.mad...@quanser.com] Sent: March-28-2013 12:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS Building using Different platforms Hello Marc, I do this all the time, building both a 32-bit MSI and a 64-bit MSI from the same source simply based on the platform selected. I have a WiX include file containing the following: which allows me to specify my Program Files folder as: components as: and to include installer elements conditionally such as: ... I use a single Product.wxs for both configurations and then just make differences where needed using the above if statement. Hope this helps. Daniel Madill www.quanser.com -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: March-28-13 11:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VS Building using Different platforms Hello I searched and can't find anything on the subject, my guess is my search is inaccurate since I am not sure how to explain this. I have an MS VisualStudio 2012 wix project that when I compile my solution it I output an MSI using the newly built binaries. That being said I would like to create 2 MSIs one 32bit OR one 64bit MSI depending on the build configuration I selected (32 or 64bit). Can I change the Platform value in the Package tag depending on the build configuration selected? Can I have 2 different Product.wxs files one for 32 and one for 64 and the build selects the appropriate one depending on the build config. Are there better ways of doing this? Essentially my end goal is to have one project that outputs two MSIs, 32/64bit. Thanks for the advice, Marc -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VS Building using Different platforms
Thanks for the reply... I'll implement it like this too. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: March-28-2013 12:23 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS Building using Different platforms I am doing the same thing, you need to have 2 MSI's one for 32 and 64 bit: I modify the project file: 32 bit solution file: GlobalSection(SolutionConfigurationPlatforms) = preSolution DebugX86|Mixed Platforms = DebugX86|Mixed Platforms ReleaseX86|Mixed Platforms = ReleaseX86|Mixed Platforms 32 bit project file: x86 $(SolutionDir)..\bin\ obj\$(Configuration)\ Debug;ProductVersion=$(TLBuildNumber) $(SolutionDir)..\bin\ obj\$(Configuration)\ ProductVersion=$(TLBuildNumber) True 64 bit solution file: GlobalSection(SolutionConfigurationPlatforms) = preSolution DebugX64|Mixed Platforms = DebugX64|Mixed Platforms ReleaseX64|Mixed Platforms = ReleaseX64|Mixed Platforms 64 bit project file: x64 $(SolutionDir)..\bin\ obj\$(Configuration)\ Debug;ProductVersion=$(TLBuildNumber) $(SolutionDir)..\bin\ obj\$(Configuration)\ ProductVersion=$(TLBuildNumber) True -Original Message----- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: March-28-13 11:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VS Building using Different platforms Hello I searched and can't find anything on the subject, my guess is my search is inaccurate since I am not sure how to explain this. I have an MS VisualStudio 2012 wix project that when I compile my solution it I output an MSI using the newly built binaries. That being said I would like to create 2 MSIs one 32bit OR one 64bit MSI depending on the build configuration I selected (32 or 64bit). Can I change the Platform value in the Package tag depending on the build configuration selected? Can I have 2 different Product.wxs files one for 32 and one for 64 and the build selects the appropriate one depending on the build config. Are there better ways of doing this? Essentially my end goal is to have one project that outputs two MSIs, 32/64bit. Thanks for the advice, Marc -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] VS Building using Different platforms
Hello I searched and can't find anything on the subject, my guess is my search is inaccurate since I am not sure how to explain this. I have an MS VisualStudio 2012 wix project that when I compile my solution it I output an MSI using the newly built binaries. That being said I would like to create 2 MSIs one 32bit OR one 64bit MSI depending on the build configuration I selected (32 or 64bit). Can I change the Platform value in the Package tag depending on the build configuration selected? Can I have 2 different Product.wxs files one for 32 and one for 64 and the build selects the appropriate one depending on the build config. Are there better ways of doing this? Essentially my end goal is to have one project that outputs two MSIs, 32/64bit. Thanks for the advice, Marc -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
I have a property that should be self-contained in my lib. I simply added a Ref in the Product file, but it is not used in that file except for the ref. I prefer this solution over exposing the ComponentRef in the Product file since they are also self-contained. My initial intentions and understanding is that a lib is to be self-contained therefore my product file only contains things pertinent to it and the lib is seen as a different entity. Initially I wanted a merge module but you cannot have a merge module containing other merge modules so I went with lib. We have self-contained product core, with outside pieces. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-21-2013 2:20 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired Did you have a Property in the Fragment when you started? If not, I'd use something that "exists naturally" in the Fragment. If so, good on ya. On Thu, Feb 21, 2013 at 10:43 AM, Marc Beaudry wrote: > Sorry for the late reply Thanks Rob and Jacob for the advice. > > Once the issue was solved I was curious to know best practice usage. > > BTW: I changed my ComponentRef to PropertyRef > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: February-20-2013 6:14 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] WixLib not behaving as desired > > I think use of PropertyRef is awesome in that case. If you didn't have > the Condition (which uses the Property) I might consider using > CustomActionRef instead. But I like PropertyRef in your case. > > > On Wed, Feb 20, 2013 at 1:53 PM, Hoover, Jacob > wrote: > > > I use lots of externals and fragments, and for my MSI prerequisite > > checks I have each prerequisite in its own fragment. With this, I > > simply need to pull it in via a PropertyRef and my MSI ensures the > > prerequisite is installed. > > > > > > > > > > > > > > > DllEntry="SQLServerCE35InstalledCA" Return="check" > Execute="firstSequence" > > /> > > > >> After="AppSearch">NOT Installed > > > > > >> After="AppSearch">NOT Installed > > > > > > > > I have 15 or so prerequisite fragments and a binary fragment within > > the same file. > > > > -Original Message- > > From: Rob Mensching [mailto:r...@robmensching.com] > > Sent: Wednesday, February 20, 2013 3:27 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] WixLib not behaving as desired > > > > I've yet to see a case where real content didn't exist in a Fragment > > that could be referenced. > > > > > > On Wed, Feb 20, 2013 at 1:12 PM, Hoover, Jacob > > wrote: > > > > > This smells like a need for a FragmentRef, which I currently work > > > around with a Property in the fragment and a PropertyRef in the > > > Product to pull in the fragment. Another possible option may be to > > > reference a component/feature in your Product, but I haven't done > > > much with wixlib's so I don't know if that is possible. > > > > > > -Original Message- > > > From: Rob Mensching [mailto:r...@robmensching.com] > > > Sent: Wednesday, February 20, 2013 3:01 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] WixLib not behaving as desired > > > > > > If references are broken, the linker would tell you it couldn't > > > find a symbol. I think your issue is the opposite. You don't have > > > a reference any more. Those DirectoryRef's look like > > > they probably point back to the Product. What from the Product > > > points into > this Fragment? > > > > > > > > > On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry > > > > > > wrote: > > > > > > > Keeping in mind I discovered Wix about 2 weeks ago :-) > > > > > > > > I apologize for not completely understanding, wix is new and I > > > > am still in that learning curve... Hopefully this snippet helps > > > > you better understand my issue so I can better understand what > > > > is > > happening. > > > > > > > > As far as I know my references are correct and relatively > > > >
Re: [WiX-users] WixLib not behaving as desired
Sorry for the late reply Thanks Rob and Jacob for the advice. Once the issue was solved I was curious to know best practice usage. BTW: I changed my ComponentRef to PropertyRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 6:14 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired I think use of PropertyRef is awesome in that case. If you didn't have the Condition (which uses the Property) I might consider using CustomActionRef instead. But I like PropertyRef in your case. On Wed, Feb 20, 2013 at 1:53 PM, Hoover, Jacob wrote: > I use lots of externals and fragments, and for my MSI prerequisite > checks I have each prerequisite in its own fragment. With this, I > simply need to pull it in via a PropertyRef and my MSI ensures the > prerequisite is installed. > > > > > > > DllEntry="SQLServerCE35InstalledCA" Return="check" Execute="firstSequence" > /> > > NOT > Installed > > > NOT > Installed > > > > I have 15 or so prerequisite fragments and a binary fragment within > the same file. > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: Wednesday, February 20, 2013 3:27 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] WixLib not behaving as desired > > I've yet to see a case where real content didn't exist in a Fragment > that could be referenced. > > > On Wed, Feb 20, 2013 at 1:12 PM, Hoover, Jacob > wrote: > > > This smells like a need for a FragmentRef, which I currently work > > around with a Property in the fragment and a PropertyRef in the > > Product to pull in the fragment. Another possible option may be to > > reference a component/feature in your Product, but I haven't done > > much with wixlib's so I don't know if that is possible. > > > > -Original Message- > > From: Rob Mensching [mailto:r...@robmensching.com] > > Sent: Wednesday, February 20, 2013 3:01 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] WixLib not behaving as desired > > > > If references are broken, the linker would tell you it couldn't find > > a symbol. I think your issue is the opposite. You don't have a > > reference any more. Those DirectoryRef's look like they > > probably point back to the Product. What from the Product points into this Fragment? > > > > > > On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry > > wrote: > > > > > Keeping in mind I discovered Wix about 2 weeks ago :-) > > > > > > I apologize for not completely understanding, wix is new and I am > > > still in that learning curve... Hopefully this snippet helps you > > > better understand my issue so I can better understand what is > happening. > > > > > > As far as I know my references are correct and relatively > > > straight forward... > > > > > > My lib file contains one big fragment: > > > > > > > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> > > > > > > > > > > > > > > > > > > > > > // bunch of files through individual components > > > > > > > > > > > > // Various application shortcuts to be moved out > > > > > > > > > > > > > > > > > > I then take this whole section ( > > Id="ShortcutsMenuFolder">) and copy it in Product.wxs right after > > > the directory section. > > > How do I know if the references are not broken? > > > > > > -Original Message- > > > From: Rob Mensching [mailto:r...@robmensching.com] > > > Sent: February-20-2013 3:28 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] WixLib not behaving as desired > > > > > > References flow from the Product element down. Follow your references. > > > There isn't enough below to really know what is wrong. > > > > > > > > > On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry > > > > > > wrote: > > > > > > > Hopefully this helps shed some light... > > > > > > > > In my Product.wxs I define a directory structure. > >
Re: [WiX-users] WixLib not behaving as desired
Thanks for your many replies, finally figured out what was wrong. Which essentially was the first answer you provided with a different spin on your last response. The only link I had between the lib file and the product file was these shortcuts, moving them from the lib file to the products file removed all associations to the lib file. To fix it or link the 2 files together I simply moved the ComponentRef elements in the feature node back to the product file, creating a link between the two files. Now it compiles as expected. Is there a better way of linking these two files? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 4:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry wrote: > Keeping in mind I discovered Wix about 2 weeks ago :-) > > I apologize for not completely understanding, wix is new and I am > still in that learning curve... Hopefully this snippet helps you > better understand my issue so I can better understand what is happening. > > As far as I know my references are correct and relatively straight > forward... > > My lib file contains one big fragment: > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> > > > > > > > // bunch of files through individual components > > > > // Various application shortcuts to be moved out > > > > > > I then take this whole section ( Id="ShortcutsMenuFolder">) and copy it in Product.wxs right after the > directory section. > How do I know if the references are not broken? > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: February-20-2013 3:28 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] WixLib not behaving as desired > > References flow from the Product element down. Follow your references. > There isn't enough below to really know what is wrong. > > > On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry > wrote: > > > Hopefully this helps shed some light... > > > > In my Product.wxs I define a directory structure. > > > > In my lib I refer to the directory reference. "DirectoryRef" > > > > The component reference in the feature tag is set in the Product.wxs > > > > Directory Element from Product.wxs > > > > > > > Name='$(var.UserManufacturerName)'> > > > Name="$(var.UserProductName)"/> > > > > > > > > > > > > > Name="$(var.UserStartMenuFolder)"> > > > Name="$(var.UserProductName)"> > > > Guid="**"> > > > On="uninstall"/> > > > Key="Software\Microsoft\[Manufacturer]\[ProductName]" Name="installed" > > Type="integer" Value="1" KeyPath="yes"/> > > > > > > > > > > > > > > > > Snip it from the lib fragment... that I want to copy out in the > product.wxs > > > > > > DESKTOPSHORTCUT=1 > > > Directory="DesktopFolder" > > Name="Application Something or other " > > > > Description="$(var.UserStartMenuApplicationDescription)" > > Target="[APPLICATIONROOTDIRECTORY]MyBinary.exe" > > WorkingDirectory='APPLICATIONROOTDIRECTORY' > > > > SourceFile="SomeIconFile.ico" > > /> > > > > > Key="Software\Microsoft\[Manufacturer]\[ProductName]" > > Name="a > " > > Type="integer" Value="1" KeyPath="yes"/> > > > > > > > > > > -Original Message- > &
Re: [WiX-users] WixLib not behaving as desired
Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: http://schemas.microsoft.com/wix/2006/wi";> // bunch of files through individual components // Various application shortcuts to be moved out I then take this whole section () and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry wrote: > Hopefully this helps shed some light... > > In my Product.wxs I define a directory structure. > > In my lib I refer to the directory reference. "DirectoryRef" > > The component reference in the feature tag is set in the Product.wxs > > Directory Element from Product.wxs > > > Name='$(var.UserManufacturerName)'> > Name="$(var.UserProductName)"/> > > > > > > Name="$(var.UserStartMenuFolder)"> > Name="$(var.UserProductName)"> > Guid="**"> > On="uninstall"/> > Key="Software\Microsoft\[Manufacturer]\[ProductName]" Name="installed" > Type="integer" Value="1" KeyPath="yes"/> > > > > > > > > Snip it from the lib fragment... that I want to copy out in the product.wxs > > > DESKTOPSHORTCUT=1 >Directory="DesktopFolder" > Name="Application Something or other " > > Description="$(var.UserStartMenuApplicationDescription)" > Target="[APPLICATIONROOTDIRECTORY]MyBinary.exe" > WorkingDirectory='APPLICATIONROOTDIRECTORY' > > SourceFile="SomeIconFile.ico" > /> > > Key="Software\Microsoft\[Manufacturer]\[ProductName]" Name="a " > Type="integer" Value="1" KeyPath="yes"/> > > > > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: February-20-2013 3:04 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] WixLib not behaving as desired > > It all depends on what is in your Fragments and what is referencing what. > My guess is by moving the Shortcut, you removed the reference to oen > or more Fragments in you .wixlib. > > > On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry > wrote: > > > I have a lib file that contains a bunch of files and a desktop > > shortcut to one of the binaries. I then have my (product.wxs) main > > installation XML file. My project has a reference to the lib file. > > It all compiles and links perfectly. (My MSI is perfectly functional > > at this point) > > > > > > > > BUT: > > > > > > > > If I remove the section that contains the info to create the desktop > > shortcut and move it to the Product.wxs, everything still compiles > > and links without errors, but the content of my lib file is > > completely ignored. My msi goes from 30MB to 900KB. > > > > > > > > Question: Should I be able to take the shortcut section out of my > > lib file and put it in my main wxs file? The reason I want to do > > this is the binary name installed will always be the same but the > > name to the desktop shortcut is set later through a variable in a > > WXI (The contents of the lib remain, but the shortcut name can > > change depending on who builds the packag
Re: [WiX-users] WixLib not behaving as desired
Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. "DirectoryRef" The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Snip it from the lib fragment... that I want to copy out in the product.wxs DESKTOPSHORTCUT=1 -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry wrote: > I have a lib file that contains a bunch of files and a desktop > shortcut to one of the binaries. I then have my (product.wxs) main > installation XML file. My project has a reference to the lib file. It > all compiles and links perfectly. (My MSI is perfectly functional at > this point) > > > > BUT: > > > > If I remove the section that contains the info to create the desktop > shortcut and move it to the Product.wxs, everything still compiles and > links without errors, but the content of my lib file is completely > ignored. My msi goes from 30MB to 900KB. > > > > Question: Should I be able to take the shortcut section out of my lib > file and put it in my main wxs file? The reason I want to do this is > the binary name installed will always be the same but the name to the > desktop shortcut is set later through a variable in a WXI (The > contents of the lib remain, but the shortcut name can change depending > on who builds the package) file which is referenced in the product.wxs file. > > > > Hopefully this question is clear enough. > > > > Thanks for the Advice > > Marc > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixLib not behaving as desired
I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my main wxs file? The reason I want to do this is the binary name installed will always be the same but the name to the desktop shortcut is set later through a variable in a WXI (The contents of the lib remain, but the shortcut name can change depending on who builds the package) file which is referenced in the product.wxs file. Hopefully this question is clear enough. Thanks for the Advice Marc -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Visual Studio 2010 and WxLib and Binding
Figured it out Sorry for the post. In case anyone has the same issue the -bf switch is to be put in the "Librarian" section and not the compiler section. Looking back now it's obvious. It's used with lit and not candle // Hello, To bind files to a lib file I need the -bf switch in lit. I seem to also need to specify the path to the binary files. I have read several posts that mention that if I look at the properties of my Lib project in VS I should simply have a check box to include the binary files as part of my lib. I am not finding it, is this true, is there a check box that is supposed to be there? I added -bf to the VS compiler additional settings without any success. I also added the path using -b where all my binary files are located. I get invalid binary file error. How are binded files used in VS? Marc -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Visual Studio 2010 and WxLib and Binding
Hello, To bind files to a lib file I need the -bf switch in lit. I seem to also need to specify the path to the binary files. I have read several posts that mention that if I look at the properties of my Lib project in VS I should simply have a check box to include the binary files as part of my lib. I am not finding it, is this true, is there a check box that is supposed to be there? I added -bf to the VS compiler additional settings without any success. I also added the path using -b where all my binary files are located. I get invalid binary file error. How are binded files used in VS? Marc -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wxLibs - Usage
Thanks Peter for the explanation. I created a Lib file in VS and using it through a second installation WXS. Not sure what "bound files" are but I will look that part up to see how I can use these. As for the tutorial, it does not talk about lib files only fragments. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: February-15-2013 11:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wxLibs - Usage There might be a wixlib example in the wix tutorial but I can't access it at the moment. A wixlib is like a compiled wxs file containing 1+ fragments. Instead of a wixobj it's compiled into a wixlib. Optionally it can have the files referenced added to the wixlib file in a cab (a bound wixlib) which makes it easier to use. You store resources (components/binary elements/directory structures/etc) in the wixlib and then reference them in your wxs files using component-/binary-/directory- Refs. The wixlib is added to the wixobjs on the light command line or in the references section if using visual studio. A simple example of defining and using one would be: A visual studio wixlib project containing a wxs file. The file defines a component in a fragment. A visual studio MSI project containing another wxs file. The file has a feature that includes a componentref to the component defined in the wixlib. The wixlib created by the first project is a reference in the second project. -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 15 February 2013 15:40 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] wxLibs - Usage Hello Again, Figured out that libs are essentially Fragments. If there is a tutorial somewhere that I missed I would appreciate a link. If libs are not like fragments I would appreciate someone correct me on this misconception I have Thanks again, Marc Hello, I am in the process of learning wix and have a question on wxLib files: I found this link explaining why someone would use lib files: http://robmensching.com/blog/posts/2008/10/10/what-are-.wixlibs-and-why-woul d-you-use-them I cannot find a good primer on how to use wxlib files: Here is what I am trying to do: I have two projects (A & B) that both share a common set on installation files. I understand that the lib file will contain the sections that are going to be shared amongst A & B. My question is what do I put and not put in the Lib File. How is the installation directory shared between the Lib file and the root wxs file. In the wxs file I set variables to point to my debug or release folder depending on what configuration is being build, how are variable passed from the wxs file to the lib file. All my variable values are kept in a wxi file should I include the wxi file in both the lib file and wxs file. etc. Is there a usage sample of how to incorporate a wxlib file in an installer project. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _
Re: [WiX-users] wxLibs - Usage
Hello Again, Figured out that libs are essentially Fragments. If there is a tutorial somewhere that I missed I would appreciate a link. If libs are not like fragments I would appreciate someone correct me on this misconception I have Thanks again, Marc Hello, I am in the process of learning wix and have a question on wxLib files: I found this link explaining why someone would use lib files: http://robmensching.com/blog/posts/2008/10/10/what-are-.wixlibs-and-why-woul d-you-use-them I cannot find a good primer on how to use wxlib files: Here is what I am trying to do: I have two projects (A & B) that both share a common set on installation files. I understand that the lib file will contain the sections that are going to be shared amongst A & B. My question is what do I put and not put in the Lib File. How is the installation directory shared between the Lib file and the root wxs file. In the wxs file I set variables to point to my debug or release folder depending on what configuration is being build, how are variable passed from the wxs file to the lib file. All my variable values are kept in a wxi file should I include the wxi file in both the lib file and wxs file. etc. Is there a usage sample of how to incorporate a wxlib file in an installer project. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wxLibs - Usage
Hello, I am in the process of learning wix and have a question on wxLib files: I found this link explaining why someone would use lib files: http://robmensching.com/blog/posts/2008/10/10/what-are-.wixlibs-and-why-woul d-you-use-them I cannot find a good primer on how to use wxlib files: Here is what I am trying to do: I have two projects (A & B) that both share a common set on installation files. I understand that the lib file will contain the sections that are going to be shared amongst A & B. My question is what do I put and not put in the Lib File. How is the installation directory shared between the Lib file and the root wxs file. In the wxs file I set variables to point to my debug or release folder depending on what configuration is being build, how are variable passed from the wxs file to the lib file. All my variable values are kept in a wxi file should I include the wxi file in both the lib file and wxs file. etc. Is there a usage sample of how to incorporate a wxlib file in an installer project. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] C# Custom Actions - Cannot Trace
MMsiBreak worked... Thanks Also for some reason having my PDB in the compilation folder was not enough, even though my symbol paths were pointing to the correct location. To get my break point to trigger I had to copy my PDB to the Windows\Installer\MSI63CB.tmp- folder which is where the DLLs are temporally extracted when running the MSI and manually reload the symbols. Unit Testing: Fully agree with you that the code should be unit tested before. This exercise I am doing is simply learning the ins and outs of writing MSis using WIX and various possibilities Thanks for the tips they are always more than welcomed -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: February-13-2013 4:56 PM To: General discussion for Windows Installer XML toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] C# Custom Actions - Cannot Trace For C# using DTF it's MMsiBreak. For C/C++ it's MsiBreak. Also you have to restart the machine after setting the env var for the service control manager to pick up the environment change and pass it along to the Windows Installer service. I've debugged many DTF custom actions it's entirely possible to attach a debugger to the messagebox. That said, I find it easier to unit test the class and then create the custom action class as a very thin veneer around it. Testing inside MSI's is just too much friction for my taste. ---- From: "Marc Beaudry" Sent: Wednesday, February 13, 2013 3:36 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Actions - Cannot Trace I am learning to use wix and have come across an issue that doesn't seem to make sense to me. I have created 2 CustomActions one in c++ and one in c#. (Purely for experimental purposes) Both CAs simply contain a MessageBox. (To prove they are being called). And both are called correctly. The difference between the two is I can trace the C++ one but not the C# one. I use attach to process in both cases, but the c# one does not recognize its PDB. Here is what I have tried so far: - Used MSIBreak, nothing happens. But found posts of this issue with Windows 7 not working very well - Tried this too, which should be the proper way to do this but I get nothing. Record record = new Record(2); record[0] = "[1]"; record[1] = "My MSI Message"; session.Message(InstallMessage.Info, record); I have searched without any success, I am convinced this is something obvious I am not seeing. How do you attach to a process to be able to trace a c# CA. My message box according to the debugger is running through Run32dll as expected. Thanks for the advice Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] C# Custom Actions - Cannot Trace
I am learning to use wix and have come across an issue that doesn't seem to make sense to me. I have created 2 CustomActions one in c++ and one in c#. (Purely for experimental purposes) Both CAs simply contain a MessageBox. (To prove they are being called). And both are called correctly. The difference between the two is I can trace the C++ one but not the C# one. I use attach to process in both cases, but the c# one does not recognize its PDB. Here is what I have tried so far: - Used MSIBreak, nothing happens. But found posts of this issue with Windows 7 not working very well - Tried this too, which should be the proper way to do this but I get nothing. Record record = new Record(2); record[0] = "[1]"; record[1] = "My MSI Message"; session.Message(InstallMessage.Info, record); I have searched without any success, I am convinced this is something obvious I am not seeing. How do you attach to a process to be able to trace a c# CA. My message box according to the debugger is running through Run32dll as expected. Thanks for the advice Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Component Creation - Simple Advice needed
Thanks Peter, those links had perfect explanations of what I was looking for... Sorry for the basic questions -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: February-11-2013 10:05 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Component Creation - Simple Advice needed One component per file works well in most cases. The link below suggests help files go in their own component. http://msdn.microsoft.com/en-gb/library/windows/desktop/aa368269%28v=vs.85%2 9 .aspx Non-versioned files have their own update rules, but basically it works without you having to do anything special. http://msdn.microsoft.com/en-us/library/windows/desktop/aa368267%28v=vs.85%2 9 .aspx -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 11 February 2013 14:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Component Creation - Simple Advice needed Hello I have 2 simple questions, I would simply like to confirm something. My installation contains about 30 files. 10 of those files are Dlls that do not belong to me but are from the same developer (They all belong together). Using Wise installer I would create a separate component for each DLL? I am converting all my installations to WIX. Because they come from the same developer do I make them all part of the same component or is it better to continue with separate components for all DLLs. From the documentation different components for each file seems to be the proper approach. Also what happens to non-versioned files (companion files) such as help files. I want my help file to accompany my main exe and get updated (upgraded) every time my main exe gets updated. When setting companion files should they be part of the same component as the file containing the KeyPath? Just curious on which is the better approach. Thanks for the advice, Marc - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Component Creation - Simple Advice needed
Hello I have 2 simple questions, I would simply like to confirm something. My installation contains about 30 files. 10 of those files are Dlls that do not belong to me but are from the same developer (They all belong together). Using Wise installer I would create a separate component for each DLL? I am converting all my installations to WIX. Because they come from the same developer do I make them all part of the same component or is it better to continue with separate components for all DLLs. From the documentation different components for each file seems to be the proper approach. Also what happens to non-versioned files (companion files) such as help files. I want my help file to accompany my main exe and get updated (upgraded) every time my main exe gets updated. When setting companion files should they be part of the same component as the file containing the KeyPath? Just curious on which is the better approach. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Third Party Merge Module Issue (32/64bit)
I have already started discussion with the vendor... Thanks for the advice... -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: February-07-2013 3:14 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Third Party Merge Module Issue (32/64bit) Using WIX and the Windows Installer you cannot mix 32 bit and 64 bit files, whomever created that 3rd party merge module shouldn't have mixed 32/64 bit period... You will have to have a 32 bit MSI and a 64 bit MSI, use burn to install them. Steve -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: February-07-13 3:05 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Third Party Merge Module Issue (32/64bit) I understand that I will end up with a 32bit package only ion the end, but VS 2010 accepts this 3rd party MSM file and builds its 32 bit package with complaining. Wix is reporting this ICE80: error. Is there not a way I can have wix do like visial studio, simply include the MSM and use the 32bit portions of it. How can visual studio setup project handle this, wix seems infinitely more powerful, I am sure there is a way I can include this msm in my setup the same way I do it in VS. Would using something like dark or orca give insight on how VS does this? Thanks again... Marc -Original Message- From: Phil Wilson [mailto:phil.wil...@mvps.org] Sent: February-07-2013 2:52 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Third Party Merge Module Issue (32/64bit) This is dangerous territory. The docs explicitly say you can't do this: http://msdn.microsoft.com/en-us/library/windows/desktop/aa367451(v=vs.85).as px And generally you need two MSI files for different architectures: http://blogs.msdn.com/b/heaths/archive/2008/01/15/different-packages-are-req uired-for-different-processor-architectures.aspx I think maybe Burn is your friend if you can have two packages and just get the appropriate combination installed for a system. Phil W -----Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: Thursday, February 07, 2013 11:40 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Third Party Merge Module Issue (32/64bit) Hello I have a third party merge module returning this error: error LGHT0204: ICE80: This package contains 64 bit component The error refers to a registry component. My installer is 32bits and needs to remain this way. I initially had an installer built with VS2010 and all this worked fine without any interaction from me. I am curious on learning wix and want to convert this VS setup project to something more flexible. I have successfully included the VS MSMs to my package but this third party MSM is mixing both 32 and 64bit components in the same MSM. Any suggestions on how to deal with this in WIX. Thanks for the help Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Wi
Re: [WiX-users] Third Party Merge Module Issue (32/64bit)
I understand that I will end up with a 32bit package only ion the end, but VS 2010 accepts this 3rd party MSM file and builds its 32 bit package with complaining. Wix is reporting this ICE80: error. Is there not a way I can have wix do like visial studio, simply include the MSM and use the 32bit portions of it. How can visual studio setup project handle this, wix seems infinitely more powerful, I am sure there is a way I can include this msm in my setup the same way I do it in VS. Would using something like dark or orca give insight on how VS does this? Thanks again... Marc -Original Message- From: Phil Wilson [mailto:phil.wil...@mvps.org] Sent: February-07-2013 2:52 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Third Party Merge Module Issue (32/64bit) This is dangerous territory. The docs explicitly say you can't do this: http://msdn.microsoft.com/en-us/library/windows/desktop/aa367451(v=vs.85).as px And generally you need two MSI files for different architectures: http://blogs.msdn.com/b/heaths/archive/2008/01/15/different-packages-are-req uired-for-different-processor-architectures.aspx I think maybe Burn is your friend if you can have two packages and just get the appropriate combination installed for a system. Phil W -Original Message----- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: Thursday, February 07, 2013 11:40 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Third Party Merge Module Issue (32/64bit) Hello I have a third party merge module returning this error: error LGHT0204: ICE80: This package contains 64 bit component The error refers to a registry component. My installer is 32bits and needs to remain this way. I initially had an installer built with VS2010 and all this worked fine without any interaction from me. I am curious on learning wix and want to convert this VS setup project to something more flexible. I have successfully included the VS MSMs to my package but this third party MSM is mixing both 32 and 64bit components in the same MSM. Any suggestions on how to deal with this in WIX. Thanks for the help Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Third Party Merge Module Issue (32/64bit)
Hello I have a third party merge module returning this error: error LGHT0204: ICE80: This package contains 64 bit component The error refers to a registry component. My installer is 32bits and needs to remain this way. I initially had an installer built with VS2010 and all this worked fine without any interaction from me. I am curious on learning wix and want to convert this VS setup project to something more flexible. I have successfully included the VS MSMs to my package but this third party MSM is mixing both 32 and 64bit components in the same MSM. Any suggestions on how to deal with this in WIX. Thanks for the help Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Manufacturer Property to Directory
Ahhh, my understanding was the name was the location where the directory gets created, obviously I was incorrect. Thanks for the reply, I will look up your proposed method. ($(var.manufacturer)) Marc -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: February-07-2013 11:16 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting Manufacturer Property to Directory You can't use properties as directory names because the type of the Name attribute is LongFileNameType, not Formatted (see the Wix help), and property names are not substituted except in formatted types. Even if you could do it, it would be a bad idea because it would break the auto component guid generation algorithm that relies on the path being known at build time. The solution is to use a pre-processor variable that you create yourself, e.g. $(var.manufacturer) -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 07 February 2013 15:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting Manufacturer Property to Directory Hello I am new to wix and just finished the tutorial, I am now experimenting with things. When I run my MSI I get a literal [Manfacturer] as a folder instead of the assigned manufacturer name set in the Product tag. I tried [ProductName] and I get the same result. Should this work and if yes what can be the probable causes. I found several posts on the user list but I can't find a solution to this. Thanks for the help, and sorry for the basic question Marc - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting Manufacturer Property to Directory
Hello I am new to wix and just finished the tutorial, I am now experimenting with things. When I run my MSI I get a literal [Manfacturer] as a folder instead of the assigned manufacturer name set in the Product tag. I tried [ProductName] and I get the same result. Should this work and if yes what can be the probable causes. I found several posts on the user list but I can't find a solution to this. Thanks for the help, and sorry for the basic question Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
