Re: [WiX-users] WixUI_InstallDir problems
And then I end up with the following folder structure: C:\Inetpub\wwwroot\MyApp\v2.0.0\bin C:\Inetpub\wwwroot\MyApp\v3.0.0 It seems that the bin folder doesn't receive the new value of INSTALLLOCATION so it uses the previous value. Any idea as to what is causing this behavior? I'm afraid that's how it works. WixUI_InstallDir lets you specify at install time the path of one directory. Subdirectories and parent directories aren't affected. However, you can have custom actions set the subdirectory paths based on the chosen root. This seems very strange to me since the other GUI's change the INSTALLLOCATION and is affecting all the subdirectories. How would I implement this with custom actions? Never used them before... Seems to me that it would be quicker to switch to WixUI_Minimal and just tweak the GUI files? -Christer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [WiX-devs] Assignment agreement and updatesand/or enhancements
[robmen] I truly hope it won't come to that. Creating a separate project would essentially fork the development of the WiX toolset. It shouldn't. I assume Frederik was talking about something like the NAnt-Contrib project. It serves the same purpose as an incubator or lab -- a place for new code to go before it goes into the main project. The flip side is for code that won't go into the main project, for whatever reason. In NAnt-Contrib's case, that's tasks that don't have a big user base, enough to justify adding to the download size of NAnt itself. Yes, something like that. We already have that, in fact, in the form of the user examples section on the WiX website but I don't think it hardly gets used (if I am correct, the only thing there is a bootstrapper example). But yes, that is essentially what I am talking about: a place where we can put good code, that can't make it into WiX because of people not trusting Microsoft, a stubborn boss, the WiX developers having a bad hair day or whatever reason. I think that will put a great deal of the discussion to rest. It would be nice if it could be part of the current WiX project -- that is, it doesn't make it into the WiX toolset itself, isn't owned by Microsoft but does appear on wix.sourceforge.net. I'm not sure if that is possible due to the legal constraints, but you may want to think about it. Who knows, maybe even a very loosely-controlled directory in the CVS repository may do. Frederik. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows Installer Package for Windows CE?
Hi all, My question is not realy related to WiX, but... Is it possible to create MSI package (using WiX or any other software) to install application in Windows CE? Or better: Does the Windows CE support the Windows Installer packages (MSI)? Thanks in advance... Stefan -- Stefan Pavlik | [EMAIL PROTECTED] Whitestein Technologies | www.whitestein.com Panenska 28 | SK-81103 Bratislava | Slovak Republic Tel +421(2)5930-0735 | Fax +421(2)5443-5512 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [WiX-devs] WiX v3.0.1828.0 Overridable attribute causing buildbreak.
is there any plan to have a -cultures cmd-line option for lit.exe? The idea here is that we'd like to have a complete dialog set in a wix library that includes all available dialogs and all languages for those dialogs. Then when we need a specific dialog sequence we create a new wixlib andinclude that dialog set, specify a culture, and define our sequence using DialogRef and Publish elements. Then include that sequence in the install wxs file using the UIRef element. And in case I've forgotten to say this, thanks for all of your help on this stuff Derek. You've been a huge help. From: Derek Cicerone [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 7:00 PMTo: Wilson, Brad; wix-devs@lists.sourceforge.net; wix-users@lists.sourceforge.netSubject: RE: [WiX-devs] WiX v3.0.1828.0 Overridable attribute causing buildbreak. inline From: Wilson, Brad [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 1:57 PMTo: [EMAIL PROTECTED]; wix-devs@lists.sourceforge.net; wix-users@lists.sourceforge.netSubject: RE: [WiX-devs] WiX v3.0.1828.0 Overridable attribute causing buildbreak. Thanks for the suggestions on cleaning up my wxs file. I try to be efficiently lazy so that certainly helps. I added the InstallUISequence stuff when I first started working on this because I wasn't seeing any entries in the LanuchConditions orAppSearch tables when including the wixlib that clearly had entries specified. [DerekC] There is no LaunchConditions table only a LaunchCondition table. Elements under the InstallUISequence element create actions in the InstallUISequence, not rows in any other table. So I just took those elements out and rebuilt the wixlib. Here is the output from that: ?xml version="1.0" encoding="utf-8" ? wixLibrary version="3.0.1808.0" xmlns="http://schemas.microsoft.com/wix/2003/11/libraries" section type="fragment" xmlns="http://schemas.microsoft.com/wix/2003/04/objects" table name="AppSearch" tuple sourceLineNumber="..\ca_ICServerCheck.wxs*9" fieldICSERVERSITENAME/field fieldICServerCheck/field /tuple /table table name="LaunchCondition" tuple sourceLineNumber="..\ca_ICServerCheck.wxs*7" fieldICSERVERSITENAME/field fieldThis application can not be installed on an IC Server. The install will now exit./field /tuple /table table name="Property" tuple sourceLineNumber="..\ca_ICServerCheck.wxs*9" fieldICSERVERSITENAME/field field / field0/field field0/field field0/field /tuple /table table name="RegLocator" tuple sourceLineNumber="..\ca_ICServerCheck.wxs*10" fieldICServerCheck/field field2/field fieldSOFTWARE\Interactive Intelligence\EIC\Directory Services\Root/field fieldSITE/field field2/field /tuple /table /section/wixLibrary When I build the wrapper install and include the wixlib, i'm not seeing those entries in the specified tables and the actions are not being scheduled. One thing I did notice is that the version of the WixLibrary says 3.0.1808.0. When I view the versions of the files i'm using to build everything they all say 3.0.1828.0. Is it possible that the wix source wasn't updated to insert the 1828 version? Or do I have a version mismatchingproblem? [DerekC] The wix library version is actually hard-coded. It does not need to match the version of the wix toolset you are using. In fact, it hardly ever does. The version in the wixlib files is updated when the schema of the wixlib file format is modified (as it was recently). It could be months before its updated again (or never). Assuming that version 1808 in the wixlib file is ok, and that I'm including the wixlib appropriately when calling light.exe, what else could cause the entries from the above wixlib file to not be created in the msi file? [DerekC] You likely arent referencing anything from the Fragment. Create a PropertyRef Id=ICSERVERSITENAME / element in your main wix authoring. This will reference the Property in the Fragment and pull it into the product (or module). This is one of the main concepts of WiX creating references to build up an installation from lots of little pieces. As a test I just removed the wixlib from being included in the wrapper install and inserted the Condition and Property elements directly in the wxs file for the install. When built, the install now has the appropriate tables and actions. [DerekC] That makes sense because the authoring wasnt being referenced follow the instructions above and it should work. So this is either some problem where i'm by mistake not including the wixlib or those elements in a wixlib that is included in an install wrapper is not resulting in the tables and actions being put in the msi. From: Derek Cicerone [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 2:28 PMTo: Wilson, Brad; wix-devs@lists.sourceforge.net; wix-users@lists.sourceforge.netSubject: RE: [WiX-devs] WiX v3.0.1828.0 Overridable attribute causing buildbreak. Adding wix-users to
Re: [WiX-users] [WiX-devs] Assignment agreement and updatesand/or enhancements
Frederik Carlier wrote: But yes, that is essentially what I am talking about: a place where we can put good code, that can't make it into WiX because of people not trusting Microsoft, a stubborn boss, the WiX developers having a bad hair day or whatever reason. That's not the same thing as NAnt-Contrib. It's one thing if a new feature is in incubation. It's another if the contributor has no intention of trying to get it into the project. -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Examples on installing files to multiple folders/ partitions
You can use custom actions to set target paths to whatever you want. Just sequence them after CostFinalize. For the Cursors directory, create a Directory element with a name of Cursors under a Directory with an Id of WindowsFolder. WindowsFolder is hard-coded and Cursors is the user-defined one. Thanks for the reply... I've tried doing just that but have had no luck. Below is a simple .wxs file I was using to attempt installing files to multiple target folders. The package has 3 text files, file_a.txt, file_b.txt and file_c.txt. I want to install file_a.txt into folder c:\acme, file_b.txt into folder e:\acme and file_c.txt into c:\windows\cursors. File_c.txt gets installed in the correct location (thanks!), but both file_a.txt and file_b.txt get installed to folder c:\root\acme. I'm obviously doing something stupid, but I have no idea what... ?xml version=1.0? Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Id=A679F0A3-44CE-4E90-8C5D-57269B3641F5 Name=Multi-Target Test Language=1033 Version=1.0.0.0 Manufacturer=Acme Package Id=4A6F3A50-807C-48A2-82F6-AC1A911ABDAD Description=Multi-Target Test Thingy Comments=No comment InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=MultiTarget.cab EmbedCab=yes / Property Id=DiskPrompt Value=MultiTarget Installation [1]/ Directory Id=TARGETDIR Name=SourceDir Directory Id=C_ROOT Name=root Directory Id=c_acme Name=acme Component Id=component.c_acme Guid=F1D1EF7B-DD2E-49A6-AD82-B5A27BD0823E File Id=file_a_txt Name=file_a.txt LongName=file_a.txt Vital=yes src=file_a.txt DiskId=1/ /Component /Directory /Directory Directory Id=E_ROOT Name=root Directory Id=e_acme Name=acme Component Id=component.e_acme Guid=0B0B24F9-A89D-4B34-ACFA-14E4E7B30D5B File Id=file_b_txt Name=file_b.txt LongName=file_b.txt Vital=yes src=file_b.txt DiskId=1/ /Component /Directory /Directory Directory Id=WindowsFolder Name=windows Directory Id=windows.cursors Name=cursors Component Id=component.windows.cursors Guid=14DB7F5D-D2BE-4C2B-BCF3-4BF2A7921589 File Id=file_c_txt Name=file_c.txt LongName=file_c.txt Vital=yes src=file_c.txt DiskId=1/ /Component /Directory /Directory /Directory CustomAction Id=Assign_C_ROOT Return=ignore Execute=immediate Property=C_ROOT Value=c:\ / CustomAction Id=Assign_E_ROOT Return=ignore Execute=immediate Property=E_ROOT Value=e:\ / InstallExecuteSequence Custom Action=Assign_C_ROOT After=CostFinalize/Custom Custom Action=Assign_E_ROOT After=Assign_C_ROOT/Custom /InstallExecuteSequence Feature Id=feature.Multi_Target_Test Title=Multi-Target Thingy Level=1 ComponentRef Id=component.c_acme/ ComponentRef Id=component.e_acme/ ComponentRef Id=component.windows.cursors/ /Feature /Product /Wix The following snippet is extracted from the log file: Action ended 10:27:20: CostFinalize. Return value 1. MSI (s) (5C:40) [10:27:20:091]: Skipping action: Assign_TARGETDIR (condition is false) MSI (s) (5C:40) [10:27:20:091]: Doing action: Assign_C_ROOT MSI (s) (5C:40) [10:27:20:091]: Note: 1: 2205 2: 3: ActionText Action start 10:27:20: Assign_C_ROOT. MSI (s) (5C:40) [10:27:20:091]: Skipping action due to msidbCustomActionTypeFirstSequence option. Action ended 10:27:20: Assign_C_ROOT. Return value 0. MSI (s) (5C:40) [10:27:20:091]: Doing action: Assign_E_ROOT MSI (s) (5C:40) [10:27:20:091]: Note: 1: 2205 2: 3: ActionText Action start 10:27:20: Assign_E_ROOT. MSI (s) (5C:40) [10:27:20:091]: Skipping action due to msidbCustomActionTypeFirstSequence option. Action ended 10:27:20: Assign_E_ROOT. Return value 0. MSI (s) (5C:40) [10:27:20:091]: Doing action: InstallValidate This is where I get confused. I have not specified a custom action Assign_TARGETDIR, nor does one appear in the .msi according to ORCA, so I assume this is some sort of default action? Anyway, my two custom actions are getting skipped, allegedly because of msidbCustomActionTypeFirstSequence, which I assume corresponds to
Re: [WiX-users] InstallUtil and GACing the same assembly
What I was trying to do therefore was to author one Component to install the dll to an arbitrary location on the file system and run installutil on it there, then a second Component to install the dll to the GAC . Should deferred custom actions be able to use the assemblies I have installed to the file system? From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 11 July 2006 15:38 To: Simon Burgess Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] InstallUtil and GACing the same assembly Simon Burgess wrote: As both the GACing of the assembly and running InstallUtil on the same assembly using the above WiX source code works fine when only one operation is carried out independently, I can only assume it is some kind of sequencing issue. Correct. Assemblies are installed to the GAC after InstallFinalize so deferred custom actions can't use those assemblies. The best solution is to figure out what the assembly is doing to install the perf counters and replace it with stock MSI functionality. -- sig://boBhttp://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallUtil and GACing the same assembly
And that is what I have tried in my example but for some reason while the installutil actions are being performed (see InstallUtilFail.txt) the assemblypath value changes from this location on the file system to a GAClike location (when as you say the GACing of the assembly should come later on) and the installutil operation fails because it is not in the GAC yet From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 11 July 2006 16:52 To: Simon Burgess Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] InstallUtil and GACing the same assembly Simon Burgess wrote: What I was trying to do therefore was to author one Component to install the dll to an arbitrary location on the file system and run installutil on it there, then a second Component to install the dll to the GAC . Should deferred custom actions be able to use the assemblies I have installed to the file system? Yes. In that case, they're just files. -- sig://boBhttp://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Examples on installing files to multiple folders/ partitions
I have not specified a custom action Assign_TARGETDIR, nor does one appear in the .msi according to ORCA, so I assume this is some sort of default action? No, at least not in WiX, anyway. Do you use any merge modules or other libraries? Something's wrong... I'm not using merge modules for this sample... the wxs file in the OP is the sole source I'm using. However... I searched through the source of my earlier attempts at this and the very first one had a custom action Assign_TARGETDIR... I'd forgotten I'd done that, sorry. But this was in a differently named .wxs file in another folder, so I'm not sure why this info was getting bound into my .msi... yet not showing up in ORCA. I was definitely not referencing the older wxs file... I assume it has something to do with the fact that I had not changed the GUID on the Product since I started futzing around with this sample last weekend. I replaced ALL the GUIDs in my sample .wxs file with new ones, and the phantom Assign_TARGETDIR is now gone. Weird... I don't understand where it was coming from. Anyway... While the phantom Assign_TARGETDIR is gone, now I get a fatal error Log file snippet: Action ended 12:05:55: CostFinalize. Return value 1. MSI (s) (D4:28) [12:05:55:935]: Doing action: Assign_C_ROOT MSI (s) (D4:28) [12:05:55:935]: Note: 1: 2205 2: 3: ActionText Action start 12:05:55: Assign_C_ROOT. MSI (s) (D4:28) [12:05:55:935]: Note: 1: 2723 2: Assign_C_ROOT MSI (s) (D4:28) [12:05:55:935]: Note: 1: 2205 2: 3: Error MSI (s) (D4:28) [12:05:55:935]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 2723 DEBUG: Error 2723: Custom action Assign_C_ROOT specifies unsupported type MSI (c) (B0:18) [12:05:55:935]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2723. The arguments are: Assign_C_ROOT, , MSI (s) (D4:28) [12:05:59:045]: Note: 1: 2205 2: 3: Error MSI (s) (D4:28) [12:05:59:045]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (D4:28) [12:05:59:045]: Product: Multi-Target Test -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2723. The arguments are: Assign_C_ROOT, , Action ended 12:05:59: Assign_C_ROOT. Return value 3. Action ended 12:05:59: INSTALL. Return value 3. So now I'm still doing something stupid in my attempt to set the C_ROOT and E_ROOT folders, but I'm not sure what. Can anyone tell me what's wrong? Thanks, _ Bob Rafuse Important Note: This email and any attachment hereto are confidential and may contain trade secrets or may be otherwise protected from disclosure. If you have received it in error you are in notice of this fact. Please notify us immediately by reply email and then delete this email and any attachment from your system. Please understand that you are not allowed to copy this email or any attachment hereto or disclose its contents to any other person. Thank you. --- Important Note: This e-mail message and any attachments are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient you must not use, copy, disclose or take any action based on this e-mail or any information and attachment contained in the message. If you have received this e-mail in error, please advise the sender immediately by reply e-mail or telephone and delete this message and any attachment from your system. Thank you. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] password is incorrectly set during ServiceInstall
Yes. It has a $ at the beginning of password. How to overcome this problem as we can't predict what kind of passwords people use at customer locations?. Is there a way to tell wix/msi to take Password string as it is? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Wilson Sent: Tuesday, July 11, 2006 7:14 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] password is incorrectly set during ServiceInstall Is there a $ at the start of the password? It occurs to me that if Windows Installer is seeing a $ at the start of the password in square brackets it could be attempting to do substitution for a component path (that's what $ at the start of a name means). Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Wilson Sent: Monday, July 10, 2006 7:48 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] password is incorrectly set during ServiceInstall A dependency issue seems most likely in the circumstances. What happens if you install the service but don't attempt to start it during the installation? Does it start manually from the services applet? If it does you know that the account is fine but something like a dependent Dll or assembly is missing when the service is started. If it doesn'r start at reboot time, this can be a dependency on another service that you haven't configured. As an aside, you should look at MsiHiddenProperties as a way of not exposing passwords in a log! Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Friday, July 07, 2006 6:00 PM To: 'Chandra Rentachintala'; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] password is incorrectly set during ServiceInstall The error message from StartServices is pretty dismal. The same message is presented for pretty much all reasons. More like than not, you service won't start because some dependency is missing or something else. You should be able to try diagnosing the service start while the dialog box is up... From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Rentachintala Sent: Friday, July 07, 2006 1:41 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] password is incorrectly set during ServiceInstall I have my service installed like this and it installs the service correctly, but service is unable to start due to login failure. ServiceInstall Id='MyServiceInstall' DisplayName='myservice' Name='myservice' ErrorControl='ignore' Type='ownProcess' Vital=no Start=auto Account='[SERVICEDOMAIN]\[SERVICEUSERNAME]' Password='[SERVICEPASSWORD]' / I traced the logs and the password is correct there. If I set the same password in services.msc, it works fine. ServicePassword has couple of '$' chars in it, if that is of any significance. Anyone hit this issue and found the solution, let me know. Thanks Chandra - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallUtil and GACing the same assembly
Simon Burgess wrote: And that is what I have tried in my example but for some reason while the installutil actions are being performed (see InstallUtilFail.txt) the assemblypath value changes from this location on the file system to a GAClike location (when as you say the GACing of the assembly should come later on) and the installutil operation fails because it is not in the GAC yet Are you saying InstallUtil requires that assembly to be in the GAC? AFAIK, there's no way to do that. MSI doesn't install assemblies destined for the GAC; it hands them off to Fusion, which takes care of them. It's an excellent example of why setup should be declarative and not dependent on running the same things you're installing. -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WebSites in ComboBox dynamically
We approach the problem from a little different perspective. Instead of using a combo box / selection functionality within the UI, we set up multiple web site / web application components and features and have Admins (who perform installs in our environment) select which one they choose. In our case, there is a web site / web application component feature for each environment into which the application will be installed. The IP address Port values are property values defined in an application-specific WXS file while the actual component features are defined in a common WXS file that each application inherits as a fragment. From the installers perspective, they select which one to install from the [Select Features] dialog. We are building installs for internally developed and utilized applications (not commercial) so we know the IP addresses and Ports as a function of our design. We usually have four possible environments into which an application is being loaded (Dev, Test, QA, or Production) our features easily allow the installers (who do not need to know or understand anything about our apps) to select and install to the appropriate environment. I do not know if this type of model would meet your needs, but if you need more specifics, let me know. David Adams MSN MessengerID: [EMAIL PROTECTED] From: John Hidey [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: [WiX-users] WebSites in ComboBox dynamically Date: Tue, 11 Jul 2006 13:32:27 -0400 MIME-Version: 1.0 Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc7-f3.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Tue, 11 Jul 2006 10:33:30 -0700 Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 8A88712EDD; Tue, 11 Jul 2006 10:33:19 -0700 (PDT) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1G0M6n-0002zj-Tkfor wix-users@lists.sourceforge.net; Tue, 11 Jul 2006 10:33:18 -0700 Received: from mail1.servicelinklp.com ([12.169.126.62]helo=pitmxp01.servicelink.com)by mail.sourceforge.net with esmtp (Exim 4.44) id 1G0M6n-0001UW-9dfor wix-users@lists.sourceforge.net; Tue, 11 Jul 2006 10:33:17 -0700 Received: from CLUPITEXC01.servicelink.com ([10.220.1.81]) bypitmxp01.servicelink.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 11 Jul 2006 13:35:04 -0400 X-Message-Info: txF49lGdW43/Eo6ao/OqPsXMPCw+sVukMfxVohfmVkg= Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: WebSites in ComboBox dynamically thread-index: AcalD/rgGTyN1HGhRFOXsiovXAUDOQ== X-OriginalArrivalTime: 11 Jul 2006 17:35:04.0437 (UTC)FILETIME=[58320250:01C6A510] X-BeenThere: wix-users@lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list List-Id: General discussion for Windows Installer XML toolset.wix-users.lists.sourceforge.net List-Unsubscribe: https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED] List-Archive: http://sourceforge.net/mailarchive/forum.php?forum=wix-users List-Post: mailto:wix-users@lists.sourceforge.net List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] -All- I apologize for posting this if it has been answered several times but I am unable to get this working. I am trying to display on the web sites in a combobox in the ui. I have done everything that I can think of, but I am a far cry from being a wix expert. If anyone could point me to why I keep getting a error dialog showing an error 2205 it would be greatly appreciated. Also, if I am doing this completely wrong please tell me so. I will not take offence to any comment. I'm coming to you guys for help so I will accept all help. Thanks so much everyone in advance. I'm trying to learn this stuff but having some issues with some of the concepts, with the help of everyone I'm sure I'll get it in time. Thanks John Here is the properties which I have in my wxs file. Property Id=TARGETWEBCOMBO / Property Id=TARGETWEBCOMBO2 RegistrySearch Id=FindTargetWeb Type=raw Root=HKLM Key=Software\ServiceLink\ServiceLink Enterprise Library Name=TARGETWEBCOMBO / /Property Here is my custom actions and install sequences CustomAction BinaryKey=GETSITESSCRIPT Execute=firstSequence Id=caGetWebSites VBScriptCall=GetWebSites Return=check / Binary Id=GETSITESSCRIPT SourceFile=..\..\..\Program Files\WixEdit\scripts\GetWebSites.vbs / InstallExecuteSequence Custom Action=caGetWebSites Sequence=2 / /InstallExecuteSequence Here is my ONLY combobox on the form Control Id=WebSites Type=ComboBox Sorted=no Property=TARGETWEBCOMBO Indirect=no ComboList=yes X=20 Y=72 Width=330 Height=16