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,
--
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 mark...@live.it wrote:
In this way it's possible to access the properties
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
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
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
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
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
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
-- 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
If I had to take a guess, I'd suspect MigrateFeatureStates is playing a
part in the Major Upgrade.
From: Rob Mensching r...@robmensching.com
Sent: Monday, April 01, 2013 10:22 AM
To: General discussion for Windows Installer XML toolset.
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.
Component Id=cmp5F6F9B35A372943520CC8D5ABDE2F507
Directory=dirCFCE6D07D3330FE628276777F0488B18
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
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
Use XmlFile or XmlConfig (still custom actions but you don't have to write
the code yourself smile/).
On Mon, Apr 1, 2013 at 10:53 AM, Alain Forget afor...@cmu.edu 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
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
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
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
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
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. smile/
On Mon, Apr 1, 2013 at 11:05 AM, Phil Wilson
Nothing available today. Would be cool if someone added it though. smile/
On Mon, Apr 1, 2013 at 11:14 AM, Alain Forget afor...@cmu.edu 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:
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
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
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.
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 wmann...@dynagen.ca 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.
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
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 naz...@microsoft.com
Here is the solution which worked for me using util:XmlFile
Component Id=cmp5F6F9B35A372943520CC8D5ABDE2F507
Directory=dirCFCE6D07D3330FE628276777F0488B18
Guid={3AFB6DE8-D43E-4EC3-BC10-251EABFE3DD0}
File Id=fil24F01DF9AB46C9205A3E021D5E98A3CF KeyPath=yes
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
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 naz...@microsoft.com wrote:
Thank you Rob, that works.
In case anyone has the same issue.
Here is my code to get it work
29 matches
Mail list logo