Re: [WiX-users] Heat and out-of-proc COM

[Alex Ivanoff]

It did some: TypeLib and Interface entries, but not ClassId. Do I have
to do it all manually?

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Thursday, December 18, 2008 19:28
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Heat and out-of-proc COM

No, no problems.  It just doesn't do it at all.

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Thursday, December 18, 2008 17:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Heat and out-of-proc COM

Does Heat have problems harvesting out-of-proc COM exe settings?


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to display a custom error message?

[Rob Mensching]

::MsiProcessMessage().

-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz]
Sent: Thursday, December 18, 2008 19:17
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to display a custom error message?

I wan t to show my own error message if a certain custom action fails.
How can I do it?
Thank you

===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
===


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to display a custom error message?

[Joe Osman]

I wan t to show my own error message if a certain custom action fails.  
How can I do it?
Thank you

===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
===


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [OT-ish]: Capturing high-level install requirements

[Lester]

Bob:
Thanks for the input.

At this point we're fairly early in the process, so I'm not (yet) too
concerned about aligning the structure of the setup requirements with
the lower-level construction of the MSI.

Right now I just want to be able to give out a one-sheeter that says
"MSI can do X, Y, and Z," so I can capture all the *potential*
requirements for a given setup.  (I realize that custom actions can
add extend the functionality of a setup significantly but for now I am
just looking for a rundown of out-of-the-box type stuff.)

As I mentioned, currently at my place setup requirements documentation
is non-existent, and to further complicate things there isn't anyone
besides myself that has even a basic understanding of how they work
and what they may or may not be capable of. So I need to start
somewhere :)

Thanks,
-Les

From: Bob Arnson  joyofsetup.com>
Subject: Re: [OT-ish]: Capturing high-level install requirements
Newsgroups: gmane.comp.windows.devel.wix.user
Date: 2008-12-18 22:03:43 GMT (3 hours and 28 minutes ago)

Lester wrote:
> I am in the process of developing a formal requirements process for
> our product installs (currently the process is basically hallway
> conversations and scattered emails).
>

I used a similar form approach in a previous life; in general, it worked
for high-level things (we need this driver installed, this Web site
created) but failed on lower-level things. For example, having a section
for "registry values" breaks how components work in MSI; you really want
registry values associated with the code that uses it, not grouped
together in one big "RegistryComponent."

It also encourages problems getting mutated into something for setup to
solve.

Finally, any low-level form tends to get people thinking that "setup
development" means "re-typing the setup spec into " That makes it tougher to
talk about the need to design setup like every other part of the software.

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Heat and out-of-proc COM

[Rob Mensching]

No, no problems.  It just doesn't do it at all.

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Thursday, December 18, 2008 17:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Heat and out-of-proc COM

Does Heat have problems harvesting out-of-proc COM exe settings?

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Heat and out-of-proc COM

[Alex Ivanoff]

Does Heat have problems harvesting out-of-proc COM exe settings?

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] uninstall fails to drop database, iis objects

[Rob Mensching]

Verbose log file?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 14:33
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

When I look through my registry under
HKLM\Software\Microsoft\Windows\CurrentVersion\UserData\[MY USER SID] I
don't see any of the database
components or IIS components for any of my side by side installations
(not the installed copies or the uninstalled copies).

Is there somewhere else I could be looking?

A

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 1:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Rob,

That's a really good question.  I'm not entirely sure where to check to
make sure they are uninstalled, however, it made me wonder
about something.  I have a requirement for my company that I must be
able to install multiple instances of our application side by
side.  I have embedded transforms to achieve this, and as such the
product guid is different every time I install.  However, these
component guids are not different.  Could that have anything to do with
it?

A

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Thursday, December 18, 2008 1:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Are the Components actually being uninstalled?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] uninstall fails to drop database, iis objects

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03

Re: [WiX-users] Counting uninstalls

[Rob Mensching]

Nothing like that today.

-Original Message-
From: Colin Bleckner [mailto:co...@binarynoise.net]
Sent: Thursday, December 18, 2008 14:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Counting uninstalls

Hey guys,

I've been toying with the idea of adding a simple server notification during
the uninstall process.  Something as simple as pinging my server when the
application is uninstalled.  Does WiX support sending a simple HTTP request
during the install (or uninstall in my case) process?

Thanks,
Colin
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] REG_QWORD support in RegistryValue?

[Rob Mensching]

MSI SDK doesn't say that is supported.

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Thursday, December 18, 2008 14:19
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] REG_QWORD support in RegistryValue?

Well, subject says it.

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX 3.0 Support for T4 Templates in Visual Studio 2008

[Castro, Edwin (Hillsboro)]

I've created a number of WiX projects in a Visual Studio 2008 solution and 
would like to use T4 templates to reduce the repetition we see in our *.wxs 
files. I've found that Visual Studio 2008 does not automatically hook up my 
*.tt files as it does for C# projects. I've tried replicating the changes I see 
in C# projects using T4 templates but with no success. All hits I've found 
online demonstrate how others have used T4 templates as part of an external 
build process to generate *.wxs files but not as part of a *.wixproj project. 
Could somebody explain how this works or why it doesn't work with wix projects?

--
Edwin
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Distinguish between SQL integrated security andnormal authentication

[Christopher Karper]

You are putting the contents of SqlMasterDBAuth into SqlMasterDB, so it will
still use SqlMasterDB as the connection to execute.  Are you watching it
connect through profiler or anything?

Chris

On Thu, Dec 18, 2008 at 6:00 AM, Yan Sklyarenko  wrote:

