Re: [WiX-users] Unknown WiX variables in Bundle with WiX 3.6.1908.0
hii Andrey, i have already included payload as you said. but still it not working for me.. my bundle code is - WixVariable Id=WixMbaPrereqLicenseUrl Value=netfx35.eula.rtf / BootstrapperApplicationRef Id='ManagedBootstrapperApplicationHost' Payload Name='netfx35.eula.rtf' SourceFile='Resources\netfx35.eula.1033.rtf'/ /BootstrapperApplicationRef Thanx in advanced, Manish. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unknown-WiX-variables-in-Bundle-with-WiX-3-6-1908-0-tp6574163p7579318.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
It's working for me. After defining the table and the data, did you remember to reference the table in the same fragment as a payload group which you reference inside your BootstrapperApplicationRef? -Original Message- From: jimitndiaye [mailto:jimitndi...@gmail.com] Sent: Friday, July 06, 2012 6:49 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
I suspected it might have something to do fragment references. No I don't have any Refs in those fragments (I was trying to preserve sanity by separating everything into fragments containing only related elements - there really should be something like TableRef, VariableRef etc). I'll try including an empty PayloadGroup in each fragment and reference them from the main bundle. Seems a bit hackish though. Sent from my iPhone On 6 Jul 2012, at 15:03, Hoover, Jacob [via Windows Installer XML (WiX) toolset] ml-node+s687559n7579321...@n2.nabble.com wrote: It's working for me. After defining the table and the data, did you remember to reference the table in the same fragment as a payload group which you reference inside your BootstrapperApplicationRef? -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 6:49 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579321.html To unsubscribe from Custom MBA, adding extra metadata to the Bootstrapper Application Data, click here. NAML -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579324.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unnecessary? reboot when repairing an install on Win XP
On 25/06/2012 21:51, Don Walker wrote: Info 1903. Scheduling reboot operation: Deleting file C:\Config.Msi\126b44.rbf. Must reboot to complete operation. I see the same problem during Repair on Server 2008 R2 - trying to delete the file using Windows Explorer, I'm told that it's open in SQL Server VSS Writer. Stopping the SQLWriter service allows me to delete it. -- Bruce Cran -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unnecessary? reboot when repairing an install on Win XP
On 25/06/2012 22:22, Wilson, Phil wrote: There should be something earlier in the log that says what's going on. The part of the log you posted is just info confirming it's going to do a reboot and use those files, not the actual reason it created them in the first place. If you search for -reboot- there may be something earlier than this. It seems earlier log entries don't mention reboot but in use. From the log file: Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcr90.dll is being held in use by the following process: Name: vmacthlp, Id: 880, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcr90.dll is being held in use by the following process: Name: explorer, Id: 1956, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcr90.dll is being held in use by the following process: Name: vmtoolsd, Id: 2004, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcr90.dll is being held in use by the following process: Name: VMwareTray, Id: 1820, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcr90.dll is being held in use by the following process: Name: vmtoolsd, Id: 1908, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcp90.dll is being held in use by the following process: Name: vmacthlp, Id: 880, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcp90.dll is being held in use by the following process: Name: explorer, Id: 1956, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcp90.dll is being held in use by the following process: Name: vmtoolsd, Id: 2004, Window Title: '(not determined yet)'. Close that application and retry. Info 1603. The file C:\WINDOWS\winsxs\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_31a54e43\msvcp90.dll is being held in use by the following process: Name: vmtoolsd, Id: 1908, Window Title: '(not determined yet)'. Close that application and retry. -- Bruce Cran -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
Not in each one, just the top level one which has the data defined in it. I have a fragment for defining the table layout, and a fragment that defines the data in the table (and uses the defined table). In this same fragment, I have a payload group which I am referencing in my bootstrappper application ref. I would think any sort of element that you could reference from your main bundle would include the table, so I don't think it has to be the one I am using. I agree, there should be a CustomTableRef element so that you could have a unique fragment with only your table data in it. Might not hurt logging this as a feature request if one doesn't already exist. In the scope of a MSI, a work around was to create a Property in the same fragment and then reference that property in the main fragment. In your case, since you are doing custom processing of this additional meta data, then one would assume that you already have a custom BootstrapperApplication setup, so the intent would be to include the table data there and then referencing the BA would pull in the table. Jacob -Original Message- From: jimitndiaye [mailto:jimitndi...@gmail.com] Sent: Friday, July 06, 2012 10:00 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data I suspected it might have something to do fragment references. No I don't have any Refs in those fragments (I was trying to preserve sanity by separating everything into fragments containing only related elements - there really should be something like TableRef, VariableRef etc). I'll try including an empty PayloadGroup in each fragment and reference them from the main bundle. Seems a bit hackish though. Sent from my iPhone On 6 Jul 2012, at 15:03, Hoover, Jacob [via Windows Installer XML (WiX) toolset] ml-node+s687559n7579321...@n2.nabble.com wrote: It's working for me. After defining the table and the data, did you remember to reference the table in the same fragment as a payload group which you reference inside your BootstrapperApplicationRef? -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 6:49 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-M BA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp757569 4p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-M BA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp757569 4p7579321.html To unsubscribe from Custom MBA, adding extra metadata to the Bootstrapper Application Data, click here. NAML -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579324.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
Referencing an empty PayloadGroup from each relevant fragment did the trick. :) Yes I do have a custom MBA that parses the metadata in BootstrapperApplicationData.xml and uses it to customise the UX. Sent from my iPhone On 6 Jul 2012, at 16:29, Hoover, Jacob [via Windows Installer XML (WiX) toolset] ml-node+s687559n757932...@n2.nabble.com wrote: Not in each one, just the top level one which has the data defined in it. I have a fragment for defining the table layout, and a fragment that defines the data in the table (and uses the defined table). In this same fragment, I have a payload group which I am referencing in my bootstrappper application ref. I would think any sort of element that you could reference from your main bundle would include the table, so I don't think it has to be the one I am using. I agree, there should be a CustomTableRef element so that you could have a unique fragment with only your table data in it. Might not hurt logging this as a feature request if one doesn't already exist. In the scope of a MSI, a work around was to create a Property in the same fragment and then reference that property in the main fragment. In your case, since you are doing custom processing of this additional meta data, then one would assume that you already have a custom BootstrapperApplication setup, so the intent would be to include the table data there and then referencing the BA would pull in the table. Jacob -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 10:00 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data I suspected it might have something to do fragment references. No I don't have any Refs in those fragments (I was trying to preserve sanity by separating everything into fragments containing only related elements - there really should be something like TableRef, VariableRef etc). I'll try including an empty PayloadGroup in each fragment and reference them from the main bundle. Seems a bit hackish though. Sent from my iPhone On 6 Jul 2012, at 15:03, Hoover, Jacob [via Windows Installer XML (WiX) toolset] [hidden email] wrote: It's working for me. After defining the table and the data, did you remember to reference the table in the same fragment as a payload group which you reference inside your BootstrapperApplicationRef? -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 6:49 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-M BA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp757569 4p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-M BA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp757569 4p7579321.html To unsubscribe from Custom MBA, adding extra metadata to the Bootstrapper Application Data, click here. NAML -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-MBA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp7575694p7579324.html Sent from the wix-users
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
It feels hackish because that's not the intended way to do things. Of course, I'm not sure the ideal path is well documented and it's more work so the hackish may be your ideal. wink/ First, the CustomTable definition (just Column elements) can be put in a separate Fragment. Then, when you populate a CustomTable (add Row elements) that CustomTable will reference the definition. That means you need to put the CustomTable/Row in a fragment that is referenced. Often, the CustomTable/Row data is so verbose, there is a tendency to put it in a separate Fragment. That is a completely reasonable but now it's floating in an island that needs a hackish reference. Empty PayloadGroup for Bundles is very good, BTW. So what's the ideal? The ideal is to create an Extension. The Extension would then extend the compiler to provide a pretty face on your CustomTable and be far more powerful than the raw Row elements. We cheated for a long time with the wixstdba by using WixVariables before finally creating the pretty face. Looking back, we should have done it earlier. smile/ -- virtually, Rob Mensching http://RobMensching.com http://robmensching.com/ LLC On Fri, Jul 6, 2012 at 8:50 AM, jimitndiaye jimitndi...@gmail.com wrote: Referencing an empty PayloadGroup from each relevant fragment did the trick. :) Yes I do have a custom MBA that parses the metadata in BootstrapperApplicationData.xml and uses it to customise the UX. Sent from my iPhone On 6 Jul 2012, at 16:29, Hoover, Jacob [via Windows Installer XML (WiX) toolset] ml-node+s687559n757932...@n2.nabble.com wrote: Not in each one, just the top level one which has the data defined in it. I have a fragment for defining the table layout, and a fragment that defines the data in the table (and uses the defined table). In this same fragment, I have a payload group which I am referencing in my bootstrappper application ref. I would think any sort of element that you could reference from your main bundle would include the table, so I don't think it has to be the one I am using. I agree, there should be a CustomTableRef element so that you could have a unique fragment with only your table data in it. Might not hurt logging this as a feature request if one doesn't already exist. In the scope of a MSI, a work around was to create a Property in the same fragment and then reference that property in the main fragment. In your case, since you are doing custom processing of this additional meta data, then one would assume that you already have a custom BootstrapperApplication setup, so the intent would be to include the table data there and then referencing the BA would pull in the table. Jacob -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 10:00 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data I suspected it might have something to do fragment references. No I don't have any Refs in those fragments (I was trying to preserve sanity by separating everything into fragments containing only related elements - there really should be something like TableRef, VariableRef etc). I'll try including an empty PayloadGroup in each fragment and reference them from the main bundle. Seems a bit hackish though. Sent from my iPhone On 6 Jul 2012, at 15:03, Hoover, Jacob [via Windows Installer XML (WiX) toolset] [hidden email] wrote: It's working for me. After defining the table and the data, did you remember to reference the table in the same fragment as a payload group which you reference inside your BootstrapperApplicationRef? -Original Message- From: jimitndiaye [mailto:[hidden email]] Sent: Friday, July 06, 2012 6:49 AM To: [hidden email] Subject: Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data For some reason this isn't working for me. I have a bundle with several custom tables defined in separate fragments (all of them with BootstrapperApplicationData=yes). None of them are being written to the BootstrapperApplicationData.xml file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-M BA-adding-extra-metadata-to-the-Bootstrapper-Application-Data-tp757569 4p7579320.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email]
Re: [WiX-users] Custom MBA, adding extra metadata to the Bootstrapper Application Data
On 06-Jul-12 12:25, Rob Mensching wrote: We cheated for a long time with the wixstdba by using WixVariables before finally creating the pretty face. Looking back, we should have done it earlier. smile/ Because now we're stuck with WixVariables. If you do it right from the beginning, it's a great way of hiding implementation and therefore being able to refactor more freely. -- sig://boB http://joyofsetup.com/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unknown WiX variables in Bundle with WiX 3.6.1908.0
On 06-Jul-12 06:34, manishshirsat wrote: WixVariable Id=WixMbaPrereqLicenseUrl Value=netfx35.eula.rtf / BootstrapperApplicationRef Id='ManagedBootstrapperApplicationHost' Payload Name='netfx35.eula.rtf' SourceFile='Resources\netfx35.eula.1033.rtf'/ Because you're not using a real URL, what you supply for WixMbaPrereqLicenseUrl has to be the path, not an id. -- sig://boB http://joyofsetup.com/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ComPlusExtension (Win64) does not honor reference count during install?
I am using WiX 3.5 RTM (3.5.2519.0). I have several x64 products that depend on a COM+ application, and they may be installed either concurrently or separately, so I am using a Wixlib to include the COM+ application in the main feature of each product. I use a custom dialog to prompt for a user name and password to use as the application's identity. ComponentGroup Id=MyApplication Component SharedDllRefCount=yes Directory=WellKnownDir File KeyPath=yes Name=MyApplication.dll / complus:ComPlusApplication Id=MyApplication Name=My Name ApplicationAccessChecksEnabled=no Identity=[SERVICEIDENTITY] Password=[SERVICEPASSWORD] complus:ComPlusAssembly Id=MyAssembly Type=.net DllPathFromGAC=no DllPath=[#MyApplication.dll] TlbPath=[#MyApplication.tlb] RegisterInCommit=yes complus:ComPlusComponent Id=MyComponent1 CLSID= PUT-CLSID-HERE / complus:ComPlusComponent Id=MyComponent2 CLSID= PUT-CLSID-HERE / /complus:ComPlusAssembly /complus:ComPlusApplication /Component Component SharedDllRefCount=yes Directory=WellKnownDir File KeyPath=yes Name=MyApplication.tlb / /Component /ComponentGroup (I have used Orca to confirm that the auto-generated component GUIDs are identical in both products.) When I install the first product that contains this, it installs fine. When I install a second product that contains this, theConfigureComPlusInstall_x64 action returns Error 28018. A COM+ application with the same name already exists. (0 ) This also appears in a pop-up message box, with options to Cancel, Retry, and Ignore. If I choose Ignore, and if the second installer repeats the user name and password prompts beforehand, this works fine. If I choose Ignore, and if the second installer uses a FileSearch to suppress the username/password prompt when MyApplication.dll is already installed, then the install fails, and rolls back, and removes the COM+ application. (The failure appears to be because it tries to change the COM+ application’s identity to Interactive User, and Server 2008 policy forbids this, but the CA cannot change it back.) I can see in the Installer\...\Components registry that it is registering both products as clients of this Component, and the SharedDLLs registry entry has a count of 2, so Windows Installer proper is maintaining the correct reference count for this component. However, the ComPlusExtension is trying to install the application a second time when its key path already has a reference count = 1, and if this fails then it uninstalls the application during rollback despite its key path having a reference count 1. The one situation where reference counting works the way I expect it to is during uninstall: if I manage to install two products successfully, uninstalling one of them does not remove the COM+ application, because its reference count is still 0. The WiX documentation mentions the concept of a ComPlusApplication locator or locater. I have the impression that the locator/locater mechanism is for modifying an existing COM+ application, while a ComPlusApplication in a Component is only supposed to create a new application rather than modify an existing one? That is not the behavior I am observing, however. I found that I can suppress the attempt to recreate the COM+ application by setting NeverOverwrite=yes on the Component. I am not thrilled about having to resort to this, but it does seem to eliminate the COM+ application of the same name already exists error and the need for the user name/password prompt when MyApplication.dll is already present. Does anyone have experience with this type of scenario -- sharing a COM+ application among multiple products? I want to ensure that the uninstall, repair, and maintenance behavior is robust. (I realize the user-supplied Identity and Password adds additional complications during repair and maintenance; I will start a separate thread for this.) Thanks, Mike -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unnecessary? reboot when repairing an install on Win XP
Aha! I ran the test using an XP image running in VMware Player with VMware Tools installed. It looks like there was some sort of conflict between the merge module and VMware when repairing. As discussed previously in this topic, using the redistributable solved the problem simply and appears to be the recommended approach. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unnecessary-reboot-when-repairing-an-install-on-Win-XP-tp7579092p7579335.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET 4 pre-req in WixNetFxExtension
*I'm reference this in the Chain element:* PackageGroupRef Id=NetFx40Redist/ *But I get an error using my custom bootstrapper application:* Plan complete, result: 0x0 [0A00:07D8][2012-07-06T23:48:46]: Apply begin [0BD4:07B8][2012-07-06T23:48:50]: Creating a system restore point. [0BD4:07B8][2012-07-06T23:48:59]: Created a system restore point. [0A00:07D8][2012-07-06T23:48:59]: Caching bundle from: 'C:\Users\Win7\AppData\Local\Temp\{f8088172-3957-44dd-af4f-439a42d81262}\.be\WindowsApp.Bootstrapper.exe' to: 'C:\Users\Win7\AppData\Local\Package Cache\{f8088172-3957-44dd-af4f-439a42d81262}\WindowsApp.Bootstrapper.exe' [0A00:07D8][2012-07-06T23:48:59]: Registering bundle dependency provider: {f8088172-3957-44dd-af4f-439a42d81262}, version: 1.0.0.0 [0A00:0814][2012-07-06T23:48:59]: Prompt for source of package: NetFx40Redist, payload: NetFx40Redist, path: C:\Users\Win7\Desktop\redist\dotNetFx40_Full_x86_x64.exe [0A00:0814][2012-07-06T23:48:59]: Failed to resolve source for file: C:\Users\Win7\Desktop\redist\dotNetFx40_Full_x86_x64.exe, error: 0x80070002. [0A00:0814][2012-07-06T23:48:59]: Error 0x80070002: Failed while prompting for source (original path 'C:\Users\Win7\Desktop\redist\dotNetFx40_Full_x86_x64.exe'). [0A00:0814][2012-07-06T23:48:59]: Failed to acquire payload: NetFx40Redist to working path: C:\Users\Win7\AppData\Local\Temp\{f8088172-3957-44dd-af4f-439a42d81262}\NetFx40Redist, error: 0x80070002. [0A00:07D8][2012-07-06T23:48:59]: Error 0x80070002: Failed while caching, aborting execution. [0A00:07D8][2012-07-06T23:48:59]: Removed bundle dependency provider: {f8088172-3957-44dd-af4f-439a42d81262} [0A00:07D8][2012-07-06T23:48:59]: Removing cached bundle: {f8088172-3957-44dd-af4f-439a42d81262}, from path: C:\Users\Win7\AppData\Local\Package Cache\{f8088172-3957-44dd-af4f-439a42d81262}\ [0A00:07D8][2012-07-06T23:48:59]: Calling ApplyComplete *Has anyone run into something similar?* -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-4-pre-req-in-WixNetFxExtension-tp7579058p7579336.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users