Re: [WiX-users] How to check db2 installation on the machine in WIX
Hi, One way would be to add Registry serach and assign the registry serach result to a property. Later you can use the property based on its value to check whether DB2 installed on the target machine or not. e.g To check IIS is installed or not !--Search for the IIS 6 version-- Property Id=IIS6SPLEVEL RegistrySearch Id='IISCheck' Type='raw' Root='HKLM' Key='SYSTEM\CurrentControlSet\Services\W3SVC\Parameters' Name='MajorVersion' / /Property Condition Message='$(loc.RequiredIIS6OrAbove)' Installed OR (IIS6SPLEVEL = #6 AND NOT Installed) /Condition Hope this helps... On Thu, Sep 10, 2009 at 4:51 AM, Blair os...@live.com wrote: Searching IBM's web site I found a list of ProductCodes you could search for for DB2 v8.(whatever it was, I didn't save the link since that version is post-support) but for DB2 v9 I didn't find any such list. Your best bet is to query either IBM or DB2 users as to how to programmatically check db2 installations (hopefully there is a way without running any exe). Once you know that, we can help you with the syntax needed to implement it in WiX. -Original Message- From: danimian [mailto:miand...@gmail.com] Sent: Wednesday, September 09, 2009 3:12 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to check db2 installation on the machine in WIX Hi, I am using WIX to create MSI package for installation. Checking the Operating System and .NETFRAMEWORK 3.5 is working properly. I want to check whether DB2 is installed on the machine or not. How it is possible? I am using Visual Studio 8. Please help me in this regard. Thanks in advance Adnan -- View this message in context: http://n2.nabble.com/How-to-check-db2-installation-on-the-machine-in-WIX-tp3 614998p3614998.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Regards/Ranga -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] C# Custom Action, change some files during installation
Hi! Thank's for the response :) I need my own CA for some other things to ;) Besides I found solution. If anyone needs it: Custom Action=EditConfig After=InstallFinalize Overridable=no/Custom where After=InstallFinalize is the key ;) Adrian 2009/9/11 John Nannenga john.nanne...@microsoft.com You likely don't need your own CA for this, check out XmlConfig or XmlFile. Your problem here is likely that you get a FileNotFoundException or something similar which is due to the fact you have your CA scheduled to execute in the immediate sequence and scheduled after InstallFiles which doesn't put any files onto the machine until the deferred sequence. From: Adrian Serafin [abus...@gmail.com] Sent: Thursday, September 10, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Action, change some files during installation Hi! I'm struggling with this for some time now... I'm trying to make my custom action to modify applications config.exe file but no success. Maybe someone can help?? CustomAction Id=EditConfig BinaryKey=EditConfigDLL DllEntry=EditCPConfig Execute=immediate Return=ignore / Binary Id=EditConfigDLL SourceFile=ConfigEditCA.CA.dll / InstallExecuteSequence Custom Action=EditConfig After=InstallFiles Overridable=no/Custom /InstallExecuteSequence And here is c# code: public static ActionResult EditCPAConfig(Session session) { string db_user = session[DB_USER]; string db_password = session[DB_PASSWORD]; string u_profile = localSU; string installdir = session[INSTALLDIR]; System.Xml.XmlDocument xml_doc = new System.Xml.XmlDocument(); System.Diagnostics.Debugger.Launch(); xml_doc.Load(installdir + Cairo.Producer.Admin.exe.config); System.Diagnostics.Debugger.Launch(); System.Xml.XmlElement conf_elem = xml_doc.DocumentElement; System.Xml.XmlElement conn_string = (System.Xml.XmlElement)conf_elem.FirstChild; System.Xml.XmlElement add_conn = xml_doc.CreateElement(add); add_conn.SetAttribute(name, u_profile); add_conn.SetAttribute(connectionString, something); add_conn.SetAttribute(providerName, Npgsql); conn_string.AppendChild(add_conn); xml_doc.Save(installdir + Cairo.Producer.exe.config); System.Diagnostics.Debugger.Launch(); return ActionResult.Success; } Code works when i put files in installfolder on my computer... -- View this message in context: http://n2.nabble.com/C-Custom-Action-change-some-files-during-installation-tp3617476p3617476.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to check db2 installation on the machine in WIX
Hello, Q_1 Your example for checking IIS: Key='SYSTEM\CurrentControlSet\Services\W3SVC\Parameters' My issue for checking db2 installation: Key=? here come the path where db2 is installed on the machine? Q_2 Your example: IIS6SPLEVEL = #6 Which value come for DB2? Ranganatha H C wrote: Hi, One way would be to add Registry serach and assign the registry serach result to a property. Later you can use the property based on its value to check whether DB2 installed on the target machine or not. e.g To check IIS is installed or not !--Search for the IIS 6 version-- Property Id=IIS6SPLEVEL RegistrySearch Id='IISCheck' Type='raw' Root='HKLM' Key='SYSTEM\CurrentControlSet\Services\W3SVC\Parameters' Name='MajorVersion' / /Property Condition Message='$(loc.RequiredIIS6OrAbove)' Installed OR (IIS6SPLEVEL = #6 AND NOT Installed) /Condition Hope this helps... On Thu, Sep 10, 2009 at 4:51 AM, Blair os...@live.com wrote: Searching IBM's web site I found a list of ProductCodes you could search for for DB2 v8.(whatever it was, I didn't save the link since that version is post-support) but for DB2 v9 I didn't find any such list. Your best bet is to query either IBM or DB2 users as to how to programmatically check db2 installations (hopefully there is a way without running any exe). Once you know that, we can help you with the syntax needed to implement it in WiX. -Original Message- From: danimian [mailto:miand...@gmail.com] Sent: Wednesday, September 09, 2009 3:12 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to check db2 installation on the machine in WIX Hi, I am using WIX to create MSI package for installation. Checking the Operating System and .NETFRAMEWORK 3.5 is working properly. I want to check whether DB2 is installed on the machine or not. How it is possible? I am using Visual Studio 8. Please help me in this regard. Thanks in advance Adnan -- View this message in context: http://n2.nabble.com/How-to-check-db2-installation-on-the-machine-in-WIX-tp3 614998p3614998.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Regards/Ranga -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/How-to-check-db2-installation-on-the-machine-in-WIX-tp3614998p3624366.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automating Heat
Thanks for your help Brian. I have raised this on as a bug on sourceforge. I can get by without the -cg switch which means I now have an automated build process which incorporates Heat to generate the fragment, rather than our developers having to manually update the fragments (we have 1000's of files). Kind Regards, Jon -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 10 September 2009 18:23 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Automating Heat Hey Jon, If you could add a bug to sourceforge.net for this issue and how to repro it that would be great. The warning message was specific to the -cg switch. This warning is being removed in WiX 3.5. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Thu, Sep 10, 2009 at 9:17 AM, Jon Hope jon.h...@pinewood.co.uk wrote: Hi Brian, Thanks for your reply. It appears that the duplication is only happening when using the -cg switch. I've tried all other switches from my original email and all seem fine. Strangely, I also only receive the warning regarding having too many components per feature when using the -cg switch. Kind Regards, Jon -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 10 September 2009 16:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Automating Heat Hey Jon, This should definately not be happening. Does this happen if you do just a -pog:Binaries or -pog:Sources switch. It could be a bug with that particular switch. Have you tried removing the -cg switch as well? Just giving you some scenarios to run so we can track down what is going on. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Wed, Sep 9, 2009 at 7:37 AM, Jon Hope jon.h...@pinewood.co.uk wrote: Afternoon all, I am currently implementing WiX into our daily builds and am using Heat.exe to generate a WiX fragment file at Pre-build by harvesting a .csproj. Any releases will be Major releases, and the previous software is fully removed, so this should not break any component rules. The problem I am having is that Heat.exe appears to be generating the ComponentGroups twice, once at the top of the .wxs, and once at the bottom. This then gives a build error: Duplicate symbol 'WixComponentGroup:ASP.Content' found If I manually remove the second component group, the build is successful and the .msi package is created. Can anyone please shed any light as to why this is happening? The command I am using to generate the fragment is as follows: C:\Program Files\Windows Installer XML v3.5\bin\heat.exe project $(ProjectDir)\..\..\WEB\ASP.csproj -ag -cg ProductASP -pog:Content -template:fragment -g1 -ke -out $(ProjectDir)ASPFragment.wxs This is creating 2 component groups with the same Id ComponentGroup Id=ASP.Content Kind Regards, Jon # Disclaimer Nothing in this E-mail is to be interpreted as agreement on behalf of Pinewood Technologies Plc to enter into any legally binding agreement unless the recipient has received confirmation in writing from a director of the business that the sender is so authorised. If you have received this E-mail in error please forward it to email-retu...@pinewood.co.uk, destroy and delete it and do not rely upon it in any way. Publication and/or distribution of it is strictly prohibited and may be unlawful. # -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users # Disclaimer Nothing in this E-mail is to be interpreted as agreement on
Re: [WiX-users] C# Custom Action, change some files during installation
That will only work if the target file is not in a per-machine directory or you ran your entire MSI elevated (icky, icky, icky). Adr!an Serafin wrote: Hi! Thank's for the response :) I need my own CA for some other things to ;) Besides I found solution. If anyone needs it: Custom Action=EditConfig After=InstallFinalize Overridable=no/Custom where After=InstallFinalize is the key ;) Adrian 2009/9/11 John Nannenga john.nanne...@microsoft.com You likely don't need your own CA for this, check out XmlConfig or XmlFile. Your problem here is likely that you get a FileNotFoundException or something similar which is due to the fact you have your CA scheduled to execute in the immediate sequence and scheduled after InstallFiles which doesn't put any files onto the machine until the deferred sequence. From: Adrian Serafin [abus...@gmail.com] Sent: Thursday, September 10, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Action, change some files during installation Hi! I'm struggling with this for some time now... I'm trying to make my custom action to modify applications config.exe file but no success. Maybe someone can help?? CustomAction Id=EditConfig BinaryKey=EditConfigDLL DllEntry=EditCPConfig Execute=immediate Return=ignore / Binary Id=EditConfigDLL SourceFile=ConfigEditCA.CA.dll / InstallExecuteSequence Custom Action=EditConfig After=InstallFiles Overridable=no/Custom /InstallExecuteSequence And here is c# code: public static ActionResult EditCPAConfig(Session session) { string db_user = session[DB_USER]; string db_password = session[DB_PASSWORD]; string u_profile = localSU; string installdir = session[INSTALLDIR]; System.Xml.XmlDocument xml_doc = new System.Xml.XmlDocument(); System.Diagnostics.Debugger.Launch(); xml_doc.Load(installdir + Cairo.Producer.Admin.exe.config); System.Diagnostics.Debugger.Launch(); System.Xml.XmlElement conf_elem = xml_doc.DocumentElement; System.Xml.XmlElement conn_string = (System.Xml.XmlElement)conf_elem.FirstChild; System.Xml.XmlElement add_conn = xml_doc.CreateElement(add); add_conn.SetAttribute(name, u_profile); add_conn.SetAttribute(connectionString, something); add_conn.SetAttribute(providerName, Npgsql); conn_string.AppendChild(add_conn); xml_doc.Save(installdir + Cairo.Producer.exe.config); System.Diagnostics.Debugger.Launch(); return ActionResult.Success; } Code works when i put files in installfolder on my computer... -- View this message in context: http://n2.nabble.com/C-Custom-Action-change-some-files-during-installation-tp3617476p3617476.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july
[WiX-users] Please explain - ran your entire MSI elevated
Rob Mensching just made the reply below and I don't want to hi-jack that conversation, but I would like an explanation of that that statement. Do we have control over what part of the install is elevated and if so, how? -- Roy Chastain -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, September 11, 2009 06:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] C# Custom Action,change some files during installation That will only work if the target file is not in a per-machine directory or you ran your entire MSI elevated (icky, icky, icky). Adr!an Serafin wrote: Hi! Thank's for the response :) I need my own CA for some other things to ;) Besides I found solution. If anyone needs it: Custom Action=EditConfig After=InstallFinalize Overridable=no/Custom where After=InstallFinalize is the key ;) Adrian 2009/9/11 John Nannenga john.nanne...@microsoft.com You likely don't need your own CA for this, check out XmlConfig or XmlFile. Your problem here is likely that you get a FileNotFoundException or something similar which is due to the fact you have your CA scheduled to execute in the immediate sequence and scheduled after InstallFiles which doesn't put any files onto the machine until the deferred sequence. From: Adrian Serafin [abus...@gmail.com] Sent: Thursday, September 10, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Action, change some files during installation Hi! I'm struggling with this for some time now... I'm trying to make my custom action to modify applications config.exe file but no success. Maybe someone can help?? CustomAction Id=EditConfig BinaryKey=EditConfigDLL DllEntry=EditCPConfig Execute=immediate Return=ignore / Binary Id=EditConfigDLL SourceFile=ConfigEditCA.CA.dll / InstallExecuteSequence Custom Action=EditConfig After=InstallFiles Overridable=no/Custom /InstallExecuteSequence And here is c# code: public static ActionResult EditCPAConfig(Session session) { string db_user = session[DB_USER]; string db_password = session[DB_PASSWORD]; string u_profile = localSU; string installdir = session[INSTALLDIR]; System.Xml.XmlDocument xml_doc = new System.Xml.XmlDocument(); System.Diagnostics.Debugger.Launch(); xml_doc.Load(installdir + Cairo.Producer.Admin.exe.config); System.Diagnostics.Debugger.Launch(); System.Xml.XmlElement conf_elem = xml_doc.DocumentElement; System.Xml.XmlElement conn_string = (System.Xml.XmlElement)conf_elem.FirstChild; System.Xml.XmlElement add_conn = xml_doc.CreateElement(add); add_conn.SetAttribute(name, u_profile); add_conn.SetAttribute(connectionString, something); add_conn.SetAttribute(providerName, Npgsql); conn_string.AppendChild(add_conn); xml_doc.Save(installdir + Cairo.Producer.exe.config); System.Diagnostics.Debugger.Launch(); return ActionResult.Success; } Code works when i put files in installfolder on my computer... -- View this message in context: http://n2.nabble.com/C-Custom-Action-change-some-files-during-install ation-tp3617476p3617476.html Sent from the wix-users mailing list archive at Nabble.com. - - Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal
[WiX-users] OSS usability improvement
Hi there Please find below a link to a survey related to my PhD research work to evaluate OSS usability improvement from OSS User's point of view. It shall not not take more than 5 minutes of your precious time. Your identity is neither required nor recorded. The participation is highly valued and appreciated. http://www.kwiksurveys.com/online-survey.php?surveyID=IMKDI_1d655cd1 Thank you and Best Regards Arif Raza -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Please explain - ran your entire MSI elevated
In a managed or elevated install with a standard user, the UI sequence runs with user privs. But if you elevate the user process then the whole package runs elevated. For example, you could have a setup.exe that is manifested to require elevation before invoking the MSI. The user could then elevate or do an over the shoulder authentication to elevate. This is not considered a best practice though. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Fri, 9/11/09, Roy Chastain r...@roychastain.org wrote: From: Roy Chastain r...@roychastain.org Subject: [WiX-users] Please explain - ran your entire MSI elevated To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Friday, September 11, 2009, 5:56 AM Rob Mensching just made the reply below and I don't want to hi-jack that conversation, but I would like an explanation of that that statement. Do we have control over what part of the install is elevated and if so, how? -- Roy Chastain -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, September 11, 2009 06:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] C# Custom Action,change some files during installation That will only work if the target file is not in a per-machine directory or you ran your entire MSI elevated (icky, icky, icky). Adr!an Serafin wrote: Hi! Thank's for the response :) I need my own CA for some other things to ;) Besides I found solution. If anyone needs it: Custom Action=EditConfig After=InstallFinalize Overridable=no/Custom where After=InstallFinalize is the key ;) Adrian 2009/9/11 John Nannenga john.nanne...@microsoft.com You likely don't need your own CA for this, check out XmlConfig or XmlFile. Your problem here is likely that you get a FileNotFoundException or something similar which is due to the fact you have your CA scheduled to execute in the immediate sequence and scheduled after InstallFiles which doesn't put any files onto the machine until the deferred sequence. From: Adrian Serafin [abus...@gmail.com] Sent: Thursday, September 10, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Action, change some files during installation Hi! I'm struggling with this for some time now... I'm trying to make my custom action to modify applications config.exe file but no success. Maybe someone can help?? CustomAction Id=EditConfig BinaryKey=EditConfigDLL DllEntry=EditCPConfig Execute=immediate Return=ignore / Binary Id=EditConfigDLL SourceFile=ConfigEditCA.CA.dll / InstallExecuteSequence Custom Action=EditConfig After=InstallFiles Overridable=no/Custom /InstallExecuteSequence And here is c# code: public static ActionResult EditCPAConfig(Session session) { string db_user = session[DB_USER]; string db_password = session[DB_PASSWORD]; string u_profile = localSU; string installdir = session[INSTALLDIR]; System.Xml.XmlDocument xml_doc = new System.Xml.XmlDocument(); System.Diagnostics.Debugger.Launch(); xml_doc.Load(installdir + Cairo.Producer.Admin.exe.config); System.Diagnostics.Debugger.Launch(); System.Xml.XmlElement conf_elem = xml_doc.DocumentElement; System.Xml.XmlElement conn_string = (System.Xml.XmlElement)conf_elem.FirstChild; System.Xml.XmlElement add_conn = xml_doc.CreateElement(add); add_conn.SetAttribute(name, u_profile); add_conn.SetAttribute(connectionString, something); add_conn.SetAttribute(providerName, Npgsql); conn_string.AppendChild(add_conn); xml_doc.Save(installdir + Cairo.Producer.exe.config); System.Diagnostics.Debugger.Launch(); return ActionResult.Success; } Code works when i put files in installfolder on my computer... -- View this message in context: http://n2.nabble.com/C-Custom-Action-change-some-files-during-install ation-tp3617476p3617476.html Sent from the wix-users mailing list archive at Nabble.com. - - Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now.
Re: [WiX-users] Automating Heat
Hey Jon, That is good to hear! I will mention to watch out with the time to do costing for components with that many files. I imagine that a full install of the MSI is taking over 15 minutes if you have more that 3000 files. Additionaly, the only way you will be able to handle patching is to do some large customizations in heat.exe. Without these I would recommend staying with the Major Upgrade store frown/ I know that isn't want you wanted to hear. I am working on some stuff to help this issue out. It is turning it quite the rats nest grin/ I am particularly interested in hearing your feedback as you go through this process. Heat 4.0 (or v2.0 I guess) is on the drawing boards. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Fri, Sep 11, 2009 at 2:16 AM, Jon Hope jon.h...@pinewood.co.uk wrote: Thanks for your help Brian. I have raised this on as a bug on sourceforge. I can get by without the -cg switch which means I now have an automated build process which incorporates Heat to generate the fragment, rather than our developers having to manually update the fragments (we have 1000's of files). Kind Regards, Jon -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 10 September 2009 18:23 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Automating Heat Hey Jon, If you could add a bug to sourceforge.net for this issue and how to repro it that would be great. The warning message was specific to the -cg switch. This warning is being removed in WiX 3.5. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Thu, Sep 10, 2009 at 9:17 AM, Jon Hope jon.h...@pinewood.co.uk wrote: Hi Brian, Thanks for your reply. It appears that the duplication is only happening when using the -cg switch. I've tried all other switches from my original email and all seem fine. Strangely, I also only receive the warning regarding having too many components per feature when using the -cg switch. Kind Regards, Jon -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 10 September 2009 16:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Automating Heat Hey Jon, This should definately not be happening. Does this happen if you do just a -pog:Binaries or -pog:Sources switch. It could be a bug with that particular switch. Have you tried removing the -cg switch as well? Just giving you some scenarios to run so we can track down what is going on. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Wed, Sep 9, 2009 at 7:37 AM, Jon Hope jon.h...@pinewood.co.uk wrote: Afternoon all, I am currently implementing WiX into our daily builds and am using Heat.exe to generate a WiX fragment file at Pre-build by harvesting a .csproj. Any releases will be Major releases, and the previous software is fully removed, so this should not break any component rules. The problem I am having is that Heat.exe appears to be generating the ComponentGroups twice, once at the top of the .wxs, and once at the bottom. This then gives a build error: Duplicate symbol 'WixComponentGroup:ASP.Content' found If I manually remove the second component group, the build is successful and the .msi package is created. Can anyone please shed any light as to why this is happening? The command I am using to generate the fragment is as follows: C:\Program Files\Windows Installer XML v3.5\bin\heat.exe project $(ProjectDir)\..\..\WEB\ASP.csproj -ag -cg ProductASP -pog:Content -template:fragment -g1 -ke -out $(ProjectDir)ASPFragment.wxs This is creating 2 component groups with the same Id ComponentGroup Id=ASP.Content Kind Regards, Jon # Disclaimer Nothing in this E-mail is to be interpreted as agreement on behalf of Pinewood Technologies Plc to enter into any legally binding agreement unless the recipient has received confirmation in writing from a director of the business that the sender is so authorised. If you have received this E-mail in error please forward it to email-retu...@pinewood.co.uk, destroy and delete it and do not rely upon it in any way. Publication and/or distribution of it is strictly prohibited and may be unlawful. # -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and
Re: [WiX-users] Please explain - ran your entire MSI elevated
If you have a bootstrapper that is marked in Vista as requiresElevation the entire MSI will be elevated since the MSI APIs will be called from that elevated context. There are several negative issues that can result from that (you may discover that the reason you need elevation causes repair or even uninstallation failures). The series of blogs with the table of contents on this post (http://blogs.msdn.com/rflaming/archive/2006/10/01/uac-in-msi-notes-answers- to-questions-in-comments-from-earlier-blog-posts.aspx) is an excellent guide to understanding Rob's statement. I especially like this (http://blogs.msdn.com/rflaming/archive/2006/09/21/765586.aspx) post in the series to see what parts of the install run from the POV of the installing user and from LocalSystem. Note that the installing user will either be elevated or not depending on the context of whomever is calling the APIs. Note also that msiexec.exe runs asInvoker, so it won't elevate by itself. This blog post (http://blogs.msdn.com/astebner/archive/2006/12/13/some-useful-things-i-have -learned-about-windows-installer-and-uac.aspx) is a good place to see how to adjust WiX authoring to fix these issues. -Original Message- From: Roy Chastain [mailto:r...@roychastain.org] Sent: Friday, September 11, 2009 3:57 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Please explain - ran your entire MSI elevated Rob Mensching just made the reply below and I don't want to hi-jack that conversation, but I would like an explanation of that that statement. Do we have control over what part of the install is elevated and if so, how? -- Roy Chastain -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, September 11, 2009 06:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] C# Custom Action,change some files during installation That will only work if the target file is not in a per-machine directory or you ran your entire MSI elevated (icky, icky, icky). Adr!an Serafin wrote: Hi! Thank's for the response :) I need my own CA for some other things to ;) Besides I found solution. If anyone needs it: Custom Action=EditConfig After=InstallFinalize Overridable=no/Custom where After=InstallFinalize is the key ;) Adrian 2009/9/11 John Nannenga john.nanne...@microsoft.com You likely don't need your own CA for this, check out XmlConfig or XmlFile. Your problem here is likely that you get a FileNotFoundException or something similar which is due to the fact you have your CA scheduled to execute in the immediate sequence and scheduled after InstallFiles which doesn't put any files onto the machine until the deferred sequence. From: Adrian Serafin [abus...@gmail.com] Sent: Thursday, September 10, 2009 9:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] C# Custom Action, change some files during installation Hi! I'm struggling with this for some time now... I'm trying to make my custom action to modify applications config.exe file but no success. Maybe someone can help?? CustomAction Id=EditConfig BinaryKey=EditConfigDLL DllEntry=EditCPConfig Execute=immediate Return=ignore / Binary Id=EditConfigDLL SourceFile=ConfigEditCA.CA.dll / InstallExecuteSequence Custom Action=EditConfig After=InstallFiles Overridable=no/Custom /InstallExecuteSequence And here is c# code: public static ActionResult EditCPAConfig(Session session) { string db_user = session[DB_USER]; string db_password = session[DB_PASSWORD]; string u_profile = localSU; string installdir = session[INSTALLDIR]; System.Xml.XmlDocument xml_doc = new System.Xml.XmlDocument(); System.Diagnostics.Debugger.Launch(); xml_doc.Load(installdir + Cairo.Producer.Admin.exe.config); System.Diagnostics.Debugger.Launch(); System.Xml.XmlElement conf_elem = xml_doc.DocumentElement; System.Xml.XmlElement conn_string = (System.Xml.XmlElement)conf_elem.FirstChild; System.Xml.XmlElement add_conn = xml_doc.CreateElement(add); add_conn.SetAttribute(name, u_profile); add_conn.SetAttribute(connectionString, something); add_conn.SetAttribute(providerName, Npgsql); conn_string.AppendChild(add_conn); xml_doc.Save(installdir + Cairo.Producer.exe.config); System.Diagnostics.Debugger.Launch(); return ActionResult.Success; } Code works when i put files in installfolder on my computer... -- View this message in context: http://n2.nabble.com/C-Custom-Action-change-some-files-during-install ation-tp3617476p3617476.html Sent from the
[WiX-users] Vista Standard User and perMachine install
Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old You do not have sufficient priviliges etc message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges=limited in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
It's all about where you're deploying to and what CAs you're running. If you're operating outside of the user's profile then you'll get a UAC prompt if it's enabled. 2009/9/11 warne warne warne...@hotmail.com: Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old You do not have sufficient priviliges etc message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges=limited in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Per-machine is exactly that: all users on that machine. Anything that affects more than the current user is supposed to require admin privileges to accomplish (that is why opening the clock/calendar in the task bar on XP requires admin privileges) as a basic tenant of machine stability (and reducing the impact of viruses and other malware). As a result, all workarounds, in order to maintain basic machine security, require administrative privilege to setup, which means successfully navigating the UAC prompt as part of your installation routine. If you author your application in such a way as to be completely per-user (and not ever need anything that is a protected per-machine resource) you can do pure per-User installations and each installation will be completely independent of all others (as if they were on separate computers). Of course, some things can't be done this way (drivers, services, GAC, native SxS) but most probably software can (in fact, OneClick is based entirely on a per-User model) even though as an industry we aren't used to it. Of course this also means installing your code somewhere other than ProgramFiles. It also means not using the Windows Firewall APIs or other similar things. It also means not installing the MSM version of the native C/C++ libraries. OTOH, if you are not using Windows/Microsoft Update to service your application (and non-MSFT groups that are not distributing drivers currently can't AFAIK) that won't be an issue. It also means that each user that installs your application will have separate copies (but disk space isn't the issue it once was for most users). COM has a per-user variation, and most hosts don't care, so you can even deploy COM (even in Internet Explorer) per-user. .NET can run full trust without being installed to the GAC from a per-user installation as well, and start menu items/desktop icons/quick-launch-bar icons are all available to you from those installations. -Original Message- From: warne warne [mailto:warne...@hotmail.com] Sent: Friday, September 11, 2009 12:49 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Vista Standard User and perMachine install Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old You do not have sufficient priviliges etc message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges=limited in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows 7 logo testing and merge modules-files not uninstalled?
I've been running a couple of tests with the Windows 7 logo kit, and one warning that's coming up in the report looks like this: Test case: Remove all non-shared files and folders.: PASS WITH WARNINGS WARNING: This application failed to remove the following files during uninstall: File C:\Windows\winsxs\x86_microsoft.vc80.atl_1fc8b3b9a1e18e3b_8.0.50727.762_none_11ecb0ab9b2caf3c\ATL80.dll from program iceManager Monitor was not deleted. File C:\Windows\winsxs\x86_microsoft.vc80.mfc_1fc8b3b9a1e18e3b_8.0.50727.762_none_0c178a139ee2a7ed\mfc80.dll from program iceManager Monitor was not deleted. (there were more files, but you get the idea) In my installer, I install the MFC and ATL merge modules with this markup: Merge Id=CRT8 Language=1033 DiskId=1 SourceFile=$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_CRT_x86.msm/ Merge Id=MFC8 Language=1033 DiskId=1 SourceFile=$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_MFC_x86.msm/ Merge Id=ATL8 Language=1033 DiskId=1 SourceFile=$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_ATL_x86.msm/ . . . MergeRef Id=CRT8/ MergeRef Id=MFC8/ MergeRef Id=ATL8/ Everything works just fine, but is there a reason why the merge modules aren't uninstalled with the application? I dug around a little, and it doesn't look like there's anything that tries to flag them as permanent, and I haven't come across anything useful in the logs yet, but I thought I'd check to see if this was a known issue (in general or with these MSMs in particular), or if there was a known workaround. Thanks for the help! Chris -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
I'll just add (and risk stating the obvious) that if a limited user could actually perform an install that changed areas on the system that are restricted to administrators, then that would be one heck of a security hole. Administrator credentials have to be supplied somewhere, whether it's an over the shoulder install or a group policy push to the machine from a server somewhere. Phil Wilson -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, September 11, 2009 2:04 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Vista Standard User and perMachine install Per-machine is exactly that: all users on that machine. Anything that affects more than the current user is supposed to require admin privileges to accomplish (that is why opening the clock/calendar in the task bar on XP requires admin privileges) as a basic tenant of machine stability (and reducing the impact of viruses and other malware). As a result, all workarounds, in order to maintain basic machine security, require administrative privilege to setup, which means successfully navigating the UAC prompt as part of your installation routine. If you author your application in such a way as to be completely per-user (and not ever need anything that is a protected per-machine resource) you can do pure per-User installations and each installation will be completely independent of all others (as if they were on separate computers). Of course, some things can't be done this way (drivers, services, GAC, native SxS) but most probably software can (in fact, OneClick is based entirely on a per-User model) even though as an industry we aren't used to it. Of course this also means installing your code somewhere other than ProgramFiles. It also means not using the Windows Firewall APIs or other similar things. It also means not installing the MSM version of the native C/C++ libraries. OTOH, if you are not using Windows/Microsoft Update to service your application (and non-MSFT groups that are not distributing drivers currently can't AFAIK) that won't be an issue. It also means that each user that installs your application will have separate copies (but disk space isn't the issue it once was for most users). COM has a per-user variation, and most hosts don't care, so you can even deploy COM (even in Internet Explorer) per-user. .NET can run full trust without being installed to the GAC from a per-user installation as well, and start menu items/desktop icons/quick-launch-bar icons are all available to you from those installations. -Original Message- From: warne warne [mailto:warne...@hotmail.com] Sent: Friday, September 11, 2009 12:49 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Vista Standard User and perMachine install Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old You do not have sufficient priviliges etc message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges=limited in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design,
Re: [WiX-users] Vista Standard User and perMachine install
Thanks thats certainly clarified it. My install is a 'WIXUI_INSTALLDIR' type so from what I read here: http://www.indigorose.com/webhelp/msifact/Concepts/Per-Machine_vs._Per-User_Installations.htm that rules out perUser install. I also use a custom action to launch my app after install and Visual C merge .msm modules which, as Blair mentioned, may also rule out the perUser install. Would I be wrong then in thinking perUser installs are to be avoided generally speaking? Just perUser seems to cause grief. For example: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg26517.html _ Use Hotmail to send and receive mail from your different email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users