Any solution for this issue???
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/error-PYRO0130-The-primary-key-3-is-duplicated-in-table-Summary-Information-tp5991522p6022525.html
Sent from the wix-users mailing list archive at Nabble.com.
--
On 13-Feb-11 14:25, ERWLive wrote:
> The output window is included below. -ext looks properly set.
It works for me on Visual Studio 2010:
http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
Personally, I get really nervous exeucting any database scripts during an
uninstall. They could fail for any number of reasons and you want to make
real
sure this doesn't block you from uninstalling.
Then there is that little matter of a best practice that says you shouldn't
delete user dat
Rune-
There are two camps of thinking when it comes to installers. One
is imperative scripting using pretty much any framework you want ( NullSoft
Installer, InstallScript, PowerScript, Wise / SMS, InnoSetup et al ) and the
other is a declarative approach that provides a consistent experie
All of the things you list are essentially SelfReg. SelfReg was deemed a bad
practice for installatin back in the late 1990s. MSI SDK has a list of
reasons why: http://msdn.microsoft.com/en-us/library/aa371608(VS.85).aspx.
It's rather specific to DLLs but the same applies to anything that registers
Hi
I'd guess your problem is in the script
BEGIN
ALTER DATABASE [SOLUTIONDATABASENAME]
SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
USE MASTER;
DROP DATABASE [SOLUTIONDATABASENAME];
END"
Does this work in sql management studio - I would guess you need some go
statement
On Sun, Feb 13, 2011 at 5:48 PM, Rob Mensching wrote:
> The Installer class is an anti-pattern in setup. You shouldn't use it for
> anything.
Could you expand on this?
Speaking purely as an end-user, I will make the following observations:
1) Windows services should be able to be installed usin
Hi,
The output window is included below. -ext looks properly set.
-- Build started: Project: ORMWPRunSetup, Configuration: Debug
x86 --
C:\Program Files\Windows Installer XML
v3.6\bin\candle.exe -dDebug -d"DevEnvDir=C:\Program Files\Microsoft Visual
Studio 8\Common7\IDE\\" -d"So
BTW, why does CAQueietExec require the command to be wrapped in Quotes? I
was
wiring up a simple IISRESET.EXE into an internal installer the other day and I
found that out. On the other hand, from a paternalistic point of view, it
might be cool if it forced you to fully qualify the path to
Seems reasonable. Does it not work?
On Wed, Feb 9, 2011 at 4:22 AM, Umeshj wrote:
>
> Hi,
>
> I am converting the setup to conditionally build for 32 or 64 bit platform.
> Would the following code suffice to make sure that 64 bit WIXCA is used for
> 64 bit platform?
>
>
> Code snippet:
>
>
>
>
Might take a look at:
http://msdn.microsoft.com/en-us/library/aa368093(VS.85).aspx. IIRC, changing
directory paths after costing is quirky... and can be quite slow.
On Tue, Feb 8, 2011 at 5:11 AM, Neil Sleightholm wrote:
> I have an install that has 2 install paths, the application and the
> data
The Installer class is an anti-pattern in setup. You shouldn't use it for
anything.
On Mon, Feb 7, 2011 at 11:49 PM, Rune Moberg wrote:
> On Tue, Feb 8, 2011 at 8:26 AM, Thai-Hoa Nguyen
> wrote:
> > A way to solve this, I no longer use Wix / ServiceInstall. I used
> InstallUtil.exe instead. T
With a "-forcereusecab" switch, you would want the Binder to always use cabs
if it finds them even if the cabs are out of date with the content that goes
in them? I suppose the intention is that you are going to manage deletion of
the cab cache then?
On Mon, Feb 7, 2011 at 7:29 AM, wrote:
> The
On 13-Feb-11 10:55, Rob Mensching wrote:
> I *think* Bob fixed this in a recent build.
That was just a schema fix.
--
sig://boB
http://joyofsetup.com/
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel S
On 08-Feb-11 13:23, Mike Edenfield wrote:
> Since I am referencing the MsiDigitalCertificate record in
> MsiPackageCertificate, I shouldn't be getting this warning. I'm
> assuming that the ICE validation routines run by WiX aren't updated for
> Windows Installer 4.5; is there a way to get them upd
On 07-Feb-11 09:44, maksim.vazhe...@emc.com wrote:
> Robocopy to a temp directory is not a very good solution for it... There can
> be problems, if many people will build package at one time on a build server,
> there can be not enough space in %temp% directory.
Use hard links. They take up no s
On 13-Feb-11 01:29, ERWLive wrote:
> Error4The Component element contains an unhandled extension element
> 'util:RemoveFolderEx'. Please ensure that the extension for elements in the
> 'http://schemas.microsoft.com/wix/WixUtilExtension' namespace has been
> provided.
That almost always
On 02-Feb-11 08:43, Tobias S wrote:
> Just did some dialog modifying. When combining WiXUI_FeatureTree.wxs +
> WiXUI_InstallDir.wxs I mentioned the property WixUI_Mode which is set
> accordingly to the name of the dialog theme. Has this property
>
> some special function except for UIDecompiler
If there is a problem in the WiX ServiceConfig custom actions then there
should be more information in the log file about the error. If the problem
is in the Windows Installer's service actions then it becomes an annoying
game of hide and seek to track down all the issues because the Windows
Instal
Verbose log file should show what was executed.
On Fri, Feb 11, 2011 at 2:04 PM, kim wrote:
>
> I want to drop the database installed by my msi on uninstall. It does drops
> the Db on roll-back but not on uninstall. Following is the code from my
> config file. Since setting DropOnUninstall=yes d
WiX v3.5 RTM has been released (http://bit.ly/wix35). You should upgrade
first to make sure this was a bug we fixed in the final months.
On Wed, Feb 9, 2011 at 7:21 AM, kim wrote:
>
> @Rob, I am using WIX 3.5.2229 (29-Oct-2010)
>
> @Pierson, I did checked, no virtual directory exists initially b
I *think* Bob fixed this in a recent build. Unfortunately, still struggling
with SF servers since they underwent a password attack and reset the whole
system. Apparently they start fixing projects starting at the beginning of
the alphabet.
On Sat, Feb 12, 2011 at 10:29 PM, ERWLive wrote:
> Hi,
>
On Vista+ I'm pretty sure WinSxS is the same (the SxS store is the same). I
don't think we see many issues with WinSxS because not many people used it.
CRT was the biggest customer and they pushed their MSI redist of the MSM
redist pretty hard so the issue was generally avoided.
On Sun, Feb 13, 20
I'm afraid I have never done any WinSxS to know.
Neil
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: 13 February 2011 13:43
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Unmanaged c++ window service instal
Does the same apply to an unmanaged service ( or a managed service with an
unmanaged reference ) having a dependency on a file in WinSXS? I'm assuming
so but haven't had that situation come up.
It might not be a problem though. I know in the case of the GAC, MSI uses
Fusion which doesn't sup
There is one thing to watch out for; if a .Net service relies on file in the
GAC then you won't be able to start it in the install as the GAC components
aren't registered at a point where the start service code runs.
Neil
-Original Message-
From: Mark Turek [mailto:turekm...@hotmail.com
26 matches
Mail list logo
