Thanks for all the responses so far guys. I have added the custom action
project as a reference to my WiX project and it is now rebuilding the WiX
project correctly when I change the custom action code.
However, what about keeping track of additional files like config files, text
files, etc for
Hi,
I'm testing this on my Vista development machine but in the end my
application should run on all OSes starting with Win2k.
I have only one ServiceControl entry, but seems that the problem is not
the service itself but the application that the service babysits, pls
see my answer I just sent
> Use a Component Condition on your RemoveFile so it doesn't get
touched during major upgrades.
Thx, I'll do so.
Viv
On 3/29/2010 1:14 PM, Pally Sandher wrote:
> What happens if your Q&A find bugs in your application? Do you fix those
> in the installer too?
>
> Use a Component Condition on y
> (Unfortunately it's easier said than done and took nearly two major
release cycles for the mindset to catch on here)
Yes, I know, I'm trying to get them understand that. Maybe I'll have
more luck for the next major release.
Thx,
Viv
On 3/30/2010 7:31 AM, Sascha Beaumont wrote:
> If you ca
Hi,
It's actually a good idea to start with a version lower than I ever
released, so I ended up doing like:
[code]
[/code]
Thanks a lot for the tip!
Viv
On 3/31/2010 12:36 AM, Curtis Jewell wrote:
>
> On Tue, 30 Mar 2010 13:12 +0200, "Viv Coco"
> wrote:
>
>> Hi all,
>>
>> I would li
Hi Pally,
I actually wanted to have the upgrade code inside from my very first
version, as this is the way suggested by the WiX tutorial (chapter 4.2):
"Also note that this same installer works as a first time installer as
well: if it founds a previous version, it will remove the previous
versi
Posting this in case anyone else runs into this & because I'm not sure
if this is a bug or expected behaviour.
I'm updating a plug-in installer to work with a new product which will
be imminently released. After (at least) 4 years of complaining the
developers of said product have caved in & final
http://wix.sourceforge.net/manual-wix3/patching.htm
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
S
You're in the right area with that code. I do something similar for a
plug-in installer using the following:
You may find it easier to build the Directory tree under A
Forgot to mention: as my application is started by the service it runs
in the service context which means they both don't run in the context of
the current user, but as "SYSTEM". Also my application doesn't have a
window (it's a winmain application but with
EntryPointSymbol="mainCRTStartup").
RegSpy2 may be able to help. See
http://www.installsite.org/pages/en/msi/tips.htm about 1/3 down the
page. It'll output a .reg file which you run through tallow.exe to
output WiX code.
However I would ask the vendor of this adxloader.dll for support first.
Palbinder Sandher
Software Deployment &
Previously, I have created installers in WiX by hand-writing the .wxs files
myself, but I now have a fairly large folder structure (with lots of
subfolders) to put into an installer, and I am trying to use heat.exe to
harvest this for me. However the harvested file seems unnecessarily messy. Is
Hi,
While trying to do this I got into the problem of setting the correct
condition. So in my case I want a specific file, that it's NOT installed
by the installer, but later created by the user, to be deleted only on
uninstalls - not upgrades, not repairs or modifies. What condition
should I
Hi all,
I asked this question as part of another thread and then just noticed
that it was not the right place as that thread was basically about smth
else, so I'll ask this in a new thread here.
I would like a specific file, that it's NOT installed by the installer,
but later created by the us
How do i use MsiProcessMessage in my c# custom action.
--
View this message in context:
http://n2.nabble.com/Show-Dialog-from-C-Custom-Action-tp4823643p4830149.html
Sent from the wix-users mailing list archive at Nabble.com.
-
As an example, here is the heat output for a couple of the files in one of the
folders:
try
heat.exe -out sourceFile.wxs
Supported harvesting types:
dir harvest a directory
file harvest a file
project harvest outputs of a VS project
website harvest an IIS web site
Options:
-ag autogenerate component guids at compile time
-gg generate guids
This removes the fragments (I had tried suppressing the fragments already) but
still generates one component per file. Is there any way to set component
generation at folder level rather than at file level?
-Original Message-
From: Tency Kuruvilla [mailto:tency.kuruvi...@kcs.com.kw]
Sent
Afraid not that only gets the primary output not referenced assemblies.
Neil
Neil Sleightholm
n...@x2systems.com
On 30 Mar 2010, at 01:20, "Bob Arnson" wrote:
> On 3/29/2010 3:56 PM, Neil Sleightholm wrote:
>> I am afraid that is how heat works, it only finds the primary
>> output and
>> no
We noticed that there must be a bug in LIGHT (WiX 3.0):
We used
HEAT file my.ocx -out my.wxs
to create a from an OCX file, compiled it using CANDLE, then
tried to link it using LIGHT. LIGHT says that there is a duplicate in
that fragment, so we checked the fragment. In fact, there is
We're using HEAT to create s from files:
CD "%PROGRAMFILES%\Windows Installer XML v3\bin"
HEAT file EXCEL8.OLB -gg -out EXCEL8.wxs
That works pretty well as long as HEAT and EXCEL8.OLB are located in the
same folder.
But if they are not, both of the following commands will fail:
CD
Hi,
This is expected behaviour, I have added a registry key with an
keypath="yes" in components like this to assuage the ICE gods.
Some people also put a element in the component instead
but I like to be very explicit on what my keypaths are.
Dave
-Original Message-
From: Pally
I use the following to show an error message from my C# custom actions:
Record record = new Record();
record.FormatString = "My Error";
session.Message(InstallMessage.Error |
(InstallMessage)System.Windows.Forms.MessageBoxIcon.Error |
(InstallMessage)System.Windows.Forms.MessageBoxButtons.OK,
Hello all
I'm having trouble when uninstalling a product that has shared shortcuts
in the startmenu (Shared as in used in more than one product
configuration). It removes all shortcuts that were specific to the
uninstalling product (as well it should) but also removes shortcuts that
are still b
We have the following directory structure wherein we want the Logs folder to be
created at the same level as the Services folder.
. . .
Now what happens is, if the user
The directory structure below must have a bug in it as it suggest that the Logs
folder is a sibling to Services and not Cmds. Changing the INSTALLDIR property
will only affect the location of the INSTALLDIR directory (Cmds in this case).
If you want to INSTALLDIR to change the location of the Se
Hi,
With install shield we used to store properties we wanted for later in an xml
file and then install shield would read them in at the beginning of install.
We didn't use a custom action to do this, it was a built in function with
install shield.
I am looking for something similar with WiX.
Is the problem that Wix (and heat) aren't in your path?
What I do is:
1. Start a command console
2. Type in path=%path%;C:\Program Files (x86)\Windows Installer XML v3\bin
3. cd to my DLL's location (in your case it would be your OLB file)
4. run heat.
Jeff
> We're using HEAT to create s fro
InstallShield provides this functionality via a custom action that was written
by the InstallShield developers.
WiX does not currently ship with a "standard custom action" to ready property
values from an XML file. If you want this functionality today, you'll need to
write your own custom actio
Thanks Dave.
I'll try that.
From: Dave Brotherstone
To: General discussion for Windows Installer XML toolset.
Sent: Tue, March 30, 2010 10:42:16 PM
Subject: Re: [WiX-users] Wix 2.0: if some dll file(s) deleted, then we'll get
"Error 2836" in Repair mode
O
Sorry, for the typo here is correct structure...
. . .
-Original Message-
From: Bajpai, Ramit [mailto:ramit.baj...@monster.com]
That was a typo, I have structure similar to what you have suggested.
-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: Wednesday, March 31, 2010 12:43 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [Wix-use
Yeah no biggie. I just didn't want to reinvent the wheel.
-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: Wednesday, March 31, 2010 1:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Storing / Accessing P
Thanks Palbinder.
Actually we asked the vendor first, but they told us "sorry, we don't support
Wix..".
Anyways, here I have another question about the conditions:
1. What is the conditions if I'd like to run the custom action in both 'fresh
install' and 'Repair'? Is there something like this?
With this structure you can specify the location of the Services directory
using SERVICESDIR. Doing so will change both Cmds and Logs to be rooted under
SERVICESDIR. You can't change the location of Logs by specifying INSTALLDIR
because INSTALLDIR applies only to Cmds.
Msiexec /I file.msi INSTA
Hi
I have a created a wix package to install schedule tasks in windows server.
Once tasks are installed successfully, task should run on particular user
account.
How can I set the user account info to the scheduled task from wix package?
Thanks,
Srinivas
--
View this message in context:
h
There isn't a built-in way to tell the uninstall that the ServiceControl that
stops the service is going to shut down your app. That means you'll need to use
an uninstall custom action to close down the app - I think WiX has one called
CloseApp or something. You'd sequence this before InstallVal
Also, what version of the tools are you running? Have you tried "3.0 RTM" or a
recent 3.5 weekly release?
-Original Message-
From: s...@pacaccess.com [mailto:s...@pacaccess.com]
Sent: Wednesday, March 31, 2010 10:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re
Does "scheduled tasks" mean the Task Scheduler interface? Most people doing
this use the standard ITaskScheduler interface (example at
http://www.codeproject.com/KB/system/taskscheduler.aspx, docs at
http://msdn.microsoft.com/en-us/library/aa381811(VS.85).aspx ) and this
includes methods for s
We are upgrading our toolset to use .NET 4.0, but I found that light.exe
failed, because it thought that a particular file was not a valid assembly. Not
surprising, since light.exe probably uses standard reflection APIs, and can't
grok a .NET 4.0 binary. Has anyone started building WiX for .NET
How can I create conditions for a custom action to run for Uninstall/Remove
only?
If I use condition 'Installed' then the CA runs in Repair mode.
If I use condition 'Remove="ALL"' then the CA doesn't run in Repair, but it
doesn't run in Uninstall/Remove either.
Thanks.
That's because property names are case sensitive and the actual name is REMOVE.
Phil Wilson
-Original Message-
From: little.forest [mailto:little.for...@ymail.com]
Sent: Wednesday, March 31, 2010 3:55 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditions for Uninstal
I don't want to rely on my end users to tell me certain installation
settings. So i decided to make a xml file that that is located in the same
dir as the msi, i then read and parse with custom action, and write those
settings to my users computer.
I just ran into an issue, i was using advertise
Thanks Phil!
That works. Sorry, I didn't pay attention on that.
From: "Wilson, Phil"
To: General discussion for Windows Installer XML toolset.
Sent: Wed, March 31, 2010 4:17:59 PM
Subject: Re: [WiX-users] Conditions for Uninstall/Remove Only
That's because
You'd have this problem even if you weren't using the xml file and instead
provided the property values via the command line. You'll probably want to
store the property values in the registry and use RegistrySearch to get the
saved values.
Edwin G. Castro
Software Developer - Staff
Electronic B
On 3/31/2010 8:41 AM, Neil Sleightholm wrote:
> Afraid not that only gets the primary output not referenced assemblies.
>
Aren't they in the content output group?
--
sig://boB
http://joyofsetup.com/
--
Download Int
On 3/31/2010 6:06 AM, Pally Sandher wrote:
> gives the same error (as expected). I can work around this simply by
> adding a RegistryValue to each component& setting it as the KeyPath for
> those components but does anyone know if this is expected behaviour or a
> bug with these types of component
On 3/30/2010 9:11 AM, Trond Andersen wrote:
>
>
ProgramFilesFolder provides the default. Check a verbose log to see what
MSI thinks the Program Files folder is named.
--
sig://boB
http://joyofsetup.com/
--
Downlo
On 3/31/2010 2:31 PM, little.forest wrote:
> Actually we asked the vendor first, but they told us "sorry, we don't support
> Wix..".
>
They don't have to support WiX, just MSI.
--
sig://boB
http://joyofsetup.com/
On 3/31/2010 8:55 AM, Markus Karg wrote:
> tried to link it using LIGHT. LIGHT says that there is a duplicate in
> that fragment, so we checked the fragment. In fact, there is no
> duplicate:
>
What's the exact error message?
--
sig://boB
http://joyofsetup.com/
On 3/31/2010 6:50 PM, Dan Thompson (SBS) wrote:
> We are upgrading our toolset to use .NET 4.0, but I found that light.exe
> failed, because it thought that a particular file was not a valid assembly.
> Not surprising, since light.exe probably uses standard reflection APIs, and
> can't grok a .N
On 3/31/2010 4:07 AM, Michael Bednarek wrote:
> However, what about keeping track of additional files like config files, text
> files, etc for your application?
There's nothing in WiX to communicate with build systems about the
payloads. Feel free to file a feature request -- or implement it! --
Ok, i can save the data that is in my xml in the registry. But i will need to
do that only the first time.
How do i determine, if this is a first time install ( where i need to read
the xml file) for an advertise install where i need to read the registry.
Should i just have my custom action che
Please keep wix-users on the thread so everyone can participate.
You can reschedule overridable custom actions by including them
(optionally with a new condition) in your InstallExecuteSequence (and
other *Sequence elements).
On 3/30/2010 11:13 AM, Christopher Hughes wrote:
>
> Hi Bob,
>
> You
try out this one.
(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")
for more details u can see
http://stackoverflow.com/questions/320921/how-to-add-a-wix-custom-action-that-happens-only-on-uninstall-via-msi
-Sanjay
little.forest wrote:
> How can I create conditions for a custom action to run for Un
The original error message is:
error LGHT0130 : The primary key 'regA2E5343F2EC34F3CCC232B9D03BB2A85'
is duplicated in table 'Registry'.
Please remove one of the entries or rename a part of the primary key to
avoid the collision.
I expect that this key is generated internally by LIGHT, since the
56 matches
Mail list logo