> Thanks for a great hint, Chris! It also pointed me to my mistake I was
> trying to figure out for a day...
> But, as for the proposed strategy - it doesn't work for me.
>
> I've followed your instructions below to trifles. Here is what I get in
> my log:
>
> ...
> MSI (s) (40:38) [12:46:12:187]: Doing action: SetDBUserMaster
> Action 12:46:12: SetDBUserMaster.
> Action start 12:46:12: SetDBUserMaster.
> MSI (s) (40:38) [12:46:12:187]: PROPERTY CHANGE: Adding SqlMasterDB
> property. Its value is 'SqlMasterDBAuth'.
> Action ended 12:46:12: SetDBUserMaster. Return value 1.
> MSI (s) (40:38) [12:46:12:187]: Doing action: ProcessComponents
> ...
>
> This says the custom action run and the property was set.
> My scripts reference SqlMasterDB in SqlDb attribute. User attribute is
> never put to SqlString elements:
>
>  SqlDb="SqlMasterDB" SQL="CREATE DATABASE
> [\[][INSTANCENAME]Something_Core[\]] ON ( FILENAME =
> N'[DB_FOLDER]$(var.CoreFileName)' ), ( FILENAME =
> N'[DB_FOLDER]$(var.CoreFileLogName)' ) FOR ATTACH"/>
>
> But later in the log file I can see the following:
>
> ...
> MSI (s) (40:38) [12:46:12:890]: Doing action: InstallSqlData
> Action 12:46:12: InstallSqlData. Configuring SQL Server
> Action start 12:46:12: InstallSqlData.
> MSI (s) (40:AC) [12:46:12:921]: Invoking remote custom action. DLL:
> C:\WINDOWS\Installer\MSI21D.tmp, Entrypoint: InstallSqlData
> MSI (s) (40!00) [12:46:12:937]: PROPERTY CHANGE: Adding
> ExecuteSqlStrings property. Its value is
> 'SqlMasterDB?.\SQLEXPRESS??master?-2147483648?1???AttachCore?1?CREATE
> DATABASE [YSWix01Something_Core] ON ( FILENAME =
> N'D:\default\Databases\Something.Core.MDF' ), ( FILENAME =
> N'D:\default\Databases\Something.Core.ldf' ) FOR ATTACH'.
> MSI (s) (40!00) [12:46:12:953]: Doing action: ExecuteSqlStrings
> Action 12:46:12: ExecuteSqlStrings. Executing SQL Strings
> Action start 12:46:12: ExecuteSqlStrings.
> 1: Executing SQL Strings
> Action ended 12:46:12: ExecuteSqlStrings. Return value 1.
> Action ended 12:46:12: InstallSqlData. Return value 1.
> ...
>
> And, as you can see, the value passed to the deferred action is still
> SqlMasterDB, not SqlMasterDBAuth.
> Hence, I can see my DBs being attached in context of my Windows user,
> but not SQL sa user.
>
> Please, point me on my mistake here.
> Thank you very much!
>
> -- Yan
>
> -Original Message-
> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
> Sent: Tuesday, December 16, 2008 8:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Distinguish between SQL integrated security
> andnormal authentication
>
> This is a little crazy, so I'll try to be as clear as possible...
>
> Here's the pertinent section of my DB installer:
>
>
> Password="[SQLCREATEPASSWORD]" />
>
> Server="[SQLSERVER]" />
> Server="[SQLSERVER]" User="SqlCreateUser" />
>
>
> Value="SqlMasterDBAuth" />
>
> Before="ProcessComponents">USESQLAUTH=1
>
>
>
> First, I create a User entity using the possibly supplied properties.
> Then
> I create 2 SqlDatabase items.
> SqlMasterDB is the one I intend to use with my scripts, and is set up to
> use
> integrated security.
> I also create a SqlMasterDBAuth which connects to the same server, but
> uses
> SqlAuthentication.
>
> I schedule a property replacement CA to assign the Sql Auth DB object
> over
> the integrated security one if the USESQLAUTH Property is set.
>
> This allows me to write all my components pointing to SqlMasterDB, and
> it
> will contain the correct connection info when the time comes.
>
> If this isn't clear enough, let me know.  I'll be happy to cover it
> more.
>
> Chris
>
> On Tue, Dec 16, 2008 at 8:12 AM, tgoffice  wrote:
>
> >
> > Ok, how can I implement it in a better way ...
> >
> > Thanks in advanced!
> > tom
> >
> >
> > cemiles wrote:
> > >
> > > Oh, I think I know what you're saying now.  And I believe the answer
> is
> > > you
> > > do need 2 components in order to do so, or so I've read and done.
> > >
> > > On Mon, Dec 15, 2008 at 9:10 AM, tgoffice  wrote:
> > >
> > >>
> > >> Sorry, no this is a missunterstanding (my bad english
> > >>  ... :confused:)
> > >>
> > >> How can I differ between a SqlDatabase with and without integrated
> > >> security,
> > >> withoud creating to components with nearly the same content (only
> the
> > >> User
> > >> differs but I have to duplicate all sql scripts)
> > >>
> > >>
> > >>
> > >>
> > >> cemiles wrote:
> > >> >
> > >> > Sorry, and that tag is incorrect for the RBG.
> > >> >
> > >> > Should read 
> > >> >
> > >> >
> > >> >
> > >> > cemiles wrote:
> > >> >>
> > >> >> You could set up a radiobuttongroup control and tie that
> con

Re: [WiX-users] Wix#

[Wilson, Phil]

I knew you'd thank me one day..

(Some other Phil. )

-Original Message-
From: Phil Sayers [mailto:p...@cds-am.net] 
Sent: Thursday, December 18, 2008 5:14 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix#

+1 for Phil's book.
It significantly helped me start to think about deployment
scenarios/problems in terms of windows installer concepts.  I blame Phil for
my conversion from VS setup projects to wix.

(the other Phil)

-Original Message-
From: Jody Belka [mailto:lists-...@pimb.org]
Sent: Thursday, December 18, 2008 6:11 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix#


Hmm. Need to start playing about with Wix at the Wix level first anyway I
think :)

On a slightly different matter, is the Windows Installer book by Phil
Wilson the best one to get to help get a good understanding of the
underlying technology?



On Wed, Dec 17, 2008 at 01:02:45PM -0800, Rob Mensching wrote:
> It's kinda' neat to see other languages built on top of the WiX language
(if WiX is a 4GL, does that make them 5GL)?  ClickThrough is one example of
a higher language in the WiX toolset but it still uses XML... which seems to
be a negative for some people.  I don't care for the syntax presented in
WixSharp and would much take the VS Intellisense for XML any day.  But I
obviously don't have issues with angle brackets. 
>
> The thing to ensure is that the higher level languages are still
generating correct code.  I was a little concerned by the articles about
WixSharp because the example WiX code was not very good.  If the higher
level language generates that kind of WiX code then your trading off new
syntax for subpar output.  Not a trade I would make... but I obviously don't
have issues with angle brackets.  
>
>
> -Original Message-
> From: Jody Belka [mailto:lists-...@pimb.org]
> Sent: Wednesday, December 17, 2008 08:24
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Wix#
>
> Haven't played about with it myself at all, but was wondering if anyone
> else had seen this recent project? Looks intriguing.
>
> http://www.codeproject.com/KB/install/WixSharpArticle.aspx
>
> http://www.csscript.net/WixSharp.html
>
>
>
> J
> --
> Jody Belka
> knew (at) pimb (dot) org
>
> --

> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --

> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Counting uninstalls

[Colin Bleckner]

Hey guys,

I've been toying with the idea of adding a simple server notification during
the uninstall process.  Something as simple as pinging my server when the
application is uninstalled.  Does WiX support sending a simple HTTP request
during the install (or uninstall in my case) process?

Thanks,
Colin
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Distinguish between SQL integrated security andnormal authentication

[Bob Arnson]

Yan Sklyarenko wrote:
>  SqlDb="SqlMasterDB" SQL="CREATE DATABASE
>   

