Re: [WiX-users] Attaching mdf file

Hi Steven, How do i include or call the bootstrapper in my main msi Please send me any help docs. Many Thanks and Regards Ravi On 3/28/2013 6:35 PM, Steven Ogilvie wrote: Hi Ravi, I can at least solve your installing SQL Server Express... I would use burn (bootstrapper) to chain the SQL Serv

Re: [WiX-users] BA has problem adding a feature

What did the Burn log file say was the planned state for the other features? The log file will show what is going on. On Mon, Apr 1, 2013 at 4:06 PM, Nan Zang wrote: > Thank you Rob, that works. > > In case anyone has the same issue. > > Here is my code to get it work > > private void E

Re: [WiX-users] BA has problem adding a feature

Thank you Rob, that works. In case anyone has the same issue. Here is my code to get it work private void ExecuteOnPlanMsiFeature(object sender, PlanMsiFeatureEventArgs args) { if (this.action == LaunchAction.Install) { If (user sele

Re: [WiX-users] Change content of Config file after installation

Here is the solution which worked for me using -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Change-content-of-Config-file-after-installation-tp

Re: [WiX-users] BA has problem adding a feature

Don't try to control feature states using the properties. Instead, turn on EnableFeatureSelection and handle the PlanFeature callback from the engine. The ADDLOCAL property and friends won't give you the control necessary to succeed. On Mon, Apr 1, 2013 at 2:10 PM, Nan Zang wrote: > Hi, > > I

[WiX-users] BA has problem adding a feature

Hi, I am building a bootstrapper based on the managed BA (I am using a customized WPF UI), but met with the following issue. My BA.exe refers to an MsiPackage, which contains two features (WebService and AdminTool). If everything is not installed, if user selects AdminTool, the BA will call

Re: [WiX-users] Wix Burn Addon Related Bundle

If you have questions, jump over on wix-devs and we can work through any issues. On Mon, Apr 1, 2013 at 12:33 PM, Wesley Manning wrote: > Will take a look. Never used mercurial, never did test cases before but > want to learn this so will be good place to start as any. > > -Original Messag

Re: [WiX-users] Wix Burn Addon Related Bundle

Will take a look. Never used mercurial, never did test cases before but want to learn this so will be good place to start as any. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: April-01-13 3:14 PM To: General discussion for Windows Installer XML toolset. Sub

Re: [WiX-users] Change content of Config file after installation

Hello, This is something that I am interested in as well. Has there been any work in using the XDT transform library which was recently released and made available? http://blogs.msdn.com/b/webdev/archive/2013/01/10/xdt-web-config-transform-engine-released-on-nuget.aspx

Re: [WiX-users] strong name sign for C# customaction.dll

I know this post is almost 4 years old, but I was having this same exact problem and this seemed to be the only post I could find describing the problem. I have a project where all the assemblies are delay signed at build time, and then re-signed with the private key before being packaged into th

Re: [WiX-users] Change content of Config file after installation

Nothing available today. Would be cool if someone added it though. On Mon, Apr 1, 2013 at 11:14 AM, Alain Forget wrote: > Ah, that should work for the original poster, but what if the file I want > to write to isn't XML, but instead a .properties file format? ( see: > http://en.wikipedia.org/w

Re: [WiX-users] obain the name of components using msi/wix functions

Yeah, totally. That'll just be challenging to do in the build process when the Bundle is created... but could definitely do it before hand and pump the data into the system like I was suggesting... or something completely different. On Mon, Apr 1, 2013 at 11:05 AM, Phil Wilson wrote: > I don't

Re: [WiX-users] Wix Burn Addon Related Bundle

Yeah, I could see that bug being true. Not supposed to be a problem but I do not expect there is a test case for that scenario. It'd be cool if you wanted to pop open our test code and add a case for the failing scenario. Would go a long way to getting the bug fix started. On Mon, Apr 1, 2013 at

Re: [WiX-users] Change content of Config file after installation

Ah, that should work for the original poster, but what if the file I want to write to isn't XML, but instead a .properties file format? ( see: http://en.wikipedia.org/wiki/.properties ) Alain -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: April 1, 2013 13:5

Re: [WiX-users] Wix Burn Addon Related Bundle

Hi, I am using WixStdBa. I should try you're way and see if the issues go away. The issues I was seeing I opened bug 3168. An upgrade would often remove the addons. No problems with the upgrade. Usually it occurs only if I install the addons before the main bundle and then upgrade the bundl

Re: [WiX-users] obain the name of components using msi/wix functions

I don't know about Burn, but there are certainly enough APIs to open a database, apply a transform, and then enumerate the features and feature descriptions and titles. You don't need the session object. Basically you need SQL queries. In the script world you open the database and apply your transf

Re: [WiX-users] Change content of Config file after installation

Use XmlFile or XmlConfig (still custom actions but you don't have to write the code yourself ). On Mon, Apr 1, 2013 at 10:53 AM, Alain Forget wrote: > I want to do something similar as well, but from what I've found, file I/O > through WiX is generally not possible (aside from > creating a cust

Re: [WiX-users] Change content of Config file after installation

There are plenty of XML Transforms included as supported out of the box in Wix. Add a reference to the util extensions, and have a look at the util:XmlFile element. -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: Monday, April 1, 2013 12:53 PM To: 'General discussio

Re: [WiX-users] Change content of Config file after installation

I want to do something similar as well, but from what I've found, file I/O through WiX is generally not possible (aside from creating a custom action running an external program that does the file I/O). Hopefully a simpler solution exists? Alain -Original Message- From: chennam [mailto:

[WiX-users] Change content of Config file after installation

Hi I want to change content of the Config file by detecting the Server on which the file or MSI package is installed to.Below is the component of the config file. And the content as of now for "Web.Prod.Web1.config" is as below Before:

Re: [WiX-users] Help with component not installing.

If I had to take a guess, I'd suspect MigrateFeatureStates is playing a part in the Major Upgrade. From: "Rob Mensching" Sent: Monday, April 01, 2013 10:22 AM To: "General discussion for Windows Installer XML toolset." Subject: Re: [WiX-users] Help wit

[WiX-users] Fwd: HELP

-- Forwarded message -- From: Umar Siddiqui <08bitusiddi...@seecs.edu.pk> Date: Mon, Apr 1, 2013 at 8:11 PM Subject: HELP To: wix-users@lists.sourceforge.net Dear All, I created a bootstraper, that checks the registry and UI components before installing the desired component. I

Re: [WiX-users] Wix Burn Addon Related Bundle

The Bundle UpgradeCode will work fine but custom BA code will have to work harder to tell what is add-on and what is an upgrade. I make my life easier by using a "Detect" RelatedBundle to isolate the sharing. Not sure what issues you were seeing. Ref counting should have kept your addons on the ma

Re: [WiX-users] Wix Burn Addon Related Bundle

Hi, Sorry to interject. Can you clarify what is required in the addon bundle and the main bundle? I was only putting a relatedbundle element in my addon bundle with action=addon and id equal to updatecode GUID of my main bundle. I was adding nothing in my main bundle. I did see some issues

Re: [WiX-users] Wix Burn Addon Related Bundle

Completely reasonable way to use a Bundle to deliver a language pack. Simple add a RelatedBundle element, use an identifier in the "main" Bundle (I like to add a RelatedBundle with Action='detect' specifically for this purpose) and set the Action='addon'. On Fri, Mar 29, 2013 at 4:56 AM, Marco To

Re: [WiX-users] Create language pack using Burn

Take a look at the BootstrapperApplicationData.xml provided to your custom BA for all the information provided by the system for your Features (and other things). That's all that is available today. Instead of using Features, you might consider using separate MSI packages. I find using MSIs to be

Re: [WiX-users] Help with component not installing.

There is a part in the verbose log file that shows you the state of all the components being installed. Above that you should see messages from the Windows Installer about why it chooses not to install a particular Component if it isn't clear (i.e. a Feature is turned off). On Fri, Mar 29, 2013 a

Re: [WiX-users] Custom Tasks and WixTasks.dll dependency

I'm guessing this is due to changes in VS2012 loading builds out of proc to easy memory pressure. I'd say you were getting lucky before. If you have a dependency, you should keep it near you. Also, the WiX toolset isn't designed to be installed in the GAC so I would not recommend that route. We do

Re: [WiX-users] Accessing MSI description / feature info from burn BootstrapperApplication

Nothing built in to do that today. I'd probably try to get all the strings extracted into a .wxl file that could be used with the BootstrapperApplication as well as the .MSIs. On Fri, Mar 29, 2013 at 4:01 PM, mark222 wrote: > In this way it's possible to access the properties such as Title and

[WiX-users] (no subject)

Hi, I created registry entries.For that Registry entries I need to edit System IP address. For that I want write an Custom Action\XML to read the system IP address and System Name. How to automate Thanks, -- Own