Thanks Heath for your reply.
But the problem i am facing is different. Let me throw some more light on the
issue.
I am having my product installation with some binaries installed at some path
on two different machines having different time zone (one is GMT and other is
GMT -8:00), now i want
karthik.shenoy wrote:
I created a sample project as mentioned below in WiXlib and gave the
reference to same in MSI in visual studio through Add- references.
Installation completes but neither the directory is created nor the files
are installed.
Adding it as a project reference makes it
Could you share the vbscript? I'd be interested to use it if I may.
Thanks!
-Original Message-
From: Sascha Beaumont [mailto:sascha.beaum...@gmail.com]
Sent: Sunday, June 14, 2009 8:31 PM
To: chr...@deploymentengineering.com; General discussion for Windows Installer
XML toolset.
Thanks for the suggestion. Does it matter where that would go in the
InstallExecuteSequence or can I add it to the end of the list? I
suppose I could try it and see. :)
-Original Message-
From: Jacques Eloff [mailto:repst...@gmail.com]
Sent: Friday, June 12, 2009 6:14 PM
To: General
Tony Juricic wrote:
In particular, can I somehow get MediaSrcPropName value, from *.pcp
ImageFamilies table, using DTF on my patch *.msp file?
The doc says:
The value entered into the Source field of the new Media table entry of
the upgraded image.
So it's available. But only very
Yes I tried both alternate settings. Unfortnately, I didn't see any
difference in behaviour.
Tim
On Sat, Jun 13, 2009 at 9:05 AM, Bob Arnson b...@joyofsetup.com wrote:
Tim Haloun wrote:
On Vista though, according to
thishttp://msdn.microsoft.com/en-us/library/aa372466(VS.85).aspx and
Do these binaries have a version?
Phil Wilson
-Original Message-
From: varun kataria [mailto:varunk0...@yahoo.com]
Sent: Monday, June 15, 2009 2:33 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Inconsistent modification date time of Patched
Ok I tried what you suggested and I'm getting the following error:
Unresolved reference to symbol 'CustomAction:Start_NFTS_Listener' in
section product. I also added this
Binary Id=NFTS30Listener.exe
src=D:\Projects\NFTS\Src\apps\nfts\binaries\NFTS30Listener.exe /
...above the line that you
Hi Jim
So all three elements have the same parent (product/fragment)? Your source
should look something like this (Just want to make sure I understand where
you're at right now). If you're using Binary, make the ExeCommand
attribute an empty string and add the BinaryKey attribute like the example
I get the error shown below from light, and am not sure how to fix it. I have
three different features that each install their own documents, and want to
have all three shortcuts listed under one directory and thus one component. How
can I get rid of this ice error (other than suppressing the
Ok Thanks, I'll give that a shot. Right now I have the Binary Command
and the CustomAction / statement at the bottom of my code after my
InstallExecuteSequence / section. All of this is in the same product.
Also I was reading on a post in the archives on the net about the
wixca.wixlib having to
Thanks Bob but this, unfortunately, does not seem to be true.
I am using DTF and code very simple test code:
public void ShowPatches()
{
using (Session ses = Installer.OpenProduct(productCode))
{
Database db = ses.Database;
TableCollection
Hi
No, you shouldn't need to reference it. WixCA provides some built-in custom
actions, so if you want to use them then you would set the BinaryKey
attribute to WixCA. An example of this is using the CAQuietExec custom
action that's provided by the WixCA dll.
Thanks,
Jacques
On Mon, Jun 15,
Ok Thanks Jacques, I'm more confused now than I was this morning when
I started and haven't gotten anywhere with this. It shouldn't be this
difficult to set up. As far as I can tell, I've got the code in my
main.wxs as you mentioned and I keep getting that darn error saying
unresolved
The patch sequence information is stored in a table in the MSP directly; unlike
the rest of the stuff in the MSP it does NOT get applied to the target product
database. So, to get at that table for an installed patch you first need to get
the PatchInstallation.LocalPackage, open that package as
Hi,
I posted this question on an older thread and haven't heard anything, so I'm
wondering if it got through. Sorry if it did. Here is the older thread for
reference:
http://www.nabble.com/Major-upgrade---feature-migration-td23222720.html
During a major upgrade some features that are not
Hi James
I noticed a typo in one of my emails. I had NTFS somewhere, instead of NFTS.
If you cut/paste from the emails, that might explain the error.
Jacques
On Mon, Jun 15, 2009 at 1:47 PM, MacDiarmid, James D
james.macdiar...@eds.com wrote:
Ok Thanks Jacques, I'm more confused now than
Hi,
We need to do token replacement in the whole file using WIX and I was wondering
whether this feature is available in wxs or not.
For e.g.
I have a text file which has $(Serverersion) at 10 places and I want to replace
all the values in the text file using token replacement feature if any
Hey Pankaj,
Why would you use WiX and the preprocessor for this? Why not just use a text
replacer? Do you need this to be automated? You could add var. in the toke
and then yes, you could use the preprocessor.
$(var.Serverversion)
and then pass the value to candle.exe on the command line
You could also use an environmental variable and set it before running the
installer.
$(env.ServerVersion)
*Mike Rerick*
*Sr. Software Engineer*
[image: Google Docs] http://www.iwsinc.com*ImageWare Systems, Inc.*
9200 S.E. Sunnybrook Blvd., Suite 170
Clackamas, OR
I have a large number of files that need to be processed one file at a time by
an internal EXE tool at install-time. Currently I’m trying to generate custom
actions for each file as follows (as in
http://damianblog.com/2008/02/21/configuring-http-namespace-reservations-on-vista-using-wix/):
Just to correct my query I don't want to replce tokens in wxs but need to
replace tokens in a text file which is installed by MSI using wxs.
Thanks,
Pankaj
-Original Message-
From: Mike Rerick [mailto:mrer...@iwsinc.com]
Sent: Monday, June 15, 2009 3:11 PM
To: General discussion for
[Reposting to see if I can get some response]
Is it good practice to package the following logics in an MSI using WiX?
(Let's say I can assume that the MSI will always be installed on a freshly
set-up server OS and that server environment can be controlled.)
Install and configure SQL databases
IMO, you should do this as a build step before packaging with WiX. It's
trivial to accomplish with MSBuild and the MSBuild Community Tasks.
Chris
On Mon, Jun 15, 2009 at 8:26 PM, Pankaj Agrawal (Infosys Technologies Ltd)
v-pa...@microsoft.com wrote:
Just to correct my query I don't want to
Here are my thoughts.
Many in the web world seem to think that websites are published. I.E. you
jump through a bunch of manual steps to get the base foundation deployed and
from their you just sync out your content. For many in house enterprise
applications, this probably works fine for
Tim Haloun wrote:
Yes I tried both alternate settings. Unfortnately, I didn't see any
difference in behaviour.
Never heard of that. You might want to try your question in the MSI
newsgroups as WiX is out of the equation.
--
sig://boB
http://joyofsetup.com/
David Bartmess wrote:
I get the error shown below from light, and am not sure how to fix it. I have
three different features that each install their own documents, and want to
have all three shortcuts listed under one directory and thus one component.
Why one component? You can put multiple
Shawn Dwyer wrote:
I posted this question on an older thread and haven't heard anything, so I'm
wondering if it got through. Sorry if it did.
It's all about MSI, not WiX, so you might want to try the MSDN MSI
newsgroups.
--
sig://boB
http://joyofsetup.com/
Castro, Edwin G. Castro (Hillsboro) wrote:
If I understand correctly I need to two custom actions: one for scheduling
(immediate action), and one for doing the work (deferred action).
What exactly gets scheduled in the scheduling custom action?
The deferred custom action, which isn't
Hi. I'm working on a WIX project where I need to set a directory path at msi
run-time using VBScript. Right now, the msi installs correctly, but I receive
an error when I attempt to uninstall from the Control Panel or the msi(Error
1720. There is a problem with this Windows Installer package.
Bob Arnson wrote:
It's all about MSI, not WiX, so you might want to try the MSDN MSI
newsgroups.
Thanks Bob! Here is the link to my question on MSDN MSI in case anyone else
runs into this issue.
Hi Christopher,
Thanks a lot for your detailed reply.
From your experiences with web applications that have everything contained
in a package, do they use WiX to author the MSI? If so, did you encounter
any difficulties with authoring the database deployment portions?
For me, the biggest
32 matches
Mail list logo