If I remember correctly, the /rf and /mf parameters are replacing the
resourceFileName and messageFileName attributes in your manifest with the
provided paths. This is already done by the WIX custom action and the
parameters are therefore not required. You should verify that the file paths
are
Ok, so how do I do that? As in - the lines from the log (that show wevtutil
calls) all show only the IM and one path - not any other parameters. So, I am
totally at a loss now how to verify that.
Regards
Thomas
-Original Message-
From: Georg von Kries [mailto:g...@creativbox.net]
You are already providing your message file here:
util:EventManifest
MessageFile=[#Reflexo.GridAgent.EventSource.BinaryManifest]
ResourceFile=[#Reflexo.GridAgent.EventSource.BinaryManifest]/
/File
If you open your manifest XML file after the installation, the
resourceFileName
Thanks Phil for the answer
Could I embed a WIX installer that handles most of the logic within a ClickOnce
Installer?
By doing this (if possible), I get the auto-update facility and at the same
time can use WIX to handle any complicated logic
Regards
Brian
-Original Message-
From:
In some situations, there's a simple approach. Back in 2006 I worked at a
company where we deployed an n-Tier system to client sites. This means we had
a server available. On that server we had a \software share. The clients all
installed from that location. The clients were a very
In some situations, there's a simple approach. Back in 2006 I worked at a
company where we deployed an n-Tier system to client sites. This means we had
a server available. On that server we had a \software share. The clients all
installed from that location. The clients were a very simple
There have been relatively few systemic DTF problems over the years. One was
a race condition that caused a CA to report an error for no good reason and
another was the hosting engine didn't set the current directory so if another
evil custom action previously changed the custom action
I've been trying to figure out why after upgrading to 3.8 my builds are
broken (I get can't find wixutilextension.dll or one of its dependencies),
so I was comparing Votive install folder to that of wix38-binaries.zip
(used by my projects).
I noticed a few missing files...
votive install
Steps taken...
1. Uninstall 3.7, reboot
2. Install 3.8 (votive)
3. using VS2012 create sample wix project
4. uninstall votive
5. extract wix38-binaries to ...\Wix\bin
6. edit above sample wix project per wixtoolset.org guidelines (see
wix38test.wixproj below)
7. open vs2012 x86 command prompt
8.
Is there any documentation about the expression syntax and evaluation of
conditions in Burn?
I found, that comparison of empty strings does not behave as expected. Is
this the intended behaviour?
Using WiX 3.8.1128 the EvaluateCondition method returns the following values
for op (where op
Yes.
See http://msdn.microsoft.com/en-us/library/aa368012.aspx WiX conditions
follow the MSI syntax.
--
John Merryweather Cooper
Build Install Engineer - ESA
Jack Henry Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
FWIW, if I edit the test project to use my wix37-binaries folder instead of
the wix38-binaries folder. The above test project builds without issue.
So, there must be something different in wix 3.8 that is causing the
build exception.
On Tue, Feb 4, 2014 at 9:24 AM, Tony
http://demircihasan.com/class/welcome.php?ewmkxpu1242yycbwbd
d8x...@hotmail.com
d8xter64;hotmail.com
Tue, 4 Feb 2014 15:33:12
If I have the following feature tree:
.
└── Custom Installation
├── Website Feature
└── Services
├── Service That Always Gets Installed
├── Service If You Have MSSQL (mutually exclusive of Oracle)
└── Service If You Have Oracle (mutually exclusive of MSSQL)
Okay, I had a feeling that this would be the case, but after some time
searching no definite statement turned up.
(Also msi has no specific handling of version values like burn does)
-Ursprüngliche Nachricht-
Von: John Cooper [mailto:jocoo...@jackhenry.com]
Gesendet: Dienstag, 4.
Using WiX 3.8.1128
Is this the intended behaviour?
Greetings Tobias
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
The version value handling is an extension. In general, when a property is set
to string.Empty, it is removed. The proper test then is NOT SOME_PROPERTY.
--
John Merryweather Cooper
Build Install Engineer - ESA
Jack Henry Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434
FYI The following thread also discussed 'confusion' on testing for a empty
string in Burn conditions.
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ExePackage-DetectCondition-syntax-td7588157.html#a7588171
--
View this message in context:
I figured it out.
It seems that whatever method I used to download/extract wix38-binaries.zip
onto my system triggered an OS's security feature. Apparently all of the
wix .exe and .dlls were marked as from a remote source as such, a protect
mechanism kicks in that prevents those exes and dlls
If I have the following feature tree:
.
└── Custom Installation
├── Website Feature
└── Services
├── Service That Always Gets Installed
├── Service If You Have MSSQL (mutually exclusive of Oracle)
└── Service If You Have Oracle (mutually exclusive of MSSQL)
I would:
1) iron out how you will detect MSSQL and Oracle and set appropriate Property(s)
2) condition the Features for MSSQL and Oracle on the detect properties being
set (and since you want only one, the conditions need to be mutually
exclusive). Enable the Feature (and make it visible in
Agreed, thanks! And actually, in my contrived example, the service will get
installed regardless (if they want), but which FILES get deployed will
differ. That should be done at the Component level I think, driven off of
the properties in #1 and only if you choose the Service That Does Database
@Phill
It seems I have managed to miss that one during my search.
@John
Maybe I was confused because
BootstrapperApplication.Engine.StringVariables.Contains(MyVariable);
returns true after
BootstrapperApplication.Engine.StringVariables[MyVariable] = string.Empty;
is executed, but it
Sorry. The previous message should have gone to the bin.
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
NETFX doesn't like running executables from network shares unless you trust
them or something. I forget how that works but it's standard NETFX behavior.
-Original Message-
From: Ravivarmaninfo [mailto:ravivar...@in.com]
Sent: Monday, February 3, 2014 11:21 PM
To:
I want to thank Bob and Phil for the interaction and suggestions, and the Wix
contributors for the Wca library. I reevaluated what I was trying to do and
found that by calling WcaIsPropertySet(System64Folder) I was able to
detect the platform (x64 or x86) from within my CA. I had originally
Another observation that I wondered is, 'Is the
C:\Temp\wxs\IRAdmin.connections.Config.wxs on the remote server where
candle.exe is being launched?'
Mapped drives only exist in the context of a particular user. So I find
that when folks try to use windows services (which we deploy) with mapped
Hi,
I’m new to WiX, so please bare with me.
I want to create a custom action and then have it triggered from a button on a
dialog box during the InstallUISequence phase.
I’m using WiX 3.7 (I know 3.8 has just come out) and have followed the
instructions in chapter 14 of WiX 3.6 A Developers
28 matches
Mail list logo