On Thursday 02 Dec 2010 18:59:37 Sean Farrow wrote:
> Hi:
> Is it possible to use msbuild variables (such as $(configuration)) in a
> .wxs source file? Any help appreciated.
> Cheers
> Sean.
> ---
> --- Increase Visibility of Y
On Thursday 02 Dec 2010 08:39:22 Fredrik Staxäng wrote:
> With both Wix 3.0 and 3.5 I get ICE57 errors:
>
> R:\quantlab-wix\Quantlab.wxs(46) : error LGHT0204 : ICE57: Component
> 'AppShortcut' has both per-user data and a keypath that can be either
> per-user or per-machine.
>
> If I use HKCU, wi
Hi,
I have a project that installs a web service with some XML files. Currently IIS
is not configured by WiX, so for the most part it just dumps the files in a
specified location and fixes some path details in its web.config. One of the
requirements that has now surfaced is for the web service t
>Ouch... IMHO, there is no excuse for this type of mentality, but hey, if
its not your call...
>It's somewhat analogous to "But we've always bashed our heads against the
wall... Sure it hurts like hell but nobody has died >yet..."
Agreed, unfortunately no amount of arguing on my parts going to mak
On Wednesday 01 April 2009 22:47:46 Alex Cater wrote:
> I suggest you break the problem down to isolate the cause:
>
> 1. Simplify the authoring to just install the web files (or simply a
> reduced set) and test: a) Install, uninstall
> b) Install, upgrade, uninstall
>
> Then flesh it out gradu
Hi,
I never got sent the email I sent to wix-users so couldn't see how to reply
to my previous email, so forced to re-post. Below is my previous email.
>Hi,
>there is something I am obviously doing seriously wrong with a particular
>installer I have, but I am clueless as to what.
>
>Installing, wo
Hi,
there is something I am obviously doing seriously wrong with a particular
installer I have, but I am clueless as to what.
Installing, works great, however then when I come to uninstall, or update, a
majority of the time it simply executes custom actions and leaves it at that
(on uninstall i
internals of the COM+ custom action work but this
> does sound like a bug to me.
>
> Neil
>
> -Original Message-
> From: Adam Burton [mailto:adz...@googlemail.com]
> Sent: 09 February 2009 13:40
> To: General discussion for Windows Installer XML toolset.
> Subjec
Yea, I recall when I tried looking up the ComPlus tables when using the NAnt
MSI task they seemed a bit weird, but then before I did any real
experimentation I discovered WiX and figured, who cares ... that'll do the job
for me instead :-D lol.
On Monday 09 February 2009 17:18:26 Rob Mensching
@x2systems.com <mailto:n...@x2systems.com>
>
>
> ____
>
> From: Adam Burton [mailto:adz...@googlemail.com]
> Sent: Mon 09/02/2009 13:08
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] COM Plus Applications and Major Upgrade
>
Hi,
I have been working on an installer for a COM application. The installer
contains a few .NET assemblies, with a couple configuration files and
installs a COM application that uses the .NET assemblies (with the
ComPlusExtension). Due to our development not being so strict I figured it
would prob
t; Adam,
>
> Good luck!!
>
> Michael
>
> -Original Message-
> From: Adam Burton [mailto:adz...@googlemail.com]
> Sent: Thursday, 22 January 2009 9:53 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Prevent reboot.
>
> ::Rolls eyes and b
With many services running beside IIS.
> Any time we get locks I take a verbose log and search for "in use" and
> it always tells me the process that has the file in use and I can make
> some correction to take care of it. Never been a problem that could be
> handled
>
> I agree (and our experience bears it out), IIS reset should kill off any
> thing that the web app is doing (actually we rarely even need to do
> that. Unless is some of the web application code is in COM+, that can
> have a life of its own.
>
> Michael
>
> -Or
d the only time we have file lock issues is if
> someone is actively testing (hitting the pages) when the upgrade occurs.
>
>
> Michael
>
> -----Original Message-
> From: Adam Burton [mailto:adz...@googlemail.com]
> Sent: Thursday, 22 January 2009 5:53 AM
> To: Ge
le should point out the file being locked. Then you just
> need to figure out how to get the thing to be unlocked. That's how Windows
> works. It's perfectly sane, just not always very convenient.
>
> -Original Message-
> From: Adam Burton [mailto:adz...@goo
Hi,
I have created some WiX based installers for some services and a web
application I am working on at work. We use the installers as part of our
test rigs, so we patch our test changes, build the new version and install
it. Since this whole process is automated if the MSI determines it needs to
r
Hi,
I am still pretty new to the whole Windows Installer and WiX thing so you will
have to bare with me :-).
I have created a couple of installers for web applications, one creates a
virtual directory in the default website and the other makes a new website on a
different port, and both seem to
18 matches
Mail list logo