SqlDb is a literal string; it can't use a property or formatted string. 
You can use two components each with its own SqlString, and component 
conditions to choose between the two.

-- 
sig://boB
http://joyofsetup.com/



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [OT-ish]: Capturing high-level install requirements

[Bob Arnson]

Lester wrote:
> I am in the process of developing a formal requirements process for
> our product installs (currently the process is basically hallway
> conversations and scattered emails).
>   

I used a similar form approach in a previous life; in general, it worked 
for high-level things (we need this driver installed, this Web site 
created) but failed on lower-level things. For example, having a section 
for "registry values" breaks how components work in MSI; you really want 
registry values associated with the code that uses it, not grouped 
together in one big "RegistryComponent."

It also encourages problems getting mutated into something for setup to 
solve.

Finally, any low-level form tends to get people thinking that "setup 
development" means "re-typing the setup spec into " That makes it tougher to 
talk about the need to design setup like every other part of the software.

-- 
sig://boB
http://joyofsetup.com/



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question about minor upgrades and bootstrapper

[Bob Arnson]

Peter Björkman wrote:
> Using msistuff.exe with the option /o INSTALLUPD to modify my setup.exe 
> seemed like a solution but the problem remains.
>   

MsiStuff is for the setup.exe sample code in the MSI SDK; I don't think 
it's going to work with the .NET bootstrapper setup.exe.

-- 
sig://boB
http://joyofsetup.com/



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF - Using Shell32.dll

[Bob Arnson]

Dale Quigg wrote:
> I have a requirement to allow UNC paths.  My understanding is that the
> BrowseDlg does not allow this.
>   

No, mostly because MSI runs in system context except when impersonating 
the user during custom actions. Therefore, it has limited permissions to 
network resources.

Your problem is that Shell32.dll is a native Windows DLL, not a managed 
assembly. Check the command that MSBuild runs building your project 
outside VS; it will have the details you need to replicate it in NAnt.

-- 
sig://boB
http://joyofsetup.com/



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2721: Custom action not found in Binary tablestream

[Bob Arnson]

Scott Sam wrote:
> Upon a second look at things the binary was not in the original.  I
> currently don't have any patch families because I don't know what's
> changed so I want the patch to include everything.  

Then that's likely going to require the fix Rob mention Heath's working on.

-- 
sig://boB
http://joyofsetup.com/



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] REG_QWORD support in RegistryValue?

[Alex Ivanoff]

Well, subject says it.

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] uninstall fails to drop database, iis objects

[Amy Rosewater]

When I look through my registry under
HKLM\Software\Microsoft\Windows\CurrentVersion\UserData\[MY USER SID] I
don't see any of the database
components or IIS components for any of my side by side installations
(not the installed copies or the uninstalled copies).

Is there somewhere else I could be looking?

A

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] 
Sent: Thursday, December 18, 2008 1:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Rob,

That's a really good question.  I'm not entirely sure where to check to
make sure they are uninstalled, however, it made me wonder
about something.  I have a requirement for my company that I must be
able to install multiple instances of our application side by
side.  I have embedded transforms to achieve this, and as such the
product guid is different every time I install.  However, these
component guids are not different.  Could that have anything to do with
it?

A

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Thursday, December 18, 2008 1:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Are the Components actually being uninstalled?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] uninstall fails to drop database, iis objects

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03:02: RemoveAnalysisServerDatabase.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D3.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RestoreRemoveAna
lysisSer

Re: [WiX-users] uninstall fails to drop database, iis objects

[Rob Mensching]

1.  The verbose log file will have a section that tells you the Installed and 
Action states for your Components.  That's how you know what the installer is 
going to do.

2.  Yep.  If another product is still installed, the shared Components are not 
removed.

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:54
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Rob,

That's a really good question.  I'm not entirely sure where to check to
make sure they are uninstalled, however, it made me wonder
about something.  I have a requirement for my company that I must be
able to install multiple instances of our application side by
side.  I have embedded transforms to achieve this, and as such the
product guid is different every time I install.  However, these
component guids are not different.  Could that have anything to do with
it?

A

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Thursday, December 18, 2008 1:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Are the Components actually being uninstalled?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] uninstall fails to drop database, iis objects

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03:02: RemoveAnalysisServerDatabase.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D3.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RestoreRemoveAna
lysisServer
 -- RestoreRemoveAnalysisServer called.
 -- Remove 

Re: [WiX-users] DTF - Using Shell32.dll

[Dale Quigg]

Thanks Sam,


Scott Sam-2 wrote:
> 
> Why don't you use the BrowseDlg that comes with wix?
> 
> -Original Message-
> From: Dale Quigg [mailto:da...@messagegate.com] 
> I'm using DTF to create a custom action to show an Open Folder dialog in
> my UI.
> 

I have a requirement to allow UNC paths.  My understanding is that the
BrowseDlg does not allow this.

Dale

-- 
View this message in context: 
http://n2.nabble.com/DTF---Using-Shell32.dll-tp1674779p1674827.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF - Using Shell32.dll

[Scott Sam]

Why don't you use the BrowseDlg that comes with wix?

-Original Message-
From: Dale Quigg [mailto:da...@messagegate.com] 
Sent: Thursday, December 18, 2008 4:03 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] DTF - Using Shell32.dll

Hi,

I'm using DTF to create a custom action to show an Open Folder dialog in
my UI.

I'm using the code I found here;
http://todayslearnings.blogspot.com/2008/08/how-to-get-folder-browser-di
alog-in-c.html

I can build the project in VisualStudio (after adding a reference to
Shell32.dll), but when I try to build on the command line I get errors
like;

build:
 [exec] Current OS is Windows XP
 [exec] Executing 'C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe'
with arguments:
 [exec] '/target:library'
 [exec]
'/r:C:\(snip)\WiX\IMPORT\WiXv3/sdk/Microsoft.Deployment.WindowsInstaller
.dll'
 [exec]
'/out:C:\(snip)\WiX\Custom_Actions\Categorization\Categorization_CA.dll'
 [exec] 'Categorization_CA.cs'
 [exec]
 [exec] The ' characters around the executable and arguments are
 [exec] not part of the command.
 [exec] Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.1
 [exec] for Microsoft (R) .NET Framework version 3.5
 [exec] Copyright (C) Microsoft Corporation. All rights reserved.

 [exec] Categorization_CA.cs(633,17): error CS0246: The type or
namespace name 'Shell32' could not be found (are you missing a using
directive or an assembly reference?)


I added a reference on my command line, with;
/r:C:\Windows\System32\Shell32.dll

but this gives a different error;
 [exec] fatal error CS0009: Metadata file
'c:\WINDOWS\system32\shell32.dll' could not be opened -- 'An attempt was
made to load a program with an incorrect format. '

Any tips on what I need to successfully compile?

Thanks,
Dale


Dale Quigg  |||  Senior Build / Configuration / Installation Engineer
MessageGate  |||  Enterprise Email Governance



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF - Using Shell32.dll

[Dale Quigg]

Hi,

I'm using DTF to create a custom action to show an Open Folder dialog in my UI.

I'm using the code I found here;
http://todayslearnings.blogspot.com/2008/08/how-to-get-folder-browser-dialog-in-c.html

I can build the project in VisualStudio (after adding a reference to 
Shell32.dll), but when I try to build on the command line I get errors like;

build:
 [exec] Current OS is Windows XP
 [exec] Executing 'C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe' with 
arguments:
 [exec] '/target:library'
 [exec] 
'/r:C:\(snip)\WiX\IMPORT\WiXv3/sdk/Microsoft.Deployment.WindowsInstaller.dll'
 [exec] 
'/out:C:\(snip)\WiX\Custom_Actions\Categorization\Categorization_CA.dll'
 [exec] 'Categorization_CA.cs'
 [exec]
 [exec] The ' characters around the executable and arguments are
 [exec] not part of the command.
 [exec] Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.1
 [exec] for Microsoft (R) .NET Framework version 3.5
 [exec] Copyright (C) Microsoft Corporation. All rights reserved.

 [exec] Categorization_CA.cs(633,17): error CS0246: The type or namespace 
name 'Shell32' could not be found (are you missing a using directive or an 
assembly reference?)


I added a reference on my command line, with;
/r:C:\Windows\System32\Shell32.dll

but this gives a different error;
 [exec] fatal error CS0009: Metadata file 'c:\WINDOWS\system32\shell32.dll' 
could not be opened -- 'An attempt was made to load a program with an incorrect 
format. '

Any tips on what I need to successfully compile?

Thanks,
Dale


Dale Quigg  |||  Senior Build / Configuration / Installation Engineer
MessageGate  |||  Enterprise Email Governance


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] uninstall fails to drop database, iis objects

[Amy Rosewater]

Rob,

That's a really good question.  I'm not entirely sure where to check to
make sure they are uninstalled, however, it made me wonder
about something.  I have a requirement for my company that I must be
able to install multiple instances of our application side by
side.  I have embedded transforms to achieve this, and as such the
product guid is different every time I install.  However, these
component guids are not different.  Could that have anything to do with
it?

A

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Thursday, December 18, 2008 1:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall fails to drop database, iis objects

Are the Components actually being uninstalled?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] uninstall fails to drop database, iis objects

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03:02: RemoveAnalysisServerDatabase.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D3.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RestoreRemoveAna
lysisServer
 -- RestoreRemoveAnalysisServer called.
 -- Remove entered
 -- Connection string written: Data Source=PETER\INSTANCE1;Password=
 -- Connected to server.
 -- Analysis services database dropped
Action ended 13:03:06: RemoveAnalysisServerDatabase. Return value 1.
Action start 13:03:06: RemoveFiles.
Action ended 13:03:06: RemoveFiles. Return value 0.
Action start 13:03:06: RemoveFolders.
Action ended 13:03:06: RemoveFolders. Return value 1.
Action start 13:03:06: UndoCopyFiles.
Action ended 13:03:06: UndoCopyFiles. Return value 1.
Action start 13:03:06: RemoveRe

Re: [WiX-users] uninstall fails to drop database, iis objects

[Rob Mensching]

Are the Components actually being uninstalled?

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com]
Sent: Thursday, December 18, 2008 12:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] uninstall fails to drop database, iis objects

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03:02: RemoveAnalysisServerDatabase.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D3.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RestoreRemoveAna
lysisServer
 -- RestoreRemoveAnalysisServer called.
 -- Remove entered
 -- Connection string written: Data Source=PETER\INSTANCE1;Password=
 -- Connected to server.
 -- Analysis services database dropped
Action ended 13:03:06: RemoveAnalysisServerDatabase. Return value 1.
Action start 13:03:06: RemoveFiles.
Action ended 13:03:06: RemoveFiles. Return value 0.
Action start 13:03:06: RemoveFolders.
Action ended 13:03:06: RemoveFolders. Return value 1.
Action start 13:03:06: UndoCopyFiles.
Action ended 13:03:06: UndoCopyFiles. Return value 1.
Action start 13:03:06: RemoveReportingServicesDomain.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D4.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RemoveReportingS
ervicesDomain
 -- RemoveReportingServicesDomain called.
 -- RemoveReportingServicesDomain exception Invalid URI: The hostname
could not be parsed..
Action ended 13:03:09: RemoveReportingServicesDomain. Return value 1.
Action start 13:03:09: CreateFolders.
Action ended 13:03:09: CreateFolders. Return value 1.
Action start 13:03:09: ConfigureUsers.
Action ended 13:03:09: ConfigureUsers. Return value 1.
Action start 13:03:09: InstallFiles.
Action ended 13:03:09: InstallFiles. Return va

[WiX-users] uninstall fails to drop database, iis objects

[Amy Rosewater]

Hi All,

My installer is having a problem that didn't used to occur.  My install
copies files, creates a virtual directory, app pool, local windows user,
database and login within that database (amongst other things).  When I
execute the uninstall, the database, database login, iis virtual
directory, iis app pool and web application do not get dropped.

I am on the most recent weekly release of Wix 3.0.4813.0

I have attached below my database component, my IIS components, and
excerpts from my log file which show that the UninstallSqlData is not
executing any of my SqlString/SqlScript elements marked to execute on
uninstall.  The various properties utilized below are all set to the
value used during installation before "ValidateProductID".

I can't think of why this stopped working.  Is there something obvious
that I am doing wrong?

Any help anyone can offer would be greatly appreciated.

Thanks,

Amy 

My database component is as follows:


   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   



My IIS components are as follows:




   

   

   
   

   
   

   
   
   
   
   
   
   



>From my log file:
Action start 13:02:23: MigrateFeatureStates.
Action ended 13:02:23: MigrateFeatureStates. Return value 0.
Action start 13:02:23: InstallValidate.
Action ended 13:02:27: InstallValidate. Return value 1.
Action start 13:02:27: InstallInitialize.
Action ended 13:02:27: InstallInitialize. Return value 1.
Action start 13:02:27: ProcessComponents.
Action ended 13:02:28: ProcessComponents. Return value 1.
Action start 13:02:28: UnpublishFeatures.
Action ended 13:02:28: UnpublishFeatures. Return value 1.
Action start 13:02:28: SchedSecureObjectsRollback.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action start 13:02:28: ExecSecureObjectsRollback.
Action ended 13:02:28: ExecSecureObjectsRollback. Return value 1.
Action ended 13:02:28: SchedSecureObjectsRollback. Return value 1.
Action start 13:02:28: RollbackCopyFiles.
Action ended 13:02:28: RollbackCopyFiles. Return value 1.
Action start 13:02:28: StopServices.
Action ended 13:02:28: StopServices. Return value 1.
Action start 13:02:28: DeleteServices.
Action ended 13:02:28: DeleteServices. Return value 1.
Action start 13:02:28: UninstallCertificates.
UninstallCertificates:  Skipping ConfigureCertificates() - required
table not present.
Action ended 13:02:28: UninstallCertificates. Return value 1.
Action start 13:02:28: UninstallSqlData.
Action ended 13:03:02: UninstallSqlData. Return value 1.
Action start 13:03:02: RemoveAnalysisServerDatabase.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D3.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RestoreRemoveAna
lysisServer
 -- RestoreRemoveAnalysisServer called.
 -- Remove entered
 -- Connection string written: Data Source=PETER\INSTANCE1;Password=
 -- Connected to server.
 -- Analysis services database dropped
Action ended 13:03:06: RemoveAnalysisServerDatabase. Return value 1.
Action start 13:03:06: RemoveFiles.
Action ended 13:03:06: RemoveFiles. Return value 0.
Action start 13:03:06: RemoveFolders.
Action ended 13:03:06: RemoveFolders. Return value 1.
Action start 13:03:06: UndoCopyFiles.
Action ended 13:03:06: UndoCopyFiles. Return value 1.
Action start 13:03:06: RemoveReportingServicesDomain.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI2D4.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
ManagedCustomActions!ManagedCustomActions.CustomActions.RemoveReportingS
ervicesDomain
 -- RemoveReportingServicesDomain called.
 -- RemoveReportingServicesDomain exception Invalid URI: The hostname
could not be parsed..
Action ended 13:03:09: RemoveReportingServicesDomain. Return value 1.
Action start 13:03:09: CreateFolders.
Action ended 13:03:09: CreateFolders. Return value 1.
Action start 13:03:09: ConfigureUsers.
Action ended 13:03:09: ConfigureUsers. Return value 1.
Action start 13:03:09: InstallFiles.
Action ended 13:03:09: InstallFiles. Return value 1.
Action start 13:03:09: InstallCertificates.
InstallCertificates:  Skipping ConfigureCertificates() - required table
not present.
Action ended 13:03:09: InstallCertificates. Return value 1.
Action start 13:03:09: ConfigureIIs.
Action start 13:03:09: StartMetabaseTransaction.
Action ended 

Re: [WiX-users] On registering DLLs

[Rob Mensching]

Okay, I agree.  So how are you going to help us make it better?

Seriously, heat hasn't had an owner since Derek left us three years ago.  Bugs 
have piled up and no one has looked at them until this week.

Why was this week different?

Because all of the higher priority bugs (those bugs that would prevent you from 
creating correct output no matter how good the input or bugs in custom actions 
that would affect your install/uninstall/repair) were finally tackled so I 
spent a couple hours digging into the heat bugs.  I have 4 of them fixed on my 
machine that should go in for the next build.  I have no idea if that will 
address the issues you hit or not.

To be clear, I do not plan to become the owner of heat because there are too 
many other things that need my attention.  So it comes down to someone finally 
stepping up and say, "I'm going to put forth the effort to make heat a really 
good tool." Otherwise, everyone is just waiting for someone else to do it for 
them.

In the very least, I hope people are filing bug reports or adding detail to 
existing bugs to inform the volunteers willing to fix bugs which bugs are most 
important and exactly what needs fixing.


Finally, thank you for taking the time to send us the feedback but I'm saddened 
that you've decided a technology with known installation issues (SelfReg) is 
"good enough" for your customers.


-Original Message-
From: daft [mailto:daveb...@gmail.com]
Sent: Thursday, December 18, 2008 07:50
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] On registering DLLs


Sorry for digging this thread up but it seems very relevant to what I'm doing
now so hopefully it will still help others.

I'm with Sigurd on this.

I spent days - and I mean days - using Heat to generate the wxs files based
on registry entries for my COM dlls. Unfortunately since Heat is a
half-baked solution, I had to manually edit every single generated Wix file.
It's certainly not just a case of

That was all very well.

Now the beta testing has thrown up some issues and I've had to recompile
some of the dlls.

There's no way I can waste the time (or face the pain) involved with the
above process above, so I'm rewriting my Wix files to use self-registration.

>From what I've seen, the manually generated registry entries don't seem to
be removed on uninstall anyway, so I can't see how that is a benefit over
self-reg.

Wix is a very powerful tool, but IMO you waste a lot of time doing seemingly
very simple tasks. If I can write the Wix project to compile the latest
versions of my DLLs into the MSI and register them using self-reg, without
the pain of having to regenerate every time something changes, that's good
enough for me.
--
View this message in context: 
http://n2.nabble.com/On-registering-DLLs-tp690431p1673491.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WebSite is getting deleted when msi uninstalled.

[Rob Mensching]

Make the WebSite's Component Permanent.

-Original Message-
From: Kalvagadda, SivaKrishna (MLX Technology) 
[mailto:sivakrishna_kalvaga...@ml.com]
Sent: Wednesday, December 17, 2008 22:13
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WebSite is getting deleted when msi uninstalled.

Hi,

I am facing a problem with creating virtual directories under IIS.
When I install the package Website is been created by MSI like charm.
But when I uninstall the same MSI it is deleting the website also along
with virtual directories.

But my requirement is not to delete website but only virtual directories
only.

Thanks.

Regards,
Siva,
201-671-5552.

--
This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.
--


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix#

[Jody Belka]

Well, ordered it from Amazon and it's been despatched for delivery tomorrow,
so I'll be able to dive in over the weekend :)



On Thu, Dec 18, 2008 at 01:34:22PM +0200, Eitan Behar wrote:
> Phil's book is excellent - don't know if it's the best one, I haven't read
> them all 8^)


On Thu, Dec 18, 2008 at 08:14:11AM -0500, Phil Sayers wrote:
> +1 for Phil's book.
> It significantly helped me start to think about deployment
> scenarios/problems in terms of windows installer concepts.  I blame Phil for
> my conversion from VS setup projects to wix.
> 
> (the other Phil)

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] [OT-ish]: Capturing high-level install requirements

[Lester]

I am in the process of developing a formal requirements process for
our product installs (currently the process is basically hallway
conversations and scattered emails).

Part of the requirement framework is that all existing installs will
be migrated to MSI technology from our current InstallShield
script-based ones, and all new installs will be authored as MSI.

What I am looking for is a mechanism that will be able to capture all
the potential requirements of any given MSI and present them to, say,
a product manager who would be able to "fill in the blanks"
accordingly.  Then I could author the MSI based on this provided
information, confident that all possible functionality of MSI
techology was exposed to the person providing the responses.

