Re: [WiX-users] How to disable/bypass FilesInUse dialog
It is buried/implied in the documentation, but there is a simpler way. Just change the sequencing of the windows. I haven't done this for Mondo, but here it is for FeatureTree : UI UIRef Id=WixUI_FeatureTree / Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=CustomizeDlg1/Publish Publish Dialog=CustomizeDlg Control=Back Event=NewDialog Value=WelcomeDlg Order=2NOT Installed/Publish /UI You'll still need to peek at the source. You are essentially overriding the existing Dialog orders. K On Fri, Apr 24, 2009 at 6:47 PM, Jan Bilek bil...@gmail.com wrote: Wow! So the only way how to get rid off that damned FileInUse dialog is to create complete own version of WixUI template like WixUI_MondoNoLicense? Jesus, it's like hunting mice with an a-bomb! Seriously, isn't there any other easier way how to accomplish this simple task? Is there any way how to control UI without creating your own? Many thanks for your help and opinions. Jan -- Crystal Reports #45; New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty#45;free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
Sorry, I just pasted my response into the wrong window :) On Fri, Apr 24, 2009 at 7:25 PM, Karthik Krishnan vulca...@gmail.comwrote: It is buried/implied in the documentation, but there is a simpler way. Just change the sequencing of the windows. I haven't done this for Mondo, but here it is for FeatureTree : UI UIRef Id=WixUI_FeatureTree / Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=CustomizeDlg1/Publish Publish Dialog=CustomizeDlg Control=Back Event=NewDialog Value=WelcomeDlg Order=2NOT Installed/Publish /UI You'll still need to peek at the source. You are essentially overriding the existing Dialog orders. K On Fri, Apr 24, 2009 at 6:47 PM, Jan Bilek bil...@gmail.com wrote: Wow! So the only way how to get rid off that damned FileInUse dialog is to create complete own version of WixUI template like WixUI_MondoNoLicense? Jesus, it's like hunting mice with an a-bomb! Seriously, isn't there any other easier way how to accomplish this simple task? Is there any way how to control UI without creating your own? Many thanks for your help and opinions. Jan -- Crystal Reports #45; New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty#45;free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] failed certificate install
Ian, For us, certificate installs worked with 3.0.4429.0, but uninstalls failed. There was a reply from Rob saying that the uninstall bug was fixed with 3.0.4513.0, but we're seeing the same install errors as you are with the latest build. On Tue, Sep 30, 2008 at 12:56 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: I finally convinced my team to upgrade to Wix 3 and now our certificate installer is failing: MSI (s) (C4:08) [15:50:50:560]: Invoking remote custom action. DLL: C:\WINNT\Installer\MSI13A.tmp, Entrypoint: InstallCertificates InstallCertificates: Error 0x80070057: Failed to open PFX file. InstallCertificates: Error 0x80070057: Failed to get SHA1 hash of certificate. InstallCertificates: Error 0x80070057: Failed to resolve certificate: ID_IDSAPICert It worked fine under Wix 2. Is there a fix planned soon for this? What version of Wix 3 do I need to go back to for this to work correctly? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] prevent an old package from installing not working
Your [EMAIL PROTECTED] is set to * meaning that it is autogenerated every time. If you set this to a static value, perhaps passed it in as a var the same way you do the UpgradeCode, Windows Installer should throw an error saying that another version of the same product is installed. Is this what you are trying to do? K On Sat, Jul 19, 2008 at 1:41 PM, Lucius Fleuchaus [EMAIL PROTECTED] wrote: I am following the instructions given at http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspxand http://msdn.microsoft.com/en-us/library/aa370840(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/aa370840%28VS.85%29.aspxto prevent an old package from installing. Below is the WIX file with the yellow highlight the additional steps I added. However, it does not work. It still installs resulting in a second entry in Add/Remove programs. Can someone see what is wrong? I am using WIX v3.0.3907.0. Thanks. Product Name=Microsoft $(var.__PRODUCTNAME__) v$(var.__BUILDVERSION__) Id=* - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Running .exe file as part of OS startup
I remember a lot of spyware(and legitimate software too!) write entries to : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run to get things to run during startup, maybe you could try that? K On Feb 4, 2008 7:57 AM, Anidil [EMAIL PROTECTED] wrote: Could anyone give an insight on how to implement this using wix? -- View this message in context: http://www.nabble.com/Running-.exe-file-as-part-of-OS-startup-tp15267561p15267561.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Leaving a file on uninstall
You can set the File's parent Component's Permanent attribute to yes, which I think accomplishes what you are trying to do. On Jan 30, 2008 5:13 PM, RW [EMAIL PROTECTED] wrote: Hi, How do I have WiX install a file, but then leave it behind when the app is uninstalled? E.g. this is my file: File Id=MyConfig.XML Name= MyConfig.XML Source=Startup\ MyConfig.XML / As it changes and will contain important data, I don't want the uninstaller to actually remove it. I know that goes against the concept of an uninstall... :) Thanks RW - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Re Post: Msi Logging
Did you try setting the MsiLogFileLocation property ( http://msdn2.microsoft.com/en-us/library/aa370321.aspx) to the path you'd like? On Dec 9, 2007 11:45 PM, SaiTeja [EMAIL PROTECTED] wrote: Hi, Thanks a lot for response. Ofcourse,We can get logs through command line. But my requirement is different. Is it possible to create same log file through coding in wix? Like in case of temp folder it is created automatically because of proerty Property Id=MsiLoggingvoicewarmupx/Property Pankaj Bhatia wrote: you can run msiexec through command line msiexec /i msi name /L*v log.txt file path On Dec 7, 2007 2:11 PM, SaiTeja [EMAIL PROTECTED] wrote: Hi, When I run msi, By default msi logging is created in %temp% folder. I want to create msi logging in TARGETDIR (Other than Temp folder) ie c:\sailogs.txt can any one tell me how to do this -- View this message in context: http://www.nabble.com/Msi-Logging-tf4962012.html#a14212264 Sent from the wix-users mailing list archive at Nabble.com. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -Pankaj Bhatia European Microsoft Innovation Center (EMIC) Ritterstr. 23. Aachen 52072. Germany Off: (+49) 241 99784 501 Cell: (+49) 160 5892 705 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Msi-Logging-tp14212264p14247239.html Sent from the wix-users mailing list archive at Nabble.com. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Weekly builds - binaries.zip issues
It appears that the wix.dll included in the wix3-binaries.zip is a different from the one included in the .MSI, at least for the last couple of weekly builds. The one within the .MSI appears to be the correct one, with the right Public Key Token. Just a heads up for anyone that is trying to get the updated versions for the XmlConfig fix. K - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Yeah, you're right. I wrote something that autogenerated Id's as a fix to get my test build working, but my coworker, who had to use it in his project, ended up using regasm /regfile to generate the right entries. On 10/17/07, Karim MacDonald [EMAIL PROTECTED] wrote: Karthik wrote: The problem is that autogenerated Id is not unique. It should be simple to write a temporary postprocessor that goes through and adds Id=[unique value] to each RegistryValue element. Thank you for your reply Karthik. I don't think this is the problem, as each generated Id seems to be unique to a given registry path+value. This seems sensible, as you wouldn't normally want to be writing from the reg-table to the same reg-value twice in the same setup. -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13250236 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The localization variable unknown error
Try passing -cultures:en-us To Light and/or candle, whichever is throwing the error. On 8/23/07, Chetser Yang [EMAIL PROTECTED] wrote: Hi I'm new to Wix and I install Wix 3.0 into VS2005. When I try to create a web virtual directory, I got the following error. The localization variable !(loc.ConfigureIIs) is unknown. Please ensure the variable is defined. I guess there might be a switch or something I missed. Who can help me? Thanks Chester -- Discover the new Windows Vista Learn more!http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help Needed ......
Adding wix-users back to the thread. To answer your last question first, I know of no real way of telling what tool created the .MSI, except perhaps if Installshield has placed references in the Registry table of the .MSI. You might see things like Installshield_InstallDriver) If all you have is the .MSI to work from, you're in for a bit of work. Get the platform SDK, install Orca, open up the .MSI and inspect it. This should give you an idea of what to work towards, and a reference point to examine the output from dark. You can actually edit the .MSI within Orca, but you might want to do some reading first. You might end up having to recreate some of the work. If the .MSI contains custom actions, those can be extracted and re-incorporated into your project, and if there are a lot of files, well, I'd just install it, copy the files to a different place, and point my .wxs at them. Personally, I've made the switch to WiX v3, as none of the open bugs affect any of my projects. If this is your first time with Wix, I'd suggest v2, there are excellent tutorials and plenty answered questions in the mailing lists' archive. As Bob said in another email, Wix v2 is a low risk option, Wix v3 is medium risk. K On 8/24/07, V K Gangwar [EMAIL PROTECTED] wrote: Thanks Karthik, I have few more doubts. I have .msi package with all .dll and .exe files. I have to add some more features in existing .msi package. What approach I should follow and what version of WiX tool I should use? What I did - I downloaded WiX 3.0 binaries nad votive3.0. Using dark I got my .wxs file (with few warnings, as I already mentioned), Now I am going throw the .wxs file and trying to understand this. Is my approach is right? Otherwise there is a better way to comeout from my problems. One more thing that how one will know that particular .msi is build from WiX tool only. As I know that there are so many tools to create a .msi file. Thanks!! Veerendra *Karthik Krishnan [EMAIL PROTECTED]* wrote: I don't think Dark has been completely updated for use with WiX v3 yet. You might have better luck with v2. That being said, I've never trusted the output from Dark for anything other than a reference point to begin work from. On 8/22/07, V K Gangwar [EMAIL PROTECTED] wrote: Dear All, First time I am using WiX. I am working on wix-3.0.2925.0-binaries. I am using WiX with MS Visual Studio 2005. I have a .msi file which I have decompiled using dark.exe decompiler and got a .wxs file. Again I tried to build this .wxs file with my application code. Now I am getting errors. What should I do? Is there any version mismatch problem. I have to add some patch with my wix binaries because I read that wix3.0 is not stable. I also got few warnings while decompile the .msi file. Following are the warnings. Please help me. -- Looking for a deal? Find great prices on flights and hotelshttp://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-with Yahoo! FareChase. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat not generating Wix code that compiles
You'll also encounter similar issues with Class elements, you'll have to move those under File as well. Because of the way autogenerated Ids work, I usuall end up manually entering Ids for any RegistryValue with value mscoree.dll, because otherwise you get duplicate Ids. I ended up writing a little app in C# to do all this stuff, plus a few other things, I just run it against the Heat output. K On 8/22/07, Bob Arnson [EMAIL PROTECTED] wrote: Dan Hoeger wrote: Is this a Bug? Is there a problem with this control or is it a problem with Heat.exe? Could be both, though it's more likely a bug in Heat, maybe because of a WiX schema change. Unfortunately, there's currently nobody maintaining Heat. Derek, who originally wrote Heat and the harvester extension infrastructure, left Microsoft about a year ago. Anyone have any Ideas how I can resolve these issues? Edit the Heat output to move the TypeLib elements under the File element. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to uninstall fonts
http://wix.sourceforge.net/manual-wix2/wix_xsd_file.htm A quick google search seems to show that there is support under the file element. I've never tried it myself, hope it works out for you. On 8/13/07, salome zk [EMAIL PROTECTED] wrote: Hi I have to install a font, how do I uninstall it after unistallation? It doesn't automatically do that. Do I have to write a custom action for that? -- Take the Internet to Go: Yahoo!Go puts the Internet in your pocket:http://us.rd.yahoo.com/evt=48253/*http://mobile.yahoo.com/go?refer=1GNXICmail, news, photos more. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Version check for dll in compile
I'm no expert, but I can't imagine it is a good idea to use your SystemFolder as a source. In our deployments, I usually make it a condition : third party tools should be installed as prerequisites, with installers provided (vb runtimes in your case). If you really need to have the files included, why not copy them to two locations in your source directory, and use Msbuild. Set, say, $(dllsource), then reference that within your wxs. If I had to take a stab in the dark, I'd say [SystemFolder] depends on the context you are running under. K On 8/13/07, Ansuya Negi [EMAIL PROTECTED] wrote: Hi, I am using 64 bit machine and need to install few dlls. For files Msvbvm50.dll and Msvbvm60.dll: To do: File Id=file2 Name=Msvbvm50.dll Source=[SystemFolder]Msvbvm50.dll / Gave error: File of type 'File' with name '[SystemFolder]Msvbvm50.dll' could not be found. So used: ?define SystemSource = ..\..\..\Windows\System32? File Id=file2 Name=Msvbvm50.dll Source=$(var.SystemSource)\Msvbvm50.dll / File Id=file3 Name=msvbvm60.dll Source=$(var.SystemSource)\msvbvm60.dll / light.exe : error LGHT0001 : Unknown error while getting version of file: C:\Windows\System32\msvbvm60.dll, system error: 2 Exception Type: System.Runtime.InteropServices.ExternalException Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Msi.MsiBase.FileVersion(String filePath, String version, String language) at Microsoft.Tools.WindowsInstallerXml.Binder.UpdateFileInformation(Output output) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) - Finished So used proper system directory for 64 bit: ?define SystemSource64 = ..\..\..\Windows\SysWOW64? File Id=file2 Name=Msvbvm50.dll Source=$(var.SystemSource64)\Msvbvm50.dll / File Id=file3 Name=msvbvm60.dll Source=$(var.SystemSource64)\msvbvm60.dll / Worked. But it fails the purpose of having [SystemFolder], which should have checked for 32 or 64 bit versions. Is there a way to check 32 or 64 bit version before compiling. Thanks, Ansuya -- View this message in context: http://www.nabble.com/Version-check-for-dll-in-compile-tf4264065.html#a12135302 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Referencing a property for an Integer value
Thanks, Bob, that is what I was afraid of. I'm currently working around it by having multiple conditional components, each containing a WebAppPool. Are you _sure_ you want me to add _another_ feature request to the long list? ;) Will do. K On 8/10/07, Bob Arnson [EMAIL PROTECTED] wrote: Karthik Krishnan wrote: I'm trying to create an application pool using : iis:WebAppPool Id=CustomAction.WebAppPool Name=[WEBAPPPOOLNAME] Identity=networkService VirtualMemory=[WEBVIRTUALMEMORY] PrivateMemory=0 RecycleMinutes=0 IdleTimeout=0/, but I'm getting an error telling me (obviously) [WEBVIRTUALMEMORY] isn't an integer. Is there any way of setting integer values using properties? An element has to explicitly support *formatted* fields to be able to accept [PROPERTY] syntax. Most of the WebAppPool attributes don't, so you can use only literal integer values. Feel free to file a feature request to support runtime property evaluation. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .Net Framework Version
Matthieu, If I had to guess, I'd say you want to 'install' .NET 2.0 to a particular website, while having 1.1 running on another? You can do one of two things: The Ugly Way(TM), run a custom action vbs that calls aspnet_regiis : 'Install .Net 2.0 Dim objWMIService, objProcess, objCalc Dim strShell, objProgram, strComputer, strExe strComputer = . strExe = C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i ' Connect to WMI set objWMIService = getobject(winmgmts://_ strComputer /root/cimv2) ' Obtain the Win32_Process class of object. Set objProcess = objWMIService.Get(Win32_Process) Set objProgram = objProcess.Methods_( _ Create).InParameters.SpawnInstance_ objProgram.CommandLine = strExe 'Execute the program now at the command line. Set strShell = objWMIService.ExecMethod( _ Win32_Process, Create, objProgram) Or a better way(I found this on Wix-Users written by Evgeny Popov, his solution saved me some time and trouble, at http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg09414.html) : You should insert into WebApplication element that: WebApplication Id=PandaServicesNew_WebApplication5 Name=PandaServicesNew Isolation=high WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ad Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=adprototype Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=asax Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ascx Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ashx Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=asmx Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=aspx Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=axd Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=browser Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=cd Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=compiled Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=config Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=csproj Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=dd Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=exclude Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=java Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=jsl Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ldb Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ldd Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=lddprototype Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=ldf Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=licx Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=master Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=mdb Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=mdf Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=msgx Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=refresh Verbs=GET,HEAD,POST Script=yes CheckPath=yes / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=rem Verbs=GET,HEAD,POST Script=yes CheckPath=no / WebApplicationExtension Executable=[ASPNETISAPIDLL] Extension=resources Verbs=GET,HEAD,POST Script=yes CheckPath=yes /
Re: [WiX-users] Adding a new element using XmlFile
Might want to take a look at XmlConfig instead of XmlFile. On 8/8/07, Ion Costco [EMAIL PROTECTED] wrote: Resending. Nobody encountered this? Thought it should be common... - Original Message - *From:* Ion Costco [EMAIL PROTECTED] *To:* wix-users@lists.sourceforge.net *Sent:* Thursday, July 26, 2007 2:48 PM *Subject:* [WiX-users] Adding a new element using XmlFile Hi! I have this statement below that changes a configuration string in a xml file: XmlFile Id=CfgConfigureConnectionString File=[TARGETDIR]\Web.Config Action=setValue Name=value Value=Data Source=[SQLSERVERNAME];Initial Catalog=[SQLDATABASENAME];Integrated Security=True ElementPath= //configuration/appSettings/[EMAIL PROTECTED]'ConnectionString'[\]] Sequence=10/ I can't figure out how do I make it so if the *add* element with *key*attribute matching the path is missing, it will create it, and it will set the value for the attribute provided by *Name* (in this case *value*) to the given value. I thought using *createValue* instead of *setValue* will do the trick but I get the same error when the line *add key=ConnectionString value=server=localhost;Trusted_Connection=yes; database=PRSDB/* is missing. Thanks, -- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditional Statement Problem
Dumb question, are the signs causing you trouble? I use: Condition Message='Install aborted.'![CDATA[NOT (DA_VER #) ]]/Condition On 8/9/07, Rob Hamflett [EMAIL PROTECTED] wrote: Give your property an explicit starting value with [EMAIL PROTECTED], which gets overridden by the RegistrySearch. Then you can base your condition against this value. Rob Schuett, Michael (VMC) wrote: Hello, I'm reading a DWORD value from the registry using RegistrySearch. (WiX 3.0.2925.0) Property Id=DA_VER RegistrySearch Id='DaVer' Type='raw' Root='HKLM' Name='Version' Key='SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\FooSoft 1.0' / /Property I understand DA_VER is an empty string if Version isn't found. If it is found, DA_VER will start with '#' followed by the value of Version. I want to bail out of the install if the DWORD value doesn't exist. I've tried the following and none of them work. Condition Message='Install aborted.' NOT DA_VER /Condition Condition Message='Install aborted.' DA_VER = /Condition Condition Message='Install aborted.' NOT (DA_VER #) /Condition (This doesn't even compile) Any ideas/suggestions? I'm assuming all the Windows Install Conditional Statement Syntax (see: http://msdn2.microsoft.com/en-us/library/aa368012.aspx) is valid in WiX. Thanks, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users