Thanks for reply. But ConfigureIfExists can only be specified if a
WebSite is a child of a Component, which is not a desired behavior. The
site should neither be installed nor uninstalled, just configured with a
new Home Directory.
Any other ideas?
-- Yan
-Original Message-
From: Jeremy
Hi Barry!
I had a similar problem with the Outlook PIA (in my case version 2007). I
solved it by building a bootstrapper that firstly installs the PIA and then
our application. It works fine! Here is how you can do it:
1. Get the Office PIA Redistributable
(http://www.microsoft.com/downloads/de
I ship 4 binary components that all have the same version so I use a
small snippet in my msbuild script that reads the version # from one
of the components and then passes that into to wix through a
preprocessor var.
On Tue, Jan 13, 2009 at 6:44 PM, Michael Osmond wrote:
> Colin,
>
> You can set
Hello WiX community,
Does anyone know whether it is possible to perform any action towards
existent website on Uninstall with the IIsExtension? Except for removing
it...
-- Yan
--
This SF.net email is sponsored by:
Sour
No. Never heard of a scenario where stuff should be written back on uninstall.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Thursday, January 15, 2009 07:30
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Perform any action towar
You could make the WebSite part of a Component that is permanent. That would
leave the WebSite after uninstall.
The use case really is around "taking control" of a WebSite when you put it in
a Component or "finding an existing" WebSite when not in a Component.
Just messing around with someone
Thanks.
-Original Message-
From: Eitan Behar [mailto:ei...@baconao.net]
Sent: Wednesday, January 14, 2009 21:59
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Latest WiX v3.0.4909.0 and IIS on Windows 2003
Opened bug: 2508955
Thanks,
Eitan
-Or
1. That's exactly what setupbld was designed for. It doesn't support many
more scenarios than that today. In WiX v3.5 burn will be much more powerful.
2. Isn't a protocol handler just a set of registry keys? You just use the
RegistryKey/RegistryValue elements to write the keys based on MSDN
1. SelfReg is bad. If possible, I'd highly recommend using the built in
tables instead.
2. If you didn't create the Merge Module, it's possible it does not include
its required actions. In this case, you'd need to add the
and elements (no attributes necessary) to your
element.
-Ori
Another option, if you are using WiX v3 is to use a binder variable to grab the
file version directly. Something like "!(bind.FileVersion.FileId)".
-Original Message-
From: Reggie Burnett [mailto:r...@comcast.net]
Sent: Thursday, January 15, 2009 04:50
To: General discussion for Windows
You need to mark the rollback action @Execute="rollback" and make sure it is
scheduled *before* the execution action. Also, make sure your condition on
your rollback action is correct.
Also, do you handle uninstall and uninstall rollback?
-Original Message-
From: Adam Langley [mailto:
I think SQL Server 2008 Bootstrapper has a problem or maybe I am missing
something here.
I force the bootstrapper to install as default Instance but it installs as a
SQLExpress named instance. Anyone encountered this problem.
Thanks,
Arun Perregattur
-Original Message-
From: Arun P
Try using uppercase, I think that the exe is just a launcher for the msi and
it needs the properties uppercase (not sure)
-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Thursday, January 15, 2009 7:28 PM
To: General discussion for Windows Instal
Haven't you requested to install an instance:
"/instancename=MSSQLSERVER".
Neil
-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: 15 January 2009 17:28
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] SQL Server 20
Thanks Rob,
I do handle uninstall, but not uninstall-rollback (that will be next on the
list).
So do I want something like this?
(I assume that you are referring to the installation action as the "execution
action", which in my case is "InstallFFDShow")
FFDSHOWUNINSTA
I am using the AspNetCompiler task to build our asp.net project. I have the
"Force" attribute set to "True". If I set it "false", will it compile only if
the files are changed, or will it not compile if the target directory is
present ( irrespective of files changed or not) ?
Thanks
Ravi
---
That looks much closer. Your last statement isn't _quite_ correct. The
deferred actions (rollback actions are deferred) are "scheduled" in the first
pass of the Windows Installer. That's when the condition is evaluated and
that's why the rollback action always (almost?) has the same condition
At a high level I have 2 questions:
1. How do you get XmlConfig to run *after* the config file is installed?
2. To change an existing element without a unique id, do I have to delete it
and recreate it?
So, I'm dealing with an XML config file that should look like this:
1. The default sequencing of XmlConfig should modify the file after it is
installed.
2. If you make your XmlConfig/@VerifyPath to reach deeper then it will not
configure things that already exist. That should get you what you want. I've
done some pretty complex XML manipulations with very s
Hi,
I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of
our installer. However when I change the culture to build to ja-JP (via VS 2008
project settings) I am getting the following errors:-
C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0):
er
It does not appear that anyone has provided localization for those messages,
yet.
-Original Message-
From: Vidya Kukke [mailto:vku...@windows.microsoft.com]
Sent: Thursday, January 15, 2009 15:35
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Building Wix for ja-JP
Hi,
I am us
In article
,
Rob Mensching writes:
> That looks much closer. Your last statement isn't _quite_ correct.
> The defe rred actions (rollback actions are deferred) are "scheduled"
> in the first pass of the Windows Installer. That's when the condition
> is evaluated and that's wh y the rollb
1. So any idea why the code sample does not modify the xml file in the
correct sequence? I'm using build 4805. Do I need to do something like
reference the file by ID or something to ensure the dependency? I've tried
using what would be ProgramEXECONFIG in the sample below and that doesn't
seem to
We're using WiX version 3.0.4805.0. We've got a third party DLL that's
versioned that we need to update. Unfortunately, in the updated version of the
DLL, the version number hasn't changed. We use torch and pyro to build a MSP
and the DLL doesn't get included in the update.
Any ideas for gettin
Fantastic! Thant works perfectly, thank you Rob.
I had to hard-code the location of the uninstaller on the target machine,
however, because it is normally 'discovered' during uninstall:
This works find during UNINSTALL, but during the insta
How is Windows Installer related to the other Microsoft packaging tools
(pkgmgr.exe in Windows Server 2008 and DISM.exe in Windows 7), in
particular when using them to enable or disable Windows Optional
Components? I know that I can't "nest" Windows Installer invocations
(that is, use a Custom Acti
Peter Oehlert wrote:
> 1. So any idea why the code sample does not modify the xml file in the
> correct sequence?
SchedXmlConfig is called during script-generation but ExecXmlConfig,
which actually modifies the files, is called during script execution,
after files are installed.
--
sig://boB
h
hegsie wrote:
> I have a CA that can in odd circumstances fails to execute successfully so I
> 'return ActionResult.Failure;' But this doesn't seem to roll the
> installation back it simply, says that the installation ended prematurely.
>
Immediate custom action failures don't cause rollback b
tgoffice wrote:
> Is it possible to disable all options in Feature SelectionTree (I only want
> to display the feature tree without any options on any node)
>
No. The selection tree control exists to choose features for
installation and removal. If they can't be installed or removed, they're
Is there any plan to do it? If so is there an ETA? Are there other alternatives
(such as use the Wix v2.0 loc files maybe?)
Thanks
Vidya
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Thursday, January 15, 2009 3:43 PM
To: General discussion for Windows
Thank you Rob, and Richard, that fixed my issues.
Regards,
Adam Langley
Senior Developer
Tel: +64 9 486 9010
alang...@winscribe.com
www.winscribe.com
-Original Message-
From: Richard [mailto:legal...@xmission.com]
Sent: Friday, 16 January 2009 10:55 a.m.
To: General discussion for
I was wondering about that given the name. I'm not seeing an execxmlconfig
in the logfile with the /l*v option. Why might the schedule run but not the
exec?
--Peter
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Thursday, January 15, 2009 4:55 PM
To: General discu
In the same vein as my previous question...
My installer copies a file onto the target system, which is a windows service,
however, its a 3rd party exe, and cannot be installed using the typical WiX
method - it must be executed with "/service" as an argument.
This works.
However, my rollback cus
Thanks Rob, your suggestion was very helpful. I have to add InstallFiles
element in InstallExecuteSequence to fix my problem, otherwise it will register
the dll before it copy to the target machine.
Thank you very much
___
Hi everyone,
If I would like to switch the UI language at the time of the installation.
Is there any way to localize by the current UI language dynamically?
Or I must specify one language and be linked (light.exe) one by one?
Regards,
-
Thanks for the hint, Rob!
However, I'm not sure how this type of components fits into multiple
instance installations.
Are there any possible problems? Could you point me to the docs on this
topic or just drop a couple of lines?
Thank you.
-- Yan
-Original Message-
From: Rob Mensching [
36 matches
Mail list logo