My first thought was to drop Wix.xsd into InfoPath and let it churn
out a form based on that, since after all that schema basically
captures the entire MSI spec.  As you might imagine that got way too
unruly--too many low-level data structures and dependencies that would
be too time-consuming to prune down to something more managable.

Even just a doc of some sort outlining all the high-level capabilities
of MSI technology would do.  By "high-level" basically I'm speaking
about functionality apparent to an end-user: Registry sessings,
service control, shortcuts, IIS, etc.

I've looked around online but I can't seem to find a magic "MSI does
this, this, and this" kind of doc that I am interested in.

Any pointers would be greatly appreciated.

-Les

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On registering DLLs

[Neil Sleightholm]

I feel your pain but this isn't really a WiX issue it is Windows Installer. 
Having said that once you have generated the registry keys rebuilding the COM 
DLL shouldn't need you to redo this it should be the same unless you add a new 
interface and then you only need to add the new interface. 
 
Neil
 
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  
 



From: daft [mailto:daveb...@gmail.com]
Sent: Thu 18/12/2008 15:50
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] On registering DLLs




Sorry for digging this thread up but it seems very relevant to what I'm doing
now so hopefully it will still help others.

I'm with Sigurd on this.

I spent days - and I mean days - using Heat to generate the wxs files based
on registry entries for my COM dlls. Unfortunately since Heat is a
half-baked solution, I had to manually edit every single generated Wix file.
It's certainly not just a case of

That was all very well.

Now the beta testing has thrown up some issues and I've had to recompile
some of the dlls.

There's no way I can waste the time (or face the pain) involved with the
above process above, so I'm rewriting my Wix files to use self-registration.

>From what I've seen, the manually generated registry entries don't seem to
be removed on uninstall anyway, so I can't see how that is a benefit over
self-reg.

Wix is a very powerful tool, but IMO you waste a lot of time doing seemingly
very simple tasks. If I can write the Wix project to compile the latest
versions of my DLLs into the MSI and register them using self-reg, without
the pain of having to regenerate every time something changes, that's good
enough for me.
--
View this message in context: 
http://n2.nabble.com/On-registering-DLLs-tp690431p1673491.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On registering DLLs

[Craig Goldie virgin]

> I agree - I ended up giving up on Wix for the same reasons and reverting to
> using Visual Studio Setup. It was just too difficult and painful to get wix
> register a dll (regasm).
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On registering DLLs

[daft]

Sorry for digging this thread up but it seems very relevant to what I'm doing
now so hopefully it will still help others.

I'm with Sigurd on this.

I spent days - and I mean days - using Heat to generate the wxs files based
on registry entries for my COM dlls. Unfortunately since Heat is a
half-baked solution, I had to manually edit every single generated Wix file.
It's certainly not just a case of 

That was all very well. 

Now the beta testing has thrown up some issues and I've had to recompile
some of the dlls.

There's no way I can waste the time (or face the pain) involved with the
above process above, so I'm rewriting my Wix files to use self-registration. 

>From what I've seen, the manually generated registry entries don't seem to
be removed on uninstall anyway, so I can't see how that is a benefit over
self-reg.

Wix is a very powerful tool, but IMO you waste a lot of time doing seemingly
very simple tasks. If I can write the Wix project to compile the latest
versions of my DLLs into the MSI and register them using self-reg, without
the pain of having to regenerate every time something changes, that's good
enough for me.
-- 
View this message in context: 
http://n2.nabble.com/On-registering-DLLs-tp690431p1673491.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] msi logging

[Michael Owings]

If you run misexec by itself it will give you a list of valid 
parameters. "/l foo.log" gives you pretty much minimum verbosity
Yu, Brian wrote:
> I got this from http://www.dalun.com/wix/06.26.2005.htm
> 
> c:\WiX\msiexec /i product.msi /L*v log.txt
> 
>  
> 
> Is this the only way to write out logging?
> 
> I find it difficult to work out what the installer is doing, is there
> any way to change the logging level?
> 
> Is there some sort of reference document we can look up?
> 
>  
> 
> Brian
> 
> 
> _
> This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
> incorporated under the laws of England and Wales (company no. 05677531 and 
> VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, 
> London EC2M 3TQ. This e-mail and/or any attached documents may contain 
> privileged and confidential information and should only be read by those 
> persons to whom this e-mail is addressed. Use by other than intended 
> recipients is prohibited. If you are not the addressee, you must not copy, 
> distribute, disclose or use any of the information in it. If you have 
> received it in error, please delete it and immediately notify the sender. 
> EASYSCREEN reserves the right to monitor all e-mail messages passing through 
> its network. As we cannot guarantee the genuineness, accuracy or completeness 
> of the information contained in this message, the statements set forth are 
> not legally binding.
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> 


-- 
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] msi logging

[Martin MacPherson]

http://technet.microsoft.com/en-us/library/cc759262.aspx

2008/12/18 Yu, Brian 

> I got this from http://www.dalun.com/wix/06.26.2005.htm
>
> c:\WiX\msiexec /i product.msi /L*v log.txt
>
>
>
> Is this the only way to write out logging?
>
> I find it difficult to work out what the installer is doing, is there
> any way to change the logging level?
>
> Is there some sort of reference document we can look up?
>
>
>
> Brian
>
>
> _
> This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are
> incorporated under the laws of England and Wales (company no. 05677531 and
> VAT registration no. 872810613). Our registered office is at 155
> Bishopsgate, London EC2M 3TQ. This e-mail and/or any attached documents may
> contain privileged and confidential information and should only be read by
> those persons to whom this e-mail is addressed. Use by other than intended
> recipients is prohibited. If you are not the addressee, you must not copy,
> distribute, disclose or use any of the information in it. If you have
> received it in error, please delete it and immediately notify the sender.
> EASYSCREEN reserves the right to monitor all e-mail messages passing through
> its network. As we cannot guarantee the genuineness, accuracy or
> completeness of the information contained in this message, the statements
> set forth are not legally binding.
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix#

[Phil Sayers]

+1 for Phil's book.
It significantly helped me start to think about deployment
scenarios/problems in terms of windows installer concepts.  I blame Phil for
my conversion from VS setup projects to wix.

(the other Phil)

-Original Message-
From: Jody Belka [mailto:lists-...@pimb.org]
Sent: Thursday, December 18, 2008 6:11 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix#


Hmm. Need to start playing about with Wix at the Wix level first anyway I
think :)

On a slightly different matter, is the Windows Installer book by Phil
Wilson the best one to get to help get a good understanding of the
underlying technology?



