Hi,
Is there a way to detect if a product family is installed according to its
product code, and set a property accordingly? I need to stop the setup if
certain products are not installed, and I only have their upgrade codes, not
the product code.
Thanks,
Eitan
What happens if you create a medium isolated AppPool on Windows XP
with DTC disabled?
If you mean doing this manually via IIS console, then it works fine with
DTC disabled. I can easily create applications with Medium and High
isolation level, and DTC stays disabled. If you mean using WiX IIS
hi
i have tried upgrading files and it works fine ..after lot of trial and
error ..but now im am faced with a new dilema ..i have a text file with some
contents and im refering to the file in this way
File Id=version3.txt Source=C:\Documents and
Settings\abc\Desktop\Version3.txt
Hello WiX developers,
Sorry, but it seems I found another bug in the IIS extension.
WiX version is 3.0.4917.0. Here is a component definition:
Component DiskId=1 Id=ModifyIISSite5
Guid={YOURGUID-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder
Permanent=yes
iis:WebSite Id=IISSite5
Hello,
could someone explain to me, what exactly the KeyPath attribute represents?
My installer project seems to work just fine without using this
attribute, but every second WiX posting seems to talk about it without
really explaining what it does. So I guess it could be important.
On another
Concerning the KeyPath concept, take a look at the Component table
definition (http://msdn.microsoft.com/en-us/library/aa368007.aspx) and
also at the great Rob's article here:
http://blogs.msdn.com/robmen/archive/2003/10/04/56479.aspx
Hope this helps.
-- Yan
-Original Message-
From:
Hello,
I have created a simple WebSite installation by using WiX. This is my WXS-file.
?xml version=1.0 encoding=UTF-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension;
Product Id=caf30021-1370-494f-b1ae-071885dadbec
Thanks ! Sounds like I will use a DTF CA for that.
On Wed, Jan 28, 2009 at 3:21 PM, Yan Sklyarenko y...@sitecore.net wrote:
If your product is the same family as those you're detecting, then you
might take advantage of FindRelatedProducts action:
As much as I love DTF, I don't see the need for a CA in this scenario. I
believe you stated that the requirement is to detect products installed based
on their upgrade code and block the install if a product is not detected.
If that is correct, then the Upgrade table supports the
Still getting the error and no way to debug? Are there any other
options? This way of restoring a database SHOULD work, right?
Eric
-Original Message-
From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com]
Sent: Tuesday, January 27, 2009 8:32 AM
To: General discussion for
Hi there,
Currently I have the following in my wxs file to include project
references.:
File Name=$(var.Framework.Common.TargetFileName)
Source=$(var.Framework.Common.TargetPath) DiskId=1 /
The problem I am having is that it does not copy all the output from the
project (including all
Is it possible the Sql Database is locked after it creates it? The .mdf
and .ldf file DO get created before the .msi is finished, but maybe
because the .msi isn't complete the files are locked? Just a thought. If
this is the case is there a way around this? TO create the blanks sql
Database,
Run sql profiler when you install to see what is happening. Its how I
debug my database install issues.
Dave W
-Original Message-
From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com]
Sent: 28 January 2009 15:11
To: General discussion for Windows Installer XML toolset.
I've confirmed this seems to be a bug for me too, in 3.0.4923.0. Going
back to 3.0.4909.0 resolved the issue.
Yan Sklyarenko wrote:
Hello WiX developers,
Sorry, but it seems I found another bug in the IIS extension.
WiX version is 3.0.4917.0. Here is a component definition:
Component
sounds great, but, it does not seem to work :^(
I have the code below, and although WSE is installed, I keep getting the
Condition Message. I have checked the msi which I used to install WSE and
the Upgrade Code is correct. (I did copy-paste from its msi)
Upgrade
4805, I will try updating to latest given Bob's other mail.
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 27, 2009 10:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS impersonates user? Works
Hello WiX community,
This is rather a 'best practice' question.
My installation needs MS SQL server credentials to run attach scripts.
This info is requested from user. Those values which are necessary
during uninstall are usually kept in system registry. But in this case
we are storing MS SQL
I'd look at the logfile and built MSI using ORCA and see what's going on. Is
FindRelatedProduts sequenced/running prior to LaunchConditions? Is
FindRelatedProperty setting the WSE30 property with a found product code.
Christopher Painter, Author of Deployment Engineering Blog
Have a hot
Hello WiX developers,
I have been using XmlConfig elements in my installation for some time
and I've noticed a number of things which I qualify as minor bugs:
1) When you modify an existent attribute of an existent XML element,
it is moved to the end of the element:
Before Person Name=John
Actually, scratch that. Neither build works on my Windows Server 2003 /
IIS 6 box, but both work on my Windows Vista / IIS 7 box.
I haven't tracked down why, but looking at the logs,
WriteMetabaseChanges comes before ConfigureIIs on the packages built on
the Vista box, and on the failed
Sorry for the all the self-replies but I've been updating as I go.
Build 3.0.4827.0 works for me on Server 2003 and on Vista.
Chris Eldredge wrote:
Actually, scratch that. Neither build works on my Windows Server 2003 /
IIS 6 box, but both work on my Windows Vista / IIS 7 box.
I haven't
Can you open a bug on this issue? I'm a little confused on exactly what is
wrong but if you can capture that in the bug that would help us fix it. There
was recently a very large change to the CA to better support IIS7 and this
could be fallout from that.
-Original Message-
From:
Those are all side-effects of using MSXML. It isn't the friendliest at
maintaining all the previous whitespace and shaping. A Feature Request seems
fine but as long as things work, I don't think a bug is appropriate.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
DPAPI is your friend. I have bits and pieces of a CustomAction I should finish
that encrypts Properties...
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Wednesday, January 28, 2009 08:23
To: General discussion for Windows Installer XML toolset.
Subject:
Why not use a ComponentSearch instead?
-Original Message-
From: Eitan Behar [mailto:ei...@baconao.net]
Sent: Wednesday, January 28, 2009 06:05
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detecting if a product is installed and setting
property
It does surprise me that IIS console can configure this and the CustomAction
cannot. I wonder if this is another issue related recent build changes. Would
you mind trying an older build of WiX (two months or maybe six months) and see
if it works. If this used to work and doesn't now then
The Source element tells the WiX toolset where to get the files to put them
into your MSI. If you don't rebuild your MSI then you're not getting the new
file in your MSI.
-Original Message-
From: kkrules1 [mailto:kkrul...@gmail.com]
Sent: Wednesday, January 28, 2009 01:57
To:
Upgrade table should do this, right?
-Original Message-
From: Eitan Behar [mailto:ei...@baconao.net]
Sent: Wednesday, January 28, 2009 00:14
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Detecting if a product is installed and setting property
Hi,
Is
Hey Pratapa,
I am not sure I can help you append data to your custom action. However,
here is what I do to read the data from the stream being passed to the
deferred custom action.
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
BOOL isTurnedOn = FALSE;
LPWSTR pwzAuthCabPath = NULL;
That isn't possible, you have to add each file you want from your
project. I would do this by setting Directory/@FileSource or
DirectoryRef/@FileSource to var.ProjectName.TargetDir then include
each file by just setting File/@Name.
Neil
-Original Message-
From: Marais van Zyl
OK, so I grabbed 4923 from SF and it appears to install correctly.
However, before in my iis:WebSite element I had:
iis:WebAddress Id=AllUnassigned Port=80 Header=[TMEHOSTHEADER]
Secure=no /
And now my web site is showing up in IIS with a host header of
[TMEHOSTHEADER] (note: the literal, not
Heh, that's definitely a regression. There was a major change to IIS CA
recently to handle UAC/IIS7 better. We are just starting to find the fallout
from it. Not surprising considering the scope of the change and I expect these
will be mostly easy to fix. Can you please make sure a bug is
Hi all.
I have a set of MSI installation files that ware compiled from different
version of WiX (v3)
My question is, is there a way for extracting the complier (WiX) version from
the MSI ?
And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ?
Best wishes
--Roy
It's
Yes, as per the MSI SDK we store the version of the WiX toolset in the Summary
Information stream that is designate for the generator of the MSI. You'll
have to write a little custom script to yank it out since Orca doesn't show
that field of the Summary Information stream. MSI SDK will show
How do you handle the case where the SQL server credentials you stored
are not current when you go to uninstall. For example,
1. Install your product, storing the SQL credentials
2. Go into SQL Server Management Studio
3. Change the password for the user stored above
4. Uninstall
Unless you
It is in the summary information but the only tool I know that displays
it is InstEd (http://www.instedit.com/). A rough way of find it is to
open the MSI in a text editor and search for Windows Installer XML you
should find a string like Windows Installer XML (3.0.4923.0). I am
sure there is an
Rob Mensching wrote:
Yes, as per the MSI SDK we store the version of the WiX toolset in the
Summary Information stream that is designate for the generator of the MSI.
You'll have to write a little custom script to yank it out since Orca doesn't
show that field of the Summary Information
Uwe Stump wrote:
The MSI-file has been wrapped to IIsInstallProblem.exe. The installation with
these EXE-file works fine but on uninstall via Software I got the following
message: The feature you are trying to use is on a network resource that is
unavailable. Click OK to try again, or enter
It's easy as pie in C#/DTF:
String creatingApp;
using( var database = new Database( PATH_TO_MSI, DatabaseOpenMode.ReadOnly))
{
creatingApp = database.SummaryInfo.CreatingApp;
}
Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good
Hmmm... maybe a nice feature request for MSI 5.0 SDK would be to replace all of
those samples with C#/DTF versions. :-)
Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves
attention? E-Mail Me
--- On Wed, 1/28/09,
Now you are all making my open in a text editor look really stupid :-)
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: 28 January 2009 18:30
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] extracting WiX
I wanted to get peoples thoughts on best practices for ensuring all MSIs I
create have the same values for MSI properties. For example, I would like
all MSI's that I create to have these same settings:
!-- Add/Remove properties --
Property Id=ARPNOREMOVE Value=1 /
Property Id=ARPNOREPAIR
How I have handled this is to disable the uninstall from ARP (Add/Remove
Programs). Set the ARPNOREMOVE property I believe, but allow the user to
select Modify in ARP. When the user selects Remove from the Maintenance
dialog, assume you have such a radio button, INSTALLSHIELD installs
Bug 2543674 filed.
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Wednesday, January 28, 2009 9:53 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS impersonates user? Works with UAC?
Heh, that's definitely a
That's the way I would do it.
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Wednesday, January 28, 2009 10:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Best Practice for Ensuring All MSIs I Create Have the Same
Values for MSI Properties
I wanted
I have an MSI file that seems to work perfectly and do exactly what I want.
However, I get two warnings when building it, both relating to shortcuts;
one for the desktop shortcut and one for the menu shortcut.
The warning is this:
c:\Users\colinf\Documents\RMWix\Product.wxs(76): warning
Technically speaking it might be possible to have a Condition on the Exe
Component that operates independent of the Shortcut Component. That would be
silly if the Shortcut could point to something that didn't get installed. The
ICE can't really tell that (or, at least chooses not to)... so it
I think there's another bug here where the path to the site isn't being set
even if I hard code the host header. You have to go in afterwards to IIS7
(Vista SP1) and set the path to the site.
File another bug?
--Peter
-Original Message-
From: Peter Oehlert
Yeah, sounds like it. Small snippets of code that reproduce the problem will
help speed these up.
I expect we'll see a number of one line fixes to typos and such little things
tomorrow night when Mike gets all these bugs. smile/
-Original Message-
From: Peter Oehlert
I need to substitute a call out to an .exe for a WiX dialog.
Specifically, where I would normally be using CustomizeDlg.wxs in the dialog
chain, I want instead to invoke the .exe. Based on the return code from the
.exe, I want to either go back to the previous dialog, forward to the next
I think FileSharePermission maybe the answer for me. I try the following code
and got some compiling error.
Directory Id=NETConfig Name=Config
Component Id=NETConfig
Guid=AC36EFA1-011C-400c-BA50-2825CF330B4D
util:FileShare Id=NETConfig
Corry, Davidson wrote:
I need to substitute a call out to an .exe for a WiX dialog.
Specifically, where I would normally be using CustomizeDlg.wxs in the dialog
chain, I want instead to invoke the .exe. Based on the return code from the
.exe, I want to either go back to the previous
gree...@cox.net wrote:
How I have handled this is to disable the uninstall from ARP (Add/Remove
Programs). Set the ARPNOREMOVE property I believe, but allow the user to
select Modify in ARP. When the user selects Remove from the Maintenance
dialog, assume you have such a radio button,
Joseph Wu wrote:
Error 1 The util:FileSharePermission/@User attribute's value, 'Service
Accounts-DTF', is not a legal identifier. Identifiers may contain ASCII
characters A-Z, a-z, digits, underscores (_), or periods (.). Every
identifier must begin with either a letter or an
Christopher Painter wrote:
Hmmm... maybe a nice feature request for MSI 5.0 SDK would be to replace all
of those samples with C#/DTF versions. :-)
Sure, it'd be great to have WiX in the MSI SDK.g
--
sig://boB
http://joyofsetup.com/
2543875 filed.
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Wednesday, January 28, 2009 11:31 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS impersonates user? Works with UAC?
Yeah, sounds like it. Small
Thank you very much,
Now it solve the User problem. But I got the following error. But I don't
want to create folder. Because it is an existing folder. Does that mean
FileSharePermission is not the solution for me? I need to use Custom Action to
do it?
Thanks
Joseph
Error 2
I'm having a similar problem with merge modules I am picking up from another
team. I can't modify those msm's and I'm being forced to add custom actions to
set the system folder properties they use so the files get installed to the
correct place. Mine need to be sequenced before theirs
That's about what I figured. Thanks for the confirm! -- DaĆ
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Wednesday, January 28, 2009 12:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How can I substitute a custom action
Hi,
Is the FilesInUse dialog just for courtesy, or are there circumstances
where WI will cause a rollback if a file is locked open?
The application I'm dealing with *always* requires a reboot after
upgrade, so it seems unnecessary to popup the FilesInUse dialog.
All displaying it will do is,
In article 4980ba4d.6070...@joyofsetup.com,
Bob Arnson b...@joyofsetup.com writes:
running. At a certain point, you might find it easier to write an
external UI handler and handle the whole UI in custom code.
On top of all that, the product isn't installed yet, so you have to
have the
Not at all - it's the simplest and most straightforward option I've seen
so far ...
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, January 28, 2009 6:42 PM
To: chr...@deploymentengineering.com; General discussion for
Windows Installer XML
The solution I posted is not without problems. The issue is that the
network admin has no way to pass the credentials to the uninstall.
Passing them through public properties on the command line is not the
safest way to go. The uninstall should be designed in a way that it
does not fail
I created a very basic MSI that doesn't install any files but simply
references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When
I run the MSI, it always hangs stating please wait while the installer
finishes determining your disk space requirements. I saw another forum post
Yeah, one limiation I found was if you aren't referencing something that has
Ref option, you are out of luck with this approach. For example, suppose I
want all my MSIs to have the Registry table included. So I would like to do
EnsureTable Id=Registry /
However, I'm not sure how I can
Do you have a simple example that you could share? I have seen this a
few times but cannot reproduce it reliably.
Neil
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: 28 January 2009 21:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installer hanging
If you have a case like that I'd like to know it.
EnsureTable you should be able to add as many times as you like... wherever you
need it.
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Wednesday, January 28, 2009 14:29
To: wix-users@lists.sourceforge.net
I'm trying to modify the look of the exit dialog, and it seems that the
recommended method is to take the ExitDialog.wxs file and modify it to my
needs.
I'm going off of some on-line web pages I've been able to find that talk
about this, but I'm getting a strange error, and I'm not sure how to
I have an existing product that I need to break out into a few
individual products due to the large size.
As such, I would like to have:
Core.msi - The core product needed by other products
Add_On1
Add_On2
The bootstrapper would contain and install Core.msi, then download and
install one
Yeah, I just created a new WiX project from the Wix file template. Then did
UIRef Id=WixUI_Minimal/ and referenced the UI extension library.
Attached is the simple MSI.
WiX Version - 3.0.4805
msi version - 4.0.6001.18000
-Jonathan
Neil Sleightholm wrote:
Do you have a simple example
Something in my memory remembers this tracked down to a Windows Installer bug
when there was nothing to be installed in the MSI... but that's a fuzzy
recollection so I could be remembering completely wrong.
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent:
Apparently that's the case cause I added a file to the basic installer I
created and it doesn't hang. Weird. I guess like you said its something with
MSI in general.
-Jonathan
Rob Mensching-2 wrote:
Something in my memory remembers this tracked down to a Windows Installer
bug when there
You need to remove all of the references to ExitDialog. Somewhere you are
using a UIRef/@Id=WIXUI_SomeId. If you look a the source for that, you'll
see lots of references. You need to modify those. The exit dialog is a bit
trickier to update since it referenced directly... inserting dialogs
I did have one reference, which I've removed. It didn't help.
The only references to UIRef I have anywhere in my solution is this:
UI
UIRef Id=WixUI_InstallDir /
UIRef Id=WixUI_ErrorProgressText /
/UI
Is there some implicit inclusion of the ExitDialog?
Also - I noticed
Our application needs Microsoft Visual C++ 2008 SP1 - Link#1:
http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2displaylang=en
We deploy both EXE and MSI. In EXE which is a bootstrapper, we check registry
Lisa Wright wrote:
I'm having a similar problem with merge modules I am picking up from another
team. I can't modify those msm's and I'm being forced to add custom actions
to set the system folder properties they use so the files get installed to
the correct place. Mine need to be
Joseph Wu wrote:
Now it solve the User problem. But I got the following error. But I don't
want to create folder. Because it is an existing folder.
Try it anyway. MSI won't fail because the folder already exists.
--
sig://boB
http://joyofsetup.com/
jnewton wrote:
Apparently that's the case cause I added a file to the basic installer I
created and it doesn't hang. Weird. I guess like you said its something with
MSI in general.
It's a known bug in MSI 4.5, if you have an MSI with no components.
--
sig://boB
http://joyofsetup.com/
Jon Seanor wrote:
Is the FilesInUse dialog just for courtesy, or are there circumstances
where WI will cause a rollback if a file is locked open?
MSI uses tricks like renaming files in-place to allow new versions to be
installed even if they're in use. I'm not aware of any case where MSI
Little Forest wrote:
#2 is good. But I realized that C:\Program Files\Common Files\Merge
Modules\Microsoft_VC90_CRT_x86.msm just 589KB.
However, vcredist_x86.exe(downloaded from Link#1) is 4119KB. Are they the
same thing? If they are the same, why the file sizes are so
different?
Thanks a lot sir,
I will give it a try and publish the script
Best wishes
--Roy
It's all in the head /
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Wednesday, January 28, 2009 8:09 PM
To: General discussion for Windows Installer XML toolset.
Thank you all very much - you are a great community
I have used the VBscript to extruct the information I need.
Best wishes
--Roy
It's all in the head /
This electronic message may contain proprietary and confidential information of
Verint Systems Inc., its affiliates and/or subsidiaries.
I have added a comment to this artifact
(https://sourceforge.net/tracker/index.php?func=detailaid=2543875group
_id=105970atid=642714) with my scenario instead of creating a new one,
because it sounds closely related.
Thanks.
-- Yan
-Original Message-
From: Rob Mensching
83 matches
Mail list logo