On Wed, Dec 17, 2008 at 01:02:45PM -0800, Rob Mensching wrote:
> It's kinda' neat to see other languages built on top of the WiX language
(if WiX is a 4GL, does that make them 5GL)?  ClickThrough is one example of
a higher language in the WiX toolset but it still uses XML... which seems to
be a negative for some people.  I don't care for the syntax presented in
WixSharp and would much take the VS Intellisense for XML any day.  But I
obviously don't have issues with angle brackets. 
>
> The thing to ensure is that the higher level languages are still
generating correct code.  I was a little concerned by the articles about
WixSharp because the example WiX code was not very good.  If the higher
level language generates that kind of WiX code then your trading off new
syntax for subpar output.  Not a trade I would make... but I obviously don't
have issues with angle brackets.  
>
>
> -Original Message-
> From: Jody Belka [mailto:lists-...@pimb.org]
> Sent: Wednesday, December 17, 2008 08:24
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Wix#
>
> Haven't played about with it myself at all, but was wondering if anyone
> else had seen this recent project? Looks intriguing.
>
> http://www.codeproject.com/KB/install/WixSharpArticle.aspx
>
> http://www.csscript.net/WixSharp.html
>
>
>
> J
> --
> Jody Belka
> knew (at) pimb (dot) org
>
> --

> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --

> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix#

[Eitan Behar]

Phil's book is excellent - don't know if it's the best one, I haven't read
them all 8^)




On Thu, Dec 18, 2008 at 1:11 PM, Jody Belka  wrote:

> Hmm. Need to start playing about with Wix at the Wix level first anyway I
> think :)
>
> On a slightly different matter, is the Windows Installer book by Phil
> Wilson the best one to get to help get a good understanding of the
> underlying technology?
>
>
>
> On Wed, Dec 17, 2008 at 01:02:45PM -0800, Rob Mensching wrote:
> > It's kinda' neat to see other languages built on top of the WiX language
> (if WiX is a 4GL, does that make them 5GL)?  ClickThrough is one example of
> a higher language in the WiX toolset but it still uses XML... which seems to
> be a negative for some people.  I don't care for the syntax presented in
> WixSharp and would much take the VS Intellisense for XML any day.  But I
> obviously don't have issues with angle brackets. 
> >
> > The thing to ensure is that the higher level languages are still
> generating correct code.  I was a little concerned by the articles about
> WixSharp because the example WiX code was not very good.  If the higher
> level language generates that kind of WiX code then your trading off new
> syntax for subpar output.  Not a trade I would make... but I obviously don't
> have issues with angle brackets.  
> >
> >
> > -Original Message-
> > From: Jody Belka [mailto:lists-...@pimb.org]
> > Sent: Wednesday, December 17, 2008 08:24
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Wix#
> >
> > Haven't played about with it myself at all, but was wondering if anyone
> > else had seen this recent project? Looks intriguing.
> >
> > http://www.codeproject.com/KB/install/WixSharpArticle.aspx
> >
> > http://www.csscript.net/WixSharp.html
> >
> >
> >
> > J
> > --
> > Jody Belka
> > knew (at) pimb (dot) org
> >
> >
> --
> > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada.
> > The future of the web can't happen without you.  Join us at MIX09 to help
> > pave the way to the Next Web now. Learn more and register at
> >
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> --
> > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada.
> > The future of the web can't happen without you.  Join us at MIX09 to help
> > pave the way to the Next Web now. Learn more and register at
> >
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Distinguish between SQL integrated security andnormal authentication

[Yan Sklyarenko]

Thanks for a great hint, Chris! It also pointed me to my mistake I was
trying to figure out for a day...
But, as for the proposed strategy - it doesn't work for me.

I've followed your instructions below to trifles. Here is what I get in
my log:

...
MSI (s) (40:38) [12:46:12:187]: Doing action: SetDBUserMaster
Action 12:46:12: SetDBUserMaster. 
Action start 12:46:12: SetDBUserMaster.
MSI (s) (40:38) [12:46:12:187]: PROPERTY CHANGE: Adding SqlMasterDB
property. Its value is 'SqlMasterDBAuth'.
Action ended 12:46:12: SetDBUserMaster. Return value 1.
MSI (s) (40:38) [12:46:12:187]: Doing action: ProcessComponents
...

This says the custom action run and the property was set. 
My scripts reference SqlMasterDB in SqlDb attribute. User attribute is
never put to SqlString elements:



But later in the log file I can see the following:

...
MSI (s) (40:38) [12:46:12:890]: Doing action: InstallSqlData
Action 12:46:12: InstallSqlData. Configuring SQL Server
Action start 12:46:12: InstallSqlData.
MSI (s) (40:AC) [12:46:12:921]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI21D.tmp, Entrypoint: InstallSqlData
MSI (s) (40!00) [12:46:12:937]: PROPERTY CHANGE: Adding
ExecuteSqlStrings property. Its value is
'SqlMasterDB?.\SQLEXPRESS??master?-2147483648?1???AttachCore?1?CREATE
DATABASE [YSWix01Something_Core] ON ( FILENAME =
N'D:\default\Databases\Something.Core.MDF' ), ( FILENAME =
N'D:\default\Databases\Something.Core.ldf' ) FOR ATTACH'.
MSI (s) (40!00) [12:46:12:953]: Doing action: ExecuteSqlStrings
Action 12:46:12: ExecuteSqlStrings. Executing SQL Strings
Action start 12:46:12: ExecuteSqlStrings.
1: Executing SQL Strings 
Action ended 12:46:12: ExecuteSqlStrings. Return value 1.
Action ended 12:46:12: InstallSqlData. Return value 1.
...

And, as you can see, the value passed to the deferred action is still
SqlMasterDB, not SqlMasterDBAuth.
Hence, I can see my DBs being attached in context of my Windows user,
but not SQL sa user.

Please, point me on my mistake here.
Thank you very much!

-- Yan

-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com] 
Sent: Tuesday, December 16, 2008 8:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Distinguish between SQL integrated security
andnormal authentication

This is a little crazy, so I'll try to be as clear as possible...

Here's the pertinent section of my DB installer:










USESQLAUTH=1



First, I create a User entity using the possibly supplied properties.
Then
I create 2 SqlDatabase items.
SqlMasterDB is the one I intend to use with my scripts, and is set up to
use
integrated security.
I also create a SqlMasterDBAuth which connects to the same server, but
uses
SqlAuthentication.

I schedule a property replacement CA to assign the Sql Auth DB object
over
the integrated security one if the USESQLAUTH Property is set.

This allows me to write all my components pointing to SqlMasterDB, and
it
will contain the correct connection info when the time comes.

If this isn't clear enough, let me know.  I'll be happy to cover it
more.

Chris

On Tue, Dec 16, 2008 at 8:12 AM, tgoffice  wrote:

>
> Ok, how can I implement it in a better way ...
>
> Thanks in advanced!
> tom
>
>
> cemiles wrote:
> >
> > Oh, I think I know what you're saying now.  And I believe the answer
is
> > you
> > do need 2 components in order to do so, or so I've read and done.
> >
> > On Mon, Dec 15, 2008 at 9:10 AM, tgoffice  wrote:
> >
> >>
> >> Sorry, no this is a missunterstanding (my bad english
> >>  ... :confused:)
> >>
> >> How can I differ between a SqlDatabase with and without integrated
> >> security,
> >> withoud creating to components with nearly the same content (only
the
> >> User
> >> differs but I have to duplicate all sql scripts)
> >>
> >>
> >>
> >>
> >> cemiles wrote:
> >> >
> >> > Sorry, and that tag is incorrect for the RBG.
> >> >
> >> > Should read 
> >> >
> >> >
> >> >
> >> > cemiles wrote:
> >> >>
> >> >> You could set up a radiobuttongroup control and tie that
condition
> >> >> property to it.
> >> >>
> >> >> So, something like this would be the short version for 1
property
> >> >> DATABASEUSER:
> >> >>
> >> >>   
> >> >> 
> >> >>>> >> Title="!(loc.DBUserServerDlg_Title)">
> >> >>  >> Y="85"
> >> >> Width="301" Height="66" Property="ISINTEGRATEDSECURITY">
> >> >>   
> >> >>  >> >> X="0" Y="0" Width="300" Height="15" Value="1" />
> >> >>   
> >> >> 
> >> >>  >> >> Id="DatabaseUserText" Property="DATABASEUSER">
> >> >> ISINTEGRATEDSECURITY=0
> >> >>  >> >> Id="DatabaseUser" Transparent="yes" NoPrefix="yes"
> >> >> Text="!(loc.DBUserServerDlg_DatabaseUser)">
> >> >>   ISINTEGRATEDSECURITY=0
> >> >>   ISINTEGRATEDSECURITY=1
> >> >> 
> >> >>   
> >> >> 
> >> >>   
> >> >>
> >> >> Is this what you're looking for 

Re: [WiX-users] Wix#

[Jody Belka]

Hmm. Need to start playing about with Wix at the Wix level first anyway I
think :) 

On a slightly different matter, is the Windows Installer book by Phil
Wilson the best one to get to help get a good understanding of the
underlying technology?



On Wed, Dec 17, 2008 at 01:02:45PM -0800, Rob Mensching wrote:
> It's kinda' neat to see other languages built on top of the WiX language (if 
> WiX is a 4GL, does that make them 5GL)?  ClickThrough is one example of a 
> higher language in the WiX toolset but it still uses XML... which seems to be 
> a negative for some people.  I don't care for the syntax presented in 
> WixSharp and would much take the VS Intellisense for XML any day.  But I 
> obviously don't have issues with angle brackets. 
> 
> The thing to ensure is that the higher level languages are still generating 
> correct code.  I was a little concerned by the articles about WixSharp 
> because the example WiX code was not very good.  If the higher level language 
> generates that kind of WiX code then your trading off new syntax for subpar 
> output.  Not a trade I would make... but I obviously don't have issues with 
> angle brackets.  
> 
> 
> -Original Message-
> From: Jody Belka [mailto:lists-...@pimb.org]
> Sent: Wednesday, December 17, 2008 08:24
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Wix#
> 
> Haven't played about with it myself at all, but was wondering if anyone
> else had seen this recent project? Looks intriguing.
> 
> http://www.codeproject.com/KB/install/WixSharpArticle.aspx
> 
> http://www.csscript.net/WixSharp.html
> 
> 
> 
> J
> --
> Jody Belka
> knew (at) pimb (dot) org
> 
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] msi logging

[Yu, Brian]

I got this from http://www.dalun.com/wix/06.26.2005.htm

c:\WiX\msiexec /i product.msi /L*v log.txt

 

Is this the only way to write out logging?

I find it difficult to work out what the installer is doing, is there
any way to change the logging level?

Is there some sort of reference document we can look up?

 

Brian


_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
incorporated under the laws of England and Wales (company no. 05677531 and VAT 
registration no. 872810613). Our registered office is at 155 Bishopsgate, 
London EC2M 3TQ. This e-mail and/or any attached documents may contain 
privileged and confidential information and should only be read by those 
persons to whom this e-mail is addressed. Use by other than intended recipients 
is prohibited. If you are not the addressee, you must not copy, distribute, 
disclose or use any of the information in it. If you have received it in error, 
please delete it and immediately notify the sender. EASYSCREEN reserves the 
right to monitor all e-mail messages passing through its network. As we cannot 
guarantee the genuineness, accuracy or completeness of the information 
contained in this message, the statements set forth are not legally binding.
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WebSite is getting deleted when msi uninstalled.

[Neil Sleightholm]

Instead of creating the website you just need a reference to an existing one.



 
I think this has to go outside of a  element. You can then reference 
this in your  element.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  
 



From: Kalvagadda, SivaKrishna (MLX Technology) 
[mailto:sivakrishna_kalvaga...@ml.com]
Sent: Thu 18/12/2008 06:12
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WebSite is getting deleted when msi uninstalled.



Hi,

I am facing a problem with creating virtual directories under IIS.
When I install the package Website is been created by MSI like charm.
But when I uninstall the same MSI it is deleting the website also along
with virtual directories.

But my requirement is not to delete website but only virtual directories
only.

Thanks.

Regards,
Siva,
201-671-5552.

--
This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.
--


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WebSite is getting deleted when msi uninstalled.

[Eitan Behar]

If you are creating the Website (not just referencing to the Default Web
Site), set its component as permanent, and create the virtual directories in
different components.



On Thu, Dec 18, 2008 at 8:12 AM, Kalvagadda, SivaKrishna (MLX Technology) <
sivakrishna_kalvaga...@ml.com> wrote:

> Hi,
>
> I am facing a problem with creating virtual directories under IIS.
> When I install the package Website is been created by MSI like charm.
> But when I uninstall the same MSI it is deleting the website also along
> with virtual directories.
>
> But my requirement is not to delete website but only virtual directories
> only.
>
> Thanks.
>
> Regards,
> Siva,
> 201-671-5552.
>
> --
> This message w/attachments (message) may be privileged, confidential or
> proprietary, and if you are not an intended recipient, please notify the
> sender, do not use or share it and delete it. Unless specifically indicated,
> this message is not an offer to sell or a solicitation of any investment
> products or other financial product or service, an official confirmation of
> any transaction, or an official statement of Merrill Lynch. Subject to
> applicable law, Merrill Lynch may monitor, review and retain
> e-communications (EC) traveling through its networks/systems. The laws of
> the country of each sender/recipient may impact the handling of EC, and EC
> may be archived, supervised and produced in countries other than the country
> in which you are located. This message cannot be guaranteed to be secure or
> error-free. This message is subject to terms available at the following
> link: http://www.ml.com/e-communications_terms/. By messaging with Merrill
> Lynch you consent to the foregoing.
> --
>
>
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
>
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users