[WiX-users] How to select between SQL Authentication and Integrated Authentication during the install of the msi?

[Peter Joseph Solomon]

I have the following example which uses two components each with a
condition to select which component to run.  One component uses a
database linked to an SQL Authenticated User and the other to no user
(Integrated Authentication).

Command line options are passed, either USEINTEGRATEDSECURITY=1 or
USER=sa and PASSWORD=superadmin for either Integrated Authentication
or SQL Authentication respectivly.

This works fine, except it will be error prone maintaining the MSI.

I am looking for a way to achieve the same result, but with out having
to use two components. So just one component, but a way to instruct
the database/user to which authentication type it will use.
Any suggestions?

Kind regards
Peter

Example:

















USEINTEGRATEDSECURITY = 1












--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Adding ISAPI Filter to machine level

[Kalvagadda, SivaKrishna (Sales Technology)]

Hi,

I need help adding ISAPI filter at machine level through WIX. Could
someone direct me to do that.

Thanks.

Regards,
Siva,


--
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. The information contained in this 
e-mail was obtained from sources believed to be reliable; however, the accuracy 
or completeness of this information is not guaranteed. 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. 
References to "Merrill Lynch" are references to any company in the Merrill 
Lynch & Co., Inc. group of companies, which are wholly-owned by Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Past performance is no guarantee of future results. 
Attachments that are part of this E-communication may have additional important 
disclosures and disclaimers, which you should read. 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.
--
 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] INSTALLLEVEL Property

[Alex Wernecke]

Hi,

 

I have a custom dialog written in WiX with 3 buttons : server, client
and other. I need the INSTALLLEVEL property value to be set when one of
the 3 buttons is clicked. I set other property's values successfully
like that. Why does it not work for INSTALLLEVEL?

Here is the code :

 

DIALOG :

 







  1

  5000

  SERVER=1





  0

  1

  3000

  SERVER=0





  0

  1

  4000

  SERVER=0





  1















 

 

 

FEATURES :

 

 





  

 

  



  

 

 

  



  

 

When the setup reaches the featuresDlg none of the features are
"included" by default. I need the correct feature to be "included" by
default and if possible make them "read only" so users cannot remove
them from being included?

 

Many thanks,

 

Alex

 

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] common components are getting remove when i uninstall one of the products.

[MYFLEX]

Hi ,

Please try to understand the following problem and give me some solution.
1) 8 version of the products installed in the system.

2) now if I install 9 version (latest) of the product , installation is
done.

3) if i uninstall the latest version of the product , 

it is removing the common components. 
previously from 7 to 8 it was working fine. It used to leave the latest
common component dlls. 

but from 8 to 9 only it is removing.

major change from 8 version setups and 9 version setups are changed the WIX
version from 3.0.2925 to Wix3.0.5419.

Please tell me what is the difference.

-- 
View this message in context: 
http://n2.nabble.com/common-components-are-getting-remove-when-i-uninstall-one-of-the-products-tp4618570p4618570.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Show dependant feature changes in SelectTree without using sub features...

[Thorsten Schöning]

Hello,

we have a standard installer with the standard SelectTree as main gui
element to choose and change features. We now have the problem that we
have one feature which would fit best as a sub feature of another
feature because of user logic, but technically it depends on a
complete different feature in a complete different sub tree. For
example we have the following, where Feature 2.1 technically depends
on the installation of feature 1.1:

Feature 1
 - Feature 1.1
Feature 2
 - Feature 2.1

Is there any way to change the installation status of Feature 2.1
depending on the status of Feature 1.1 at the time when the user
chooses not to install for example Feature 1 and therefore not
installs Feature 1.1?

I found some sources from 2007 where is stated that this is not
possible with SelectTree, but only with workaorunds where Feature 2.1
is shown as a checkbox on it's own, then depending on the installation
state of Feature 1.1 using .

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning
AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig
 
Telefon: Potsdam: 0331-743881-0
E-Mail:  tschoen...@am-soft.de
Web: http://www.am-soft.de

AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam
Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX custom action error on windows vista or XP

[Alex Wernecke]

Hi,

 

Im having a problem. My WiX MSI's seem to only work correctly on windows
7?

 

In my WiX installation custom c# project actions are called and
performed but it only seems to work on windows 7 machines.

I have a condition check to check that the machine has .Net Framework
3.5 but at the point in the installation when the c# custom action is
executed the application installation ends with an error. 

The installation needs to be done on any machine from Windows XP or
newer.

 

What could cause this??

 

Many thanks,

 

Alex

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix Install - Limitations in Custom Dialogs / Custom Actions

[Robert Hermann]

Does Wix have any limitations with regards to the number of Custom
Dialogs or Custom actions it can perform ?

My scenario is a relatively complex install where the install does some
database checks and user permissions checks
in custom actions.  I have one custom action that is called from my .wxs
install script.   That one custom action
performs all the database /user permission checks.  It stores the
results of these checks in session.Item("a database flag")  variables.

Upon the return from this custom action, the install the examines the
values of session.item -variables-.  The install then knows to display
warning dialog boxes or the next configuration dialog.

All this is initially launched from a custom dialog where I list all the
SQL servers I see on the network. On this dialog I allow the choose the
sql server and then click the next button. The next button calls my
custom action. 

The problem that I am seeing is that the when I click the next button on
my "ServerSelectDialog" I see no response
But in the log file that I generate using /l*v,  I can see all
session.Item("a database flag") being set. I don't see any errors in
this log file either 


  






  




I'll be looking at this but can anyone see from first glance why I'm
getting this behavior ?



Rob Hermann

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to select between SQL Authentication and Integrated Authentication during the install of the msi?

[Mike Rerick]

This is what I have done for all of my database installs. I took the
standard FeatureTree and extended it with some additional screens. I use a
third party custom action to get a list of db servers that are available.
Hope this helps.

Also, see  http://wix.mindcapers.com/wiki/WiX_and_SQLServer


In my main WIX file:




   
   SQLSERVER_AUTHENTICATION = "Server"
   
   
 
   SQLSERVER_AUTHENTICATION = "Windows"
   
   


I took Feature Tree wix source and added custom screens to it. This is in a
separate include file.


http://schemas.microsoft.com/wix/2006/wi";>








Getting a list of
available database servers, please wait...
Getting a
list of network database servers, please wait...


















   






   
   


















1

1

1
LicenseAccepted = "1"

OLDERVERSIONBEINGUPGRADED
NOT
OLDERVERSIONBEINGUPGRADED
1

1
1

(NOT OLDERVERSIONBEINGUPGRADED) OR
(WixUI_InstallMode = "Change")
OLDERVERSIONBEINGUPGRADED

1

1
1
1
1
















   SQLSERVER_AUTHENTICATION="Windows"
   SQLSERVER_AUTHENTICATION="Server"


   SQLSERVER_AUTHENTICATION="Windows"
   SQLSERVER_AUTHENTICATION="Server"


   SQLSERVER_AUTHENTICATION="Windows"
   SQLSERVER_AUTHENTICATION="Server"


   SQLSERVER_AUTHENTICATION="Windows"
   SQLSERVER_AUTHENTICATION="Server"





   
   
   
   1



1











{\WixUI_Font_Title}No database server has been
selected.





   1


   1











{\WixUI_Font_Title}No database login password was
entered.





   1


   1








On Tue, Feb 23, 2010 at 12:01 AM, Peter Joseph Solomon <
pe...@nextsteps.co.za> wrote:

> I have the following example which uses two components each with a
> condition to select which component to run.  One component uses a
> database linked to an SQL Authenticated User and the other to no user
> (Integrated Authentication).
>
> Command line options are passed, either USEINTEGRATEDSECURITY=1 or
> USER=sa and PASSWORD=superadmin for either Integrated Authentication
> or SQL Authentication respectivly.
>
> This works fine, except it will be error prone maintaining the MSI.
>
> I am looking for a way to achieve the same result, but with out having
> to use two components. So just one component, but a way to instruct
> the database/user to which authentication type it will use.
> Any suggestions?
>
> Kind regards
> Peter
>
> Example:
>  />
>
> 
>
>  Database='IMAGETEST' User='SQLUser' Server='server' />
>  Database='IMAGETEST' Server='server' />
>
> 
> 
> 
>
>  Guid='665D641C-3570-4b96-9CA5-2B4C12594A35' KeyPath='yes'>
> 
>  SqlDb='SqlDatabase.SQLAuthentication' ExecuteOnInstall='yes' />
> 
>
>  Guid='E5DF48AE-2338-4029-9FDF-8DAA6AD0216D' KeyPath='yes'>
> USEINTEGRATEDSECURITY = 1
>  BinaryKey='CreateTable' SqlDb='SqlDatabase.IntegratedAuthentication'
> ExecuteOnInstall='yes' />
> 
>
> 
> 
> 
>
> 
> 
> 
> 
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

The information contained in this transmission contains potentially privileged, 
export controlled and/or confidential information of Imageware Systems, Inc. or 
its customers or partners.  It is intende

Re: [WiX-users] Wix Install - Limitations in Custom Dialogs / Custom Actions

[Blair]

Richard [legal...@xmission.com] noted that properties set by custom actions
called from dialogs aren't recognized by the dialogs that call the custom
actions unless you have the dialog "reset" the properties using the
properties' new values. He has blogged about it as well as mentioned it
several times in this list, as well as published his workaround for it.

-Original Message-
From: Robert Hermann [mailto:rob.herm...@nicewareintl.com] 
Sent: Tuesday, February 23, 2010 7:28 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix Install - Limitations in Custom Dialogs /
Custom Actions


Does Wix have any limitations with regards to the number of Custom
Dialogs or Custom actions it can perform ?

My scenario is a relatively complex install where the install does some
database checks and user permissions checks
in custom actions.  I have one custom action that is called from my .wxs
install script.   That one custom action
performs all the database /user permission checks.  It stores the
results of these checks in session.Item("a database flag")  variables.

Upon the return from this custom action, the install the examines the
values of session.item -variables-.  The install then knows to display
warning dialog boxes or the next configuration dialog.

All this is initially launched from a custom dialog where I list all the
SQL servers I see on the network. On this dialog I allow the choose the
sql server and then click the next button. The next button calls my
custom action. 

The problem that I am seeing is that the when I click the next button on
my "ServerSelectDialog" I see no response
But in the log file that I generate using /l*v,  I can see all
session.Item("a database flag") being set. I don't see any errors in
this log file either 


  






  




I'll be looking at this but can anyone see from first glance why I'm
getting this behavior ?



Rob Hermann


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX custom action error on windows vista or XP

[Blair]

What version of the framework do your custom actions require, and what
version of the framework are you testing for?

Also, how/where do you test for the framework, and at what point are your
custom actions sequenced?

-Original Message-
From: Alex Wernecke [mailto:awerne...@finteq.co.za] 
Sent: Tuesday, February 23, 2010 6:31 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX custom action error on windows vista or XP

Hi,

 

Im having a problem. My WiX MSI's seem to only work correctly on windows
7?

 

In my WiX installation custom c# project actions are called and
performed but it only seems to work on windows 7 machines.

I have a condition check to check that the machine has .Net Framework
3.5 but at the point in the installation when the c# custom action is
executed the application installation ends with an error. 

The installation needs to be done on any machine from Windows XP or
newer.

 

What could cause this??

 

Many thanks,

 

Alex

 


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] common components are getting remove when i uninstall one of the products.

[Blair]

Do your common components have the same GUIDs in version 9 as they did in 7
and 8? Are those common components still present in 9? If you repair 9, do
those components return?

With those three answers, we can help you indentify what is going wrong.
Also, the best source of information is a verbose installation log from
running your upgrade to 9.

-Original Message-
From: MYFLEX [mailto:shrinuen...@gmail.com] 
Sent: Tuesday, February 23, 2010 4:34 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] common components are getting remove when i uninstall
one of the products.


Hi ,

Please try to understand the following problem and give me some solution.
1) 8 version of the products installed in the system.

2) now if I install 9 version (latest) of the product , installation is
done.

3) if i uninstall the latest version of the product , 

it is removing the common components. 
previously from 7 to 8 it was working fine. It used to leave the latest
common component dlls. 

but from 8 to 9 only it is removing.

major change from 8 version setups and 9 version setups are changed the WIX
version from 3.0.2925 to Wix3.0.5419.

Please tell me what is the difference.

-- 
View this message in context:
http://n2.nabble.com/common-components-are-getting-remove-when-i-uninstall-o
ne-of-the-products-tp4618570p4618570.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IIS WebServiceExtension removed on repair

[pmdarrow]

Hi all,

I'm using the WiX IIS extension. Something weird is happening - when I
enable an IIS Web Service Extension using the following:


  
  


... the extension shows up properly in IIS on first install, but on repair
it gets removed (thus breaking my application.) I've tried adding a
NOT Installed and Transitive="yes" to the
EnableAspNet component, but the WSE still gets removed on repair. Any ideas? 

Peter
-- 
View this message in context: 
http://n2.nabble.com/IIS-WebServiceExtension-removed-on-repair-tp4620141p4620141.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to select between SQL Authentication and Integrated Authentication during the install of the msi?

[pmdarrow]

Mike, I'm not sure if you read Peter's question correctly. Your solution has
the same problem the he's looking to fix - two conditional components, one
for integrated authentication and one for SQL authentication.  He only wants
one component to maintain. 

Peter - I'm looking for a solution to this as well, I'm doing it the exact
same way as you.
-- 
View this message in context: 
http://n2.nabble.com/How-to-select-between-SQL-Authentication-and-Integrated-Authentication-during-the-install-of-the-msi-tp4617547p4620235.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 45, Issue 74

[Dane Anderson (Acro Service Corp)]

I found the answer. First it occurred to me, that I did not CARE which of the 
two files were found, as long as
at least ONE of them was. So I modified my code to look for BOTH of them 
independently and then as long as
one was found, do the install. It really helped to SPELL the file name properly 
too.

  








  
  
  


  
  
  




Dane Anderson
ACRO Service Corp.


-Original Message-
From: wix-users-requ...@lists.sourceforge.net 
[mailto:wix-users-requ...@lists.sourceforge.net]
Sent: Thursday, February 18, 2010 3:11 PM
To: wix-users@lists.sourceforge.net
Subject: WiX-users Digest, Vol 45, Issue 74

Send WiX-users mailing list submissions to
wix-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
wix-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
wix-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of WiX-users digest..."


Today's Topics:

   1. How to determine current culture in WiX preprocessor
  (Oleksandr Y. Nechyporenko)
   2. Verifying existance of a file using multiple properties
  (Dane Anderson (Acro Service Corp))
   3. Re: Installed app not showing up in add/remove programs (Blair)
   4. Re: Same app, different versions (Blair)
   5. Re: Same app, different versions (Gary Smith)
   6. Re: How to determine current culture in WiX preprocessor (Blair)
   7. Re: Verifying existance of a file using multiple  properties
  (Bryan Reich)


--

Message: 1
Date: Thu, 18 Feb 2010 20:20:57 +0200
From: "Oleksandr Y. Nechyporenko" 
Subject: [WiX-users] How to determine current culture in WiX
preprocessor
To: 
Message-ID: <000301cab0c7$203587c0$60a097...@com>
Content-Type: text/plain;   charset="us-ascii"

Hi All,



Is it possible to determine the culture using preprocessors directives?



I.e. I can specify in the Project Properties -> Build -> Cultures to Build 
several cultures. For example "en-US;uk-UA". After that I will receive 2 MSIs 
after the build. But I want to include some specific components to first MSI 
for en-US and some specific components to second MSI for uk-UA.
The easiest way to do it is to use preprocessor directives. But I can't 
understand, how I can check for which culture the current build is preformed 
using  operation.



Thanks.





--

Message: 2
Date: Thu, 18 Feb 2010 22:12:09 +
From: "Dane Anderson (Acro Service Corp)" 
Subject: [WiX-users] Verifying existance of a file using multiple
properties
To: "wix-users@lists.sourceforge.net"

Message-ID:

<693e11b59f9df94c95137755fe910e7b047ee...@tk5ex14mbxc105.redmond.corp.microsoft.com>

Content-Type: text/plain; charset="us-ascii"

I need to set up a launch condition that prohibits install if a particular file 
is NOT installed on the machine. What I have tried (that did not work) was:










  
  
  
  
  
  



The reason for TWO directory/file search nodes is, the one installer package 
must support installing on both 32 and
64 bit machines, and the registry key differs on the two platforms.
On a 32 bit machine it is

HKLM/SOFTWARE/

and on a 64 bit machine it is

HKLM/SOFTWARE/Wow6432Node/

 (The two  are the same).
According to the Wix Docs, the Directory/File search nodes that do NOT find the 
file should not pass a value to the parent, giving me just the one that DID 
find the file.

Since my own test machine is a 64 bit machine, I commented out the 32 bit 
directory search, and it STILL is not working.

Any suggestions on how I can make this work?

Dane Anderson
ACRO Service Corp.





--

Message: 3
Date: Thu, 18 Feb 2010 14:52:05 -0800
From: "Blair" 
Subject: Re: [WiX-users] Installed app not showing up in add/remove
programs
To: "'General discussion for Windows Installer XML toolset.'"

Message-ID: 
Content-Type: text/plain; charset="us-ascii"

To understand this issue: your application (when it was per-user) was installed 
into the original user's account (not the admin's account). The admin simply 
allowed the installation (in UAC it is called "over-the-shoulder" 
authorization).

Most installations should have Package/@InstallScope set to declare exactly 
what kind of installation they are.

-Original Message-
From: Gary Smith [mailto:gary.sm...@holdstead.com]
Sent: Thursday, February 18, 2010 9:12 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Installed app not showing up in add/remove programs

> Sounds like your package is

Re: [WiX-users] missing install files

[Harvey, John Ctr USAF Warfighter's Edge]

Have you looked at the version numbers on the files? This sort of a shot in the 
dark, but I believe MSI will not install a file with an older version number.

John Harvey

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Monday, February 22, 2010 4:30 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] missing install files

The easiest way out is to move the RemoveExistingProducts action to be
before InstallInitialize. However, there are situations where that doesn't
seem to work, and it carries (sometimes significant) upgrade costs.

Any better solution would involve a good in-depth analysis which is best
done one-on-one and involves a time commitment because recovering from
component rule violations for already released products has few good
solutions and many severe limitations and have to be reviewed case-by-case
since each possible "rule-of-thumb" has side effects that are often subtle.
Maybe now would be a good time to get that book on Windows Installer written
(but where will I find the time?).

-Original Message-
From: Mark Pietras [mailto:mpiet...@yahoo.com] 
Sent: Monday, February 22, 2010 1:39 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] missing install files

In short: when I install my newer msi package over an older existing
install, the old files are deleted but are not replaced with their newer
versions.  I end up with all "overlapping files" gone, and only newly-added
files remain.  For example:

Old WXS:

 
   
 
 
 
   
 

New WXS:

 
   
 
 
 
 
 
   
 

After installing new over old, my resulting folder only has f4 and f5...
I've lost f1 f2 f3.

I understand now that I probably shouldn't have done it this way... based on
what I'm reading it seems a component per file would have been the way to go
but it wasn't clear at the time of initial creation that this would be an
issue... didn't know to look for the solution of a problem I didn't know I
had.  Anyway, I've read through a few similar threads and I honestly just
don't get what the easiest way out of my situation is.  My "old" package has
30 or so directory components with lots of files and directories under each
component.  Of course now I have this "old" package installed in lots of
customer locations.  My situation is further complicated by the fact that
some customers have modified some resources and I don't want my update to
overwrite anything they've changed by hand.

I've tried a few things, unsuccessfully:

1) tried simply changing the component Guid... no change in behavior... only
the new files result.
2) tried changing  to
... which resulted in me
getting all the files correctly, but customer-modified resources were gone.
3) tried adding ... resulted in
some behavior I didn't understand where all the feature options were X'd
out... but selecting them to install still resulted in only new files.
4) tried making a component per file with all new Guids... that too resulted
in only the new files.

Am I missing something basic I hope?  Any help appreciated in recovering
from this situation and making it easier in the future.  Thanks.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] INSTALLLEVEL Property

[Harvey, John Ctr USAF Warfighter's Edge]

I am still somewhat new, but I thought the value of a Publish tag was a 
condition. I am not sure what a condition of "5000" would mean. Condition "1" 
is always true and that publish would always fire. The value of the property is 
set by the @Value attribute.

John Harvey


-Original Message-
From: Alex Wernecke [mailto:awerne...@finteq.co.za] 
Sent: Tuesday, February 23, 2010 3:55 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] INSTALLLEVEL Property

Hi,

 

I have a custom dialog written in WiX with 3 buttons : server, client
and other. I need the INSTALLLEVEL property value to be set when one of
the 3 buttons is clicked. I set other property's values successfully
like that. Why does it not work for INSTALLLEVEL?

Here is the code :

 

DIALOG :

 







  1

  5000

  SERVER=1





  0

  1

  3000

  SERVER=0





  0

  1

  4000

  SERVER=0





  1















 

 

 

FEATURES :

 

 





  

 

  



  

 

 

  



  

 

When the setup reaches the featuresDlg none of the features are
"included" by default. I need the correct feature to be "included" by
default and if possible make them "read only" so users cannot remove
them from being included?

 

Many thanks,

 

Alex

 

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Detecting if IIS is installed

[Nathan . Banek]

Greetings,

I have been trying to get my WiX installer to detect whether IIS is
installed on a target system or not (installer is expected to be used on
systems ranging from Windows XP to Windows 7). My problem is that the
detection condition does not seem to be working as my installer hangs on
the opening splashscreen dialog while calculating available space and
then eventually times out with an error saying the Network location #0
could not be reached. It seems that a registry search property I have
defined is being executed before the IIS condition check is performed,
but I'm not sure. Below are the two WiX fragment files with the relevant
code. Does anyone have a suggestion on how I can get my condition check
to occur first so that the installation can be disabled before the cost
calculations are performed?

Thanks,

Nathan Banek

This file is the one with my restrictions and condition checks:



http://schemas.microsoft.com/wix/2006/wi
 ">

  



  Installed OR IIS_MAJOR_VERSION

   


  



  Installed OR ((VersionNT < 600) OR IIS_METABASE_COMPAT)

  




In a different wxs file in the project I am attempting to extract the
path to IIS from the registry like so:



http://schemas.microsoft.com/wix/2006/wi
 "
 
xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension
 ">









 

 

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting if IIS is installed

[Wilson, Phil]

You should get a verbose log and see what's going on. Those "network location" 
messages tend to show up when a property is being used as a directory and not 
getting initialized properly. 

Phil Wilson 


-Original Message-
From: nathan.ba...@l-3com.com [mailto:nathan.ba...@l-3com.com] 
Sent: Tuesday, February 23, 2010 10:27 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Detecting if IIS is installed

Greetings,

I have been trying to get my WiX installer to detect whether IIS is
installed on a target system or not (installer is expected to be used on
systems ranging from Windows XP to Windows 7). My problem is that the
detection condition does not seem to be working as my installer hangs on
the opening splashscreen dialog while calculating available space and
then eventually times out with an error saying the Network location #0
could not be reached. It seems that a registry search property I have
defined is being executed before the IIS condition check is performed,
but I'm not sure. Below are the two WiX fragment files with the relevant
code. Does anyone have a suggestion on how I can get my condition check
to occur first so that the installation can be disabled before the cost
calculations are performed?

Thanks,

Nathan Banek

This file is the one with my restrictions and condition checks:



http://schemas.microsoft.com/wix/2006/wi
 ">

  



  Installed OR IIS_MAJOR_VERSION

   


  



  Installed OR ((VersionNT < 600) OR IIS_METABASE_COMPAT)

  




In a different wxs file in the project I am attempting to extract the
path to IIS from the registry like so:



http://schemas.microsoft.com/wix/2006/wi
 "
 
xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension
 ">









 

 

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Harvest feature in WiX v3.5's Votive

[Tony Paloma]

It looks like somehow your targets file didn't get updated. The Wix.targets 
included in 3.5.1419.0 doesn't use the ProjectReferenceSourcePaths since it was 
removed from the task. Previous versions of WiX had this task parameter.

When upgrading to 3.5.1419.0, did you uninstall and reinstall or just install 
over what you had? If the latter, try uninstalling and reinstalling.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Monday, February 22, 2010 11:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive

Will do, I have subsequently discovered that I get the same error when building 
any wixproj. So it is not specifically related to harvesting a project.

Neil

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: 22 February 2010 22:08
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive

Probably best to open a bug. This worked for me when I tested it so as much 
detail as you can provide would be helpful.

On Mon, Feb 22, 2010 at 1:31 PM, Neil Sleightholm
wrote:

> I have just tried the new Harvest feature in WiX v3.5's Votive
> (3.5.1419.0 and VS2008) and I get an error when building the project:
>
> C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix.targets(1403,7):
> error MSB4064: The "ProjectReferenceSourcePaths" parameter is not 
> supported by the "RefreshGeneratedFile" task. Verify the parameter 
> exists on the task, and it is a settable public instance property.
>
> C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix.targets(1402,5):
> error MSB4063: The "RefreshGeneratedFile" task could not be
initialized
> with its input parameters.
>
>
>
> Is this working for anyone else or should I raise a bug?
>
>
>
> Neil
>
>
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com 
>
>
>
>
>

--
> Download Intel® Parallel Studio Eval Try the new software tools 
> for yourself. Speed compiling, find bugs proactively, and fine-tune 
> applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC

--
Download Intel® Parallel Studio Eval Try the new software tools for 
yourself. Speed compiling, find bugs proactively, and fine-tune applications 
for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download Intel® Parallel Studio Eval Try the new software tools for 
yourself. Speed compiling, find bugs proactively, and fine-tune applications 
for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] missing install files

[Mark Pietras]

Thanks for the response.  Moving the RemoveExistingProducts route seems to be 
my best/easiest option, even though it overwrites file changes... at least I 
get a full/working install set.  A pre-backup and post-install-hand-merge will 
be necessary in many cases.

Regarding moving forward... any advice on if/when/how I should transition to a 
single-File-per-Component strategy?

Thanks, Mark.




From: Blair 
To: General discussion for Windows Installer XML toolset. 

Sent: Mon, February 22, 2010 6:30:28 PM
Subject: Re: [WiX-users] missing install files

The easiest way out is to move the RemoveExistingProducts action to be
before InstallInitialize. However, there are situations where that doesn't
seem to work, and it carries (sometimes significant) upgrade costs.

Any better solution would involve a good in-depth analysis which is best
done one-on-one and involves a time commitment because recovering from
component rule violations for already released products has few good
solutions and many severe limitations and have to be reviewed case-by-case
since each possible "rule-of-thumb" has side effects that are often subtle.
Maybe now would be a good time to get that book on Windows Installer written
(but where will I find the time?).

-Original Message-
From: Mark Pietras [mailto:mpiet...@yahoo.com] 
Sent: Monday, February 22, 2010 1:39 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] missing install files

In short: when I install my newer msi package over an older existing
install, the old files are deleted but are not replaced with their newer
versions.  I end up with all "overlapping files" gone, and only newly-added
files remain.  For example:

Old WXS:


   
 
 
 
   


New WXS:


   
 
 
 
 
 
   


After installing new over old, my resulting folder only has f4 and f5...
I've lost f1 f2 f3.

I understand now that I probably shouldn't have done it this way... based on
what I'm reading it seems a component per file would have been the way to go
but it wasn't clear at the time of initial creation that this would be an
issue... didn't know to look for the solution of a problem I didn't know I
had.  Anyway, I've read through a few similar threads and I honestly just
don't get what the easiest way out of my situation is.  My "old" package has
30 or so directory components with lots of files and directories under each
component.  Of course now I have this "old" package installed in lots of
customer locations.  My situation is further complicated by the fact that
some customers have modified some resources and I don't want my update to
overwrite anything they've changed by hand.

I've tried a few things, unsuccessfully:

1) tried simply changing the component Guid... no change in behavior... only
the new files result.
2) tried changing  to
... which resulted in me
getting all the files correctly, but customer-modified resources were gone.
3) tried adding ... resulted in
some behavior I didn't understand where all the feature options were X'd
out... but selecting them to install still resulted in only new files.
4) tried making a component per file with all new Guids... that too resulted
in only the new files.

Am I missing something basic I hope?  Any help appreciated in recovering
from this situation and making it easier in the future.  Thanks.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problems starting a service

[McKinnon Chris]

Hi,

I have a bit of a mystery that I was hoping other WiX users could help
solve.  I have a WiX MSI installer built for an application that installs a
web site and a Windows Service.  The Windows Service runs under a domain
account.  We tested the installer locally and on our SIT and UAT servers a
few weeks ago without any issues.  Then when it came to installing the app
on production, the service always failed to start.  I think we eliminated
the obvious causes.  The service account isn't locked out and the password
is correct.  The service account has modify access to the folder that the
service executable is in.  And, the service account is given the "log in as
service" right by the installer.

Now, we did find a work-around.  But I can't think of a good reason why it
works.  I added an option to the installer on whether to start the service
or not.  The work-around is:

1. Install the app with the service account but do not start the service.
2. Go the the "Services" control panel, change the service credentials to
the person doing the install and start the service.  If you try to start the
service with the domain account, right after the install, it will fail to
start.
3. Change the service credentials back to the domain account and start the
service.  It will then start successfully.

When I went back to the SIT and UAT servers to find a cause for this issue,
those servers seemed to have the same issue.  My guess is that some policy
has been pushed out to the servers that is causing the problem.  Does anyone
know of a setting or policy (that I haven't mentioned above) that would
prevent a service from starting?

Thanks,

Chris McKinnon
-- 
View this message in context: 
http://n2.nabble.com/Problems-starting-a-service-tp4621207p4621207.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting if IIS is installed

[Nathan . Banek]

The error went away right after I installed IIS on the machine. I
assumed the #0 reference was there because the registry search failed
and the default value of my IISROOT property was '#0'. I would have
thought without IIS on the machine thought that the condition would have
been caught before the registry search failed.

Incidentally, early on I did enable verbose logging, but didn't find a
great deal of help there other than a clue that led me to discover that
IIS was not installed on the machine on which I was testing the
installer (I had assumed it was present).

Thanks,
-Nathan

-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com] 
Sent: Tuesday, February 23, 2010 12:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detecting if IIS is installed

You should get a verbose log and see what's going on. Those "network
location" messages tend to show up when a property is being used as a
directory and not getting initialized properly. 

Phil Wilson 


-Original Message-
From: nathan.ba...@l-3com.com [mailto:nathan.ba...@l-3com.com]
Sent: Tuesday, February 23, 2010 10:27 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Detecting if IIS is installed

Greetings,

I have been trying to get my WiX installer to detect whether IIS is
installed on a target system or not (installer is expected to be used on
systems ranging from Windows XP to Windows 7). My problem is that the
detection condition does not seem to be working as my installer hangs on
the opening splashscreen dialog while calculating available space and
then eventually times out with an error saying the Network location #0
could not be reached. It seems that a registry search property I have
defined is being executed before the IIS condition check is performed,
but I'm not sure. Below are the two WiX fragment files with the relevant
code. Does anyone have a suggestion on how I can get my condition check
to occur first so that the installation can be disabled before the cost
calculations are performed?

Thanks,

Nathan Banek

This file is the one with my restrictions and condition checks:



http://schemas.microsoft.com/wix/2006/wi
 ">

  



  Installed OR IIS_MAJOR_VERSION

   


  



  Installed OR ((VersionNT < 600) OR IIS_METABASE_COMPAT)

  




In a different wxs file in the project I am attempting to extract the
path to IIS from the registry like so:



http://schemas.microsoft.com/wix/2006/wi
 "
 
xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension
 ">









 

 

 


--
Download Intel® Parallel Studio Eval Try the new software tools for
yourself. Speed compiling, find bugs proactively, and fine-tune
applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or
attached files, is intended solely for the individual or entity to which
it is addressed. This e-mail is confidential and may well also be
legally privileged. If you have received it in error, you are on notice
of its status. Please notify the sender immediately by reply e-mail and
then delete this message from your system. Please do not copy it or use
it for any purposes, or disclose its contents to any other person. This
email comes from a division of the Invensys Group, owned by Invensys
plc, which is a company registered in England and Wales with its
registered office at Portland House, Bressenden Place, London, SW1E 5BF
(Registered number 166023). For a list of European legal entities within
the Invensys Group, please go to
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_i
d=77. You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto
may be subject to the terms of any agreements between Invensys (and/or
its subsidiaries and affiliates) and the recipient (and/or its
subsidiaries and affiliates).




--
Download Intel® Parallel Studio Eval Try the new software tools for
yourself. Speed compiling, find bugs proactively, and fine-tune
applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev

[WiX-users] SQL2008 Express Merge Module

[John H. Bergman (XPedient Technologies)]

Does anyone know where I can find the SQL2008 Express Merge Module?  I have a 
requirement to install a local database, and have been unable to locate a way 
to include the SQL2008 Express in my installer.  I have seen several other 
products do this, so I know the capability exists...

Thanks,
John

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Rajendra Magar]

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml

 

 
   
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :(
Could someone please be kind with me and tell me what I could do to get my msi 
to install correctly? I am also attaching my WiX source and the config file 
used by InstallUtilLib.dll

Sincerely,
Raz Magar


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQL2008 Express Merge Module

[Arun Perregatturv]

Use the bootstrapper to include SQL2008. I don't think you will get merge 
modules of SQL 2008.

Arun Perregattur


-Original Message-
From: John H. Bergman (XPedient Technologies) 
[mailto:john.berg...@xpedienttechnologies.com]
Sent: Tuesday, February 23, 2010 3:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] SQL2008 Express Merge Module

Does anyone know where I can find the SQL2008 Express Merge Module?  I have a 
requirement to install a local database, and have been unable to locate a way 
to include the SQL2008 Express in my installer.  I have seen several other 
products do this, so I know the capability exists...

Thanks,
John

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Arun Perregatturv]

I do this .NET Service install and it works all the time.







 
  

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :( Could someone please be kind with me and tell me what 
I could do to get my msi to install correctly? I am also attaching my WiX 
source and the config file used by InstallUtilLib.dll

Sincerely,
Raz Magar


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Wilson, Phil]

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure. 

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson 


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml

 

 
   
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :(
Could someone please be kind with me and tell me what I could do to get my msi 
to install correctly? I am also attaching my WiX source and the config file 
used by InstallUtilLib.dll

Sincerely,
Raz Magar


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Rajendra Magar]

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com] 
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure. 

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson 


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml

 

 
   
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :(
Could someone please be kind with me and tell me what I could do to get my msi 
to install correctly? I am also attaching my WiX source and the config file 
used by InstallUtilLib.dll

Sincerely,
Raz Magar


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or us

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Arun Perregatturv]

For our service we set the Account to LocalSystem and works fine.

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure.

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml



 
  
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :(
Could someone please be kind with me and tell me what I could do to get my msi 
to install correctly? I am also attaching my WiX source and the config file 
used by InstallUtilLib.dll

Sincerely,
Raz Magar


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associ

Re: [WiX-users] Harvest feature in WiX v3.5's Votive

[Neil Sleightholm]

I did an upgrade from v3. Uninstalling v3 then installing v3.5 seems to
work. When I get time I will go back v3 and try an upgrade again.

I am installing the 32bit version of WiX in both cases on Windows 7 64
bit. I am testing with VS2008 although I also have VS2005 and VS2010 RC1
installed.

Neil

-Original Message-
From: Tony Paloma [mailto:apal...@microsoft.com] 
Sent: 23 February 2010 18:39
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive

It looks like somehow your targets file didn't get updated. The
Wix.targets included in 3.5.1419.0 doesn't use the
ProjectReferenceSourcePaths since it was removed from the task. Previous
versions of WiX had this task parameter.

When upgrading to 3.5.1419.0, did you uninstall and reinstall or just
install over what you had? If the latter, try uninstalling and
reinstalling.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Monday, February 22, 2010 11:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive

Will do, I have subsequently discovered that I get the same error when
building any wixproj. So it is not specifically related to harvesting a
project.

Neil

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: 22 February 2010 22:08
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive

Probably best to open a bug. This worked for me when I tested it so as
much detail as you can provide would be helpful.

On Mon, Feb 22, 2010 at 1:31 PM, Neil Sleightholm
wrote:

> I have just tried the new Harvest feature in WiX v3.5's Votive
> (3.5.1419.0 and VS2008) and I get an error when building the project:
>
> C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix.targets(1403,7):
> error MSB4064: The "ProjectReferenceSourcePaths" parameter is not 
> supported by the "RefreshGeneratedFile" task. Verify the parameter 
> exists on the task, and it is a settable public instance property.
>
> C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix.targets(1402,5):
> error MSB4063: The "RefreshGeneratedFile" task could not be
initialized
> with its input parameters.
>
>
>
> Is this working for anyone else or should I raise a bug?
>
>
>
> Neil
>
>
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com 
>
>
>
>
>

--
> Download Intel® Parallel Studio Eval Try the new software tools 
> for yourself. Speed compiling, find bugs proactively, and fine-tune 
> applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC

--
Download Intel® Parallel Studio Eval Try the new software tools for
yourself. Speed compiling, find bugs proactively, and fine-tune
applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval Try the new software tools for
yourself. Speed compiling, find bugs proactively, and fine-tune
applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-u

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Rajendra Magar]

In my case I am required to use NetworkService because the installer I am 
working on is supposed to install a client that looks for problems to solve on 
a network drive.

Thank you,
Raz



-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com] 
Sent: Tuesday, February 23, 2010 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

For our service we set the Account to LocalSystem and works fine.

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure.

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml



 
  
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend installing services using a managed code custom action, I have no 
choice at the moment. :(
Could someone please be kind with me and tell me what I could do to get my msi 
to install correctly? I am also attaching my WiX source and the config file 
used by InstallUtilLib.dll

Sincerely,
Raz Magar


-

[WiX-users] Harvest feature in WiX v3.5's Votive + Reference Assemblies

[Neil Sleightholm]

The new votive harvest feature looks really useful but it doesn't
harvest referenced assemblies. For example, my assembly references
log4net but this is not included in the MSI. I would suggest that
without this feature the harvest feature is fairly limited. Are there
any plans to include referenced assemblies?

 

Neil

 

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  

 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Arun Perregatturv]

Did you try using Network Service? with std wix servicecontrol?

Arun Perregattur

-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 5:01 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

In my case I am required to use NetworkService because the installer I am 
working on is supposed to install a client that looks for problems to solve on 
a network drive.

Thank you,
Raz



-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Tuesday, February 23, 2010 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

For our service we set the Account to LocalSystem and works fine.

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure.

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml



 
  
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error style bit set, but is no an error 
dialog".
When I tried to install on an XP machine, I got "InstallUtilLib.dll: Unknown 
error". I am attaching the verbose logs from both installation instances.
I looked into the logs and also searched around in online forums but I can't 
seem to find a way to fix these errors by manipulating my WiX input.

While I know that the author of the above link and Rob Mensching don't 
recommend inst

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Wilson, Phil]

Among the reasons that it's not recommended to use installer classes and 
InstallUtilLib is the one you're having. It's a black box Microsoft Dll that 
doesn't report errors very well. 

All I can recommend right now is that you look at your MSI file with Orca, and 
compare the custom actions and sequencing with the Visual Studio versions. 

Phil Wilson 


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] 
Sent: Tuesday, February 23, 2010 2:18 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

I tried with the conditions as shown below but I still get the same error 2869, 
although uninstall is no longer happening during install as you pointed out. 

$NewId_NetworkClient.exe=2
  $NewId_NetworkClient.exe=2

  $NewId_NetworkClient.exe>2
  $NewId_NetworkClient.exe>2

  $NewId_NetworkClient.exe>2
  $NewId_NetworkClient.exe>2

  $NewId_NetworkClient.exe>2
  $NewId_NetworkClient.exe>2



The rest of the WiX source is unaltered. Could you shed some light on what 
these conditions mean exactly? I was merely imitating from this link 
http://blog.vagmim.com/2004/09/installing-windows-services-created.html :( I am 
also attaching the verbose logs again.


Thank you,
Raz





-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure. 

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson 


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml

   
  
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.vagmim.com/2004/09/installing-windows-services-created.html

The preceding link uses InstallUtilLib.dll from .NET version 1.0 whereas I am 
using InstallUtilLib.dll from .NET version 2.0.
When I tried to install the generated msi on a Vista machine, I got "Error 
2869: The dialog ErrorDlg has the error s

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Rajendra Magar]

Yes I did. I used 'Account="NT Authority\Network Service"' and it worked in all 
of the machine configurations I tested but the experience described in the link 
below tells me that this value could be fragile.

http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg27992.html

Are you aware of a value that will work with 100% guarantee in all the 
platforms? I can't seem to find any documentation on that.

Thank you,
Raz





-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Tuesday, February 23, 2010 5:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Did you try using Network Service? with std wix servicecontrol?

Arun Perregattur

-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 5:01 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

In my case I am required to use NetworkService because the installer I am 
working on is supposed to install a client that looks for problems to solve on 
a network drive.

Thank you,
Raz



-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Tuesday, February 23, 2010 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

For our service we set the Account to LocalSystem and works fine.

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure.

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microsoft.com/wix/2006/wi";>
  




  Privileged




  Installed OR 





  
  




  

  

  

  



  

  
  

  



  
  


















  
  

  
  

  
  

  
  


  



(2) IUConfig.xml



 
  
  



Thank you,
Raz


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 2:48 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] Problem installing a .NET installer-based service using 
InstallUtilLib.dll

Hi,

I am working on a Visual Studio WiX project to install a .NET installer-based 
service using InstallUtilLib.dll/ManagedInstall. I was following the 
instructions in the following link.

http://blog.va

Re: [WiX-users] Problem installing a .NET installer-based service using InstallUtilLib.dll

[Michael Osmond]

Hi

I know I am coming in late on this one, so forgive me if I cover something that 
has already been said.

My understanding is that NetworkService came in with Windows 2003 so it is not 
"native" so to speak to windows 2000/XP.

What you could do set the Account to be a property, and depending on the 
platform type resolve your property to an account that is suitable to the 
platform.  I would suggest that on anything less than 2003 you use LocalSystem.

Also, NetworkService is called such because it is able to impersonate the 
Machine identity when connecting to network resources LocalSystem in fact also 
has this ability.

Regards

Michael

-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Wednesday, 24 February 2010 8:38 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Yes I did. I used 'Account="NT Authority\Network Service"' and it worked in all 
of the machine configurations I tested but the experience described in the link 
below tells me that this value could be fragile.

http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg27992.html

Are you aware of a value that will work with 100% guarantee in all the 
platforms? I can't seem to find any documentation on that.

Thank you,
Raz





-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Tuesday, February 23, 2010 5:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Did you try using Network Service? with std wix servicecontrol?

Arun Perregattur

-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 5:01 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

In my case I am required to use NetworkService because the installer I am 
working on is supposed to install a client that looks for problems to solve on 
a network drive.

Thank you,
Raz



-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
Sent: Tuesday, February 23, 2010 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

For our service we set the Account to LocalSystem and works fine.

Arun Perregattur


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 4:44 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Arun and Phil, Thank you but I am stuck with a .NET installer class which does 
much more than just install the service so I did not use ServiceInstall and 
ServiceControl. Besides ServiceInstall doesn't seem to obey the service 
parameters set by the installer class. For example, the .NET installer class I 
have sets the service account to NetworkService and if I want to use 
NetworkService account to run the installed service using ServiceInstall I have 
to specify Account="NT Authority\Network Service", which I have been warned in 
several forums may not always work for all Windows platforms. Please let me 
know if you are aware of a good documentation on what Account value to use that 
will work on all target machines.

Phil, thank you for the "condition" hint. The link I pasted below 
(http://blog.vagmim.com/2004/09/installing-windows-services-created.html) had 
conditions around the custom actions. I am afraid I seemed to have ignored them 
since I didn't understand what they were exactly. I will try with those 
conditions and provide an update.

Sincerely,
Raz



-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Tuesday, February 23, 2010 4:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

It seems to me that you are calling your custom action to uninstall the service 
*on an install* because you haven't got a condition on it. That looks like your 
first point of failure.

Curious why don't you have a choice about doing it the "proper" way as Arun 
described...

Phil Wilson


-Original Message-
From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com]
Sent: Tuesday, February 23, 2010 12:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem installing a .NET installer-based service 
using InstallUtilLib.dll

Two of my attachments got clobbered on the way, so I am copy+pasting them here.

(1) ServiceInstaller.wxs



http://schemas.microso

Re: [WiX-users] How to select between SQL Authentication andIntegrated Authentication during the install of the msi?

[Matt Lynch]

+1 - I did it this way too, but with a single home grown custom action which 
decides which properties to set.  My custom action uses 
ConnectionStringBuilder to construct a nice conn string which the installer 
can use.  I'm supporting a bunch of other db types and this method seemed to 
be the best of a bad bunch of options.

Cheers

- Original Message - 
From: "Mike Rerick" 
To: "General discussion for Windows Installer XML toolset." 

Sent: Wednesday, February 24, 2010 2:36 AM
Subject: Re: [WiX-users] How to select between SQL Authentication 
andIntegrated Authentication during the install of the msi?


> This is what I have done for all of my database installs. I took the
> standard FeatureTree and extended it with some additional screens. I use a
> third party custom action to get a list of db servers that are available.
> Hope this helps.
>
> Also, see  http://wix.mindcapers.com/wiki/WiX_and_SQLServer
>
>
> In my main WIX file:
>
> Server="[SELECTEDSQLSERVER]" User="SQLAdminUser"/>
> Server="[SELECTEDSQLSERVER]"/>
>
>KeyPath="yes"
>  Guid="{YOUR_GUID_HERE}">
>   SQLSERVER_AUTHENTICATION = "Server"
>BinaryKey="CreateDbSqlScript" SqlDb="SqlDb"
>   User="SQLAdminUser" ExecuteOnInstall="yes"
> ExecuteOnUninstall="no"
>   ContinueOnError="no" Sequence="1"/>
>   
>  KeyPath="yes"
>  Guid="{YOUR_GUID_HERE}">
>   SQLSERVER_AUTHENTICATION = "Windows"
>BinaryKey="CreateDbSqlScript" SqlDb="SqlDbWindows"
>   ExecuteOnInstall="yes" ExecuteOnUninstall="no"
>   ContinueOnError="no" Sequence="1"/>
>   
>
>
> I took Feature Tree wix source and added custom screens to it. This is in 
> a
> separate include file.
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
>
>
>
>
>
>
>
> 
>Getting a list of
> available database servers, please wait...
>Getting a
> list of network database servers, please wait...
>
>
>
>  Value="Select the database server to install to from the
> list below."/>
>  Value=" You can also specify the way to authenticate your
> login using your "/>
>
>
>Value="Please enter the DBA username and password for your
> database server"/>
>
>
>
>
>
>
>
>
>
>
>   
>
>
>
>
>
>
>   
>   
>
>
>
>
> Bold="yes"/>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Value="Return" Order="999">1
>
> Value="LicenseAgreementDlg">1
>
> Event="NewDialog" Value="WelcomeDlg">1
> Event="NewDialog" Value="CustomizeDlg">LicenseAccepted = "1"
>
> Value="MaintenanceTypeDlg" Order="1">OLDERVERSIONBEINGUPGRADED
> Value="LicenseAgreementDlg" Order="2">NOT
> OLDERVERSIONBEINGUPGRADED
> Value="DatabaseServerDlg">1
>
> Event="NewDialog"
> Value="CustomizeDlg">1
> Event="NewDialog"
> Value="VerifyReadyDlg">1
>
> Value="DatabaseServerDlg" Order="1">(NOT OLDERVERSIONBEINGUPGRADED) OR
> (WixUI_InstallMode = "Change")
> Value="MaintenanceTypeDlg" Order="2">OLDERVERSIONBEINGUPGRADED
>
> Event="NewDialog" Value="MaintenanceTypeDlg">1
>
> Event="NewDialog" Value="CustomizeDlg">1
> Event="NewDialog" Value="VerifyReadyDlg">1
> Event="NewDialog" Value="VerifyReadyDlg">1
> Event="NewDialog" Value="MaintenanceWelcomeDlg">1
>
> Title="[ProductName] Database Server">
> Height="15" Transparent="yes"
>NoPrefix="yes" Text="{\WixUI_Font_Title}Database Server
> Information"/>
> Height="15"
>Transparent="yes" NoPrefix="yes" Text="Enter the following
> information to facilitate the installation"/>
> Width="370"
> Height="44"
>TabSkip="no" Text="!(loc.InstallDirDlgBannerBitmap)"/>
> Height="0"/>
>
>
> Width="320" X="20" Y="50" Text="[DlgTitleFont][DbServerText]"
> Transparent="yes" NoPrefix="yes"/>
>
> Width="75" X="20" Y="67" Text="Database Server: " Transparent="yes"
> NoPrefix="yes"/>
> Width="270" X="20" Y="81" Property="D4WSQLSERVER" TabSkip="no"
> Sorted="yes"/>
>
> Height="50" Width="250" X="25" Y="161" Property="SQLSERVER_AUTHENTICATION"
> TabSkip="no"/>
>
> Width="60" X="50" Y="196" Text="[LoginIdLabel]" Transparent="yes"
> NoPrefix="yes">
>Action="disable">SQLSERVER_AUTHENTICATION="Windows"
>Action="enable">SQLSERVER_AUTHENTICATION="Server"
>
> Width="130" X="95" Y="194" Property="DBAUSERNAME" TabSkip="no">
>  

[WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Dear users,

I need to trigger a custom action (to configure some files) only when all
files have already been deployed. My code:

*

 
*

Somehow my custom action triggers BEFORE the files have been deployed so
naturally I get a file-not-found error when my custom action runs. It looks
like InstallFiles is run asynchronously and the custom action scheduled to
run after it get triggered before InstallFiles has completed. What am I
doing wrong?

Note that I would not like to add conditions to check if certain files exist
as I have no knowledge which files they would be. I just need to know that
ALL files have been deployed before I launch a custom config.

Thank you very much for expertise and your help,
Alexander
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Wilson, Phil]

Execute = deferred! That's what you need. Immediate is before files are 
installed. 

Phil Wilson 


-Original Message-
From: Alexander Volkov [mailto:volkov1...@gmail.com] 
Sent: Tuesday, February 23, 2010 3:31 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been 
Deployed

Dear users,

I need to trigger a custom action (to configure some files) only when all
files have already been deployed. My code:

*

 
*

Somehow my custom action triggers BEFORE the files have been deployed so
naturally I get a file-not-found error when my custom action runs. It looks
like InstallFiles is run asynchronously and the custom action scheduled to
run after it get triggered before InstallFiles has completed. What am I
doing wrong?

Note that I would not like to add conditions to check if certain files exist
as I have no knowledge which files they would be. I just need to know that
ALL files have been deployed before I launch a custom config.

Thank you very much for expertise and your help,
Alexander
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Thank you very much for your prompt response, Phil.
The thing is I pass some arguments into the custom action, and if I
use "deferred" the installation crashes and gets rolled back.The
Exception is "Cannot access session details from a non-immediate
custom action"

Any input?

Thank you very much,
Alexander


On 23 February 2010 15:39, Wilson, Phil  wrote:
> Execute = deferred! That's what you need. Immediate is before files are 
> installed.
>
> Phil Wilson

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Wilson, Phil]

That's DTF telling you that the session isn't available when deferred. I assume 
DTF has a CustomActionData mechanism for passing property values into your 
deferred custom action. 

Phil Wilson 



-Original Message-
From: Alexander Volkov [mailto:volkov1...@gmail.com] 
Sent: Tuesday, February 23, 2010 3:49 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have 
Been Deployed

Thank you very much for your prompt response, Phil.
The thing is I pass some arguments into the custom action, and if I
use "deferred" the installation crashes and gets rolled back.The
Exception is "Cannot access session details from a non-immediate
custom action"

Any input?

Thank you very much,
Alexander


On 23 February 2010 15:39, Wilson, Phil  wrote:
> Execute = deferred! That's what you need. Immediate is before files are 
> installed.
>
> Phil Wilson

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Somehow *session.CustomActionData.Keys.Count *returns *0 *
Any take?

Thanks so much!

On 23 February 2010 16:02, Wilson, Phil  wrote:

> That's DTF telling you that the session isn't available when deferred. I
> assume DTF has a CustomActionData mechanism for passing property values into
> your deferred custom action.
>
> Phil Wilson
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Thank you, Phil, I think I'm much close now due to your guidance.
May be you can guide me a bit further.

I use
*session.CustomActionData["INSTALLDIR"]*
to access this session property. However, I get this exception:

Exception thrown by custom action:
System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. --->
System.Collections.Generic.KeyNotFoundException: *The given key was not
present in the dictionary.*
  at System.ThrowHelper.ThrowKeyNotFoundException()
  at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
  at Microsoft.Deployment.WindowsInstaller.CustomActionData.get_Item(String
key)
  at ReportsInstaller.CustomActions.PostInstall(Session session)

What would be my further step?

Thank you so much,
Alexander

On 23 February 2010 16:02, Wilson, Phil  wrote:
> That's DTF telling you that the session isn't available when deferred. I
assume DTF has a CustomActionData mechanism for passing property values into
your deferred custom action.
>
> Phil Wilson
>
>
>
> -Original Message-
> From: Alexander Volkov [mailto:volkov1...@gmail.com]
> Sent: Tuesday, February 23, 2010 3:49 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All Files
Have Been Deployed
>
> Thank you very much for your prompt response, Phil.
> The thing is I pass some arguments into the custom action, and if I
> use "deferred" the installation crashes and gets rolled back.The
> Exception is "Cannot access session details from a non-immediate
> custom action"
>
> Any input?
>
> Thank you very much,
> Alexander
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Wilson, Phil]

Somebody that knows DTF needs to jump in here - that's not my area. But you 
*do* need a custom action that sets the convoluted CustomActionData mechanism 
working. I assume that's what sets the dictionary item. 

Without wishing to re-open the MSI-managed code bag of worms, I'd use a C++ 
custom action ;=) 

Phil Wilson 


-Original Message-
From: Alexander Volkov [mailto:volkov1...@gmail.com] 
Sent: Tuesday, February 23, 2010 4:24 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have 
Been Deployed

Thank you, Phil, I think I'm much close now due to your guidance.
May be you can guide me a bit further.

I use
*session.CustomActionData["INSTALLDIR"]*
to access this session property. However, I get this exception:

Exception thrown by custom action:
System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. --->
System.Collections.Generic.KeyNotFoundException: *The given key was not
present in the dictionary.*
  at System.ThrowHelper.ThrowKeyNotFoundException()
  at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
  at Microsoft.Deployment.WindowsInstaller.CustomActionData.get_Item(String
key)
  at ReportsInstaller.CustomActions.PostInstall(Session session)

What would be my further step?

Thank you so much,
Alexander

On 23 February 2010 16:02, Wilson, Phil  wrote:
> That's DTF telling you that the session isn't available when deferred. I
assume DTF has a CustomActionData mechanism for passing property values into
your deferred custom action.
>
> Phil Wilson
>
>
>
> -Original Message-
> From: Alexander Volkov [mailto:volkov1...@gmail.com]
> Sent: Tuesday, February 23, 2010 3:49 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All Files
Have Been Deployed
>
> Thank you very much for your prompt response, Phil.
> The thing is I pass some arguments into the custom action, and if I
> use "deferred" the installation crashes and gets rolled back.The
> Exception is "Cannot access session details from a non-immediate
> custom action"
>
> Any input?
>
> Thank you very much,
> Alexander
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at Portland House, Bressenden Place, London, 
SW1E 5BF (Registered number 166023). For a list of European legal entities 
within the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. 
You may contact Invensys plc on +44 (0)20 7821 3848 or e-mail 
inet.hqhelpd...@invensys.com. This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
affiliates).



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Thanks, Phil, you helped me a lot.
Alex

On 23 February 2010 17:13, Wilson, Phil  wrote:

> Somebody that knows DTF needs to jump in here - that's not my area. But you
> *do* need a custom action that sets the convoluted CustomActionData
> mechanism working. I assume that's what sets the dictionary item.
>
> Without wishing to re-open the MSI-managed code bag of worms, I'd use a C++
> custom action ;=)
>
> Phil Wilson
>
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Castro, Edwin G. (Hillsboro)]

To reiterate what Phil said earlier, you need two custom actions. CustomActionA 
will run in immediate mode and be scheduled just before CustomActionB which 
will run in deferred mode. The purpose of CustomActionA is to get all the data 
needed by CustomActionB.

CustomActionA will want to create a CustomActionData object and add all the 
data needed by CustomActionB. When all the data is captured you then want to 
call session.DoAction("CustomActionB", customActionData).

CustomActionB will then access the data added to the CustomActionData object 
above using the session.CustomActionData["id"] syntax.

Example:

public class CustomActionExample
{
private const string INSTALLDIR = "INSTALLDIR";

[CustomAction]
public static ActionResult CustomActionA(Session session)
{
var customActionData = new CustomActionData();
customActionData.Add(INSTALLDIR, session[INSTALLDIR]);
session.DoAction("CustomActionB", customActionData);
return ActionResult.Success;
}

[CustomAction]
public static ActionResult CustomActionB(Session session)
{
var installDir = session.CustomActionData[INSTALLDIR];
// use installDir here...
}
}

Note: I wrote the example from memory... There could be errors...

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

> -Original Message-
> From: Alexander Volkov [mailto:volkov1...@gmail.com]
> Sent: Tuesday, February 23, 2010 4:24 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All Files
> Have Been Deployed
> 
> Thank you, Phil, I think I'm much close now due to your guidance.
> May be you can guide me a bit further.
> 
> I use
> *session.CustomActionData["INSTALLDIR"]*
> to access this session property. However, I get this exception:
> 
> Exception thrown by custom action:
> System.Reflection.TargetInvocationException: Exception has been thrown
> by
> the target of an invocation. --->
> System.Collections.Generic.KeyNotFoundException: *The given key was not
> present in the dictionary.*
>   at System.ThrowHelper.ThrowKeyNotFoundException()
>   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
>   at
> Microsoft.Deployment.WindowsInstaller.CustomActionData.get_Item(String
> key)
>   at ReportsInstaller.CustomActions.PostInstall(Session session)
> 
> What would be my further step?
> 
> Thank you so much,
> Alexander
> 
> On 23 February 2010 16:02, Wilson, Phil 
> wrote:
> > That's DTF telling you that the session isn't available when
> deferred. I
> assume DTF has a CustomActionData mechanism for passing property values
> into
> your deferred custom action.
> >
> > Phil Wilson
> >
> >
> >
> > -Original Message-
> > From: Alexander Volkov [mailto:volkov1...@gmail.com]
> > Sent: Tuesday, February 23, 2010 3:49 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Triggering a Custom Action ONLY When All
> Files
> Have Been Deployed
> >
> > Thank you very much for your prompt response, Phil.
> > The thing is I pass some arguments into the custom action, and if I
> > use "deferred" the installation crashes and gets rolled back.The
> > Exception is "Cannot access session details from a non-immediate
> > custom action"
> >
> > Any input?
> >
> > Thank you very much,
> > Alexander
> >
> ---
> ---
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] common components are getting remove when i uninstall one of the products.

[MYFLEX]

Yes we have the same GUIDs.
Yes the common components are still in 9 version
we don't have the repair option.
we have not changed anything in 9 version for the common components.

the verbose log is as follows.when I install 9 version of the product. But
this component already installed with 8 version of another product.

Component: ToolkitUICotent_ToolkitComponent; Installed: Absent;   Request:
Local;   Action: Local

when I uninstall 9 version product the log is as follows.

[407]: Component: ToolkitUICotent_ToolkitComponent; Installed: Local;  
Request: Absent;   Action: FileAbsent

Please tell me what happened. everything is as same as , earlier. only we
changed the WIX version for building the MSI.


-- 
View this message in context: 
http://n2.nabble.com/common-components-are-getting-remove-when-i-uninstall-one-of-the-products-tp4618570p4623663.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a Custom Action ONLY When All Files Have Been Deployed

[Alexander Volkov]

Thank you ever so much, Edwin, this is exactly what I needed. Works like
magic.
Alexander

On 23 February 2010 18:39, Castro, Edwin G. (Hillsboro) <
edwin.cas...@fiserv.com> wrote:

> To reiterate what Phil said earlier, you need two custom actions.
> CustomActionA will run in immediate mode and be scheduled just before
> CustomActionB which will run in deferred mode. The purpose of CustomActionA
> is to get all the data needed by CustomActionB.
>
> CustomActionA will want to create a CustomActionData object and add all the
> data needed by CustomActionB. When all the data is captured you then want to
> call session.DoAction("CustomActionB", customActionData).
>
> CustomActionB will then access the data added to the CustomActionData
> object above using the session.CustomActionData["id"] syntax.
>
> Example:
>
> public class CustomActionExample
> {
>private const string INSTALLDIR = "INSTALLDIR";
>
>[CustomAction]
>public static ActionResult CustomActionA(Session session)
>{
>var customActionData = new CustomActionData();
>customActionData.Add(INSTALLDIR, session[INSTALLDIR]);
>session.DoAction("CustomActionB", customActionData);
>return ActionResult.Success;
>}
>
>[CustomAction]
>public static ActionResult CustomActionB(Session session)
>{
>var installDir = session.CustomActionData[INSTALLDIR];
>// use installDir here...
>}
> }
>
> Note: I wrote the example from memory... There could be errors...
>
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX custom action error on windows vista or XP

[Alex Wernecke]

They require .Net Framework 2.0, Im testing for the framework with the
following condition



  Installed OR NETFRAMEWORK35


This test is done just within the package tags. So it checks as the
installer is launched. I made a reference to WixNetFxExtenstion so that
it can check the framework.

Is it a problem that im checking for framework 3.5? Although I didn't
think it would as 3.5 needs 2.0 to be installed too.
Could the problem be Windows Installer?


Here is the custom action declaration and binary reference.






Custom actions are sequenced in the InstallExecuteSequence.


  
  NOT
Installed






-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Tuesday, February 23, 2010 6:25 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] WiX custom action error on windows vista or XP

What version of the framework do your custom actions require, and what
version of the framework are you testing for?

Also, how/where do you test for the framework, and at what point are
your
custom actions sequenced?

-Original Message-
From: Alex Wernecke [mailto:awerne...@finteq.co.za] 
Sent: Tuesday, February 23, 2010 6:31 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX custom action error on windows vista or XP

Hi,

 

Im having a problem. My WiX MSI's seem to only work correctly on windows
7?

 

In my WiX installation custom c# project actions are called and
performed but it only seems to work on windows 7 machines.

I have a condition check to check that the machine has .Net Framework
3.5 but at the point in the installation when the c# custom action is
executed the application installation ends with an error. 

The installation needs to be done on any machine from Windows XP or
newer.

 

What could cause this??

 

Many thanks,

 

Alex

 



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
 

__ Information from ESET Smart Security, version of virus
signature database 4890 (20100223) __

The message was checked by ESET Smart Security.

http://www.eset.com
 
 

__ Information from ESET Smart Security, version of virus
signature database 4890 (20100223) __

The message was checked by ESET Smart Security.

http://www.eset.com
 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to select between SQL Authentication andIntegrated Authentication during the install of the msi?

[Peter Joseph Solomon]

Hi Mike,

Are you saying that you do all your db work in the custom action, and
not in the SqlScript and SqlString tags?


On Wed, Feb 24, 2010 at 1:14 AM, Matt Lynch  wrote:
> +1 - I did it this way too, but with a single home grown custom action which
> decides which properties to set.  My custom action uses
> ConnectionStringBuilder to construct a nice conn string which the installer
> can use.  I'm supporting a bunch of other db types and this method seemed to
> be the best of a bad bunch of options.
>
> Cheers
>
> - Original Message -
> From: "Mike Rerick" 
> To: "General discussion for Windows Installer XML toolset."
> 
> Sent: Wednesday, February 24, 2010 2:36 AM
> Subject: Re: [WiX-users] How to select between SQL Authentication
> andIntegrated Authentication during the install of the msi?
>
>
>> This is what I have done for all of my database installs. I took the
>> standard FeatureTree and extended it with some additional screens. I use a
>> third party custom action to get a list of db servers that are available.
>> Hope this helps.
>>
>> Also, see  http://wix.mindcapers.com/wiki/WiX_and_SQLServer
>>
>>
>> In my main WIX file:
>>
>>        > Server="[SELECTEDSQLSERVER]" User="SQLAdminUser"/>
>>        > Server="[SELECTEDSQLSERVER]"/>
>>
>>       > KeyPath="yes"
>>                  Guid="{YOUR_GUID_HERE}">
>>           SQLSERVER_AUTHENTICATION = "Server"
>>           > BinaryKey="CreateDbSqlScript" SqlDb="SqlDb"
>>                           User="SQLAdminUser" ExecuteOnInstall="yes"
>> ExecuteOnUninstall="no"
>>                           ContinueOnError="no" Sequence="1"/>
>>       
>>         > KeyPath="yes"
>>                  Guid="{YOUR_GUID_HERE}">
>>           SQLSERVER_AUTHENTICATION = "Windows"
>>           > BinaryKey="CreateDbSqlScript" SqlDb="SqlDbWindows"
>>                           ExecuteOnInstall="yes" ExecuteOnUninstall="no"
>>                           ContinueOnError="no" Sequence="1"/>
>>       
>>
>>
>> I took Feature Tree wix source and added custom screens to it. This is in
>> a
>> separate include file.
>>
>> 
>> http://schemas.microsoft.com/wix/2006/wi";>
>>    
>>    
>>    
>>    
>>
>>    
>>    
>> 
>>        Getting a list of
>> available database servers, please wait...
>>        Getting a
>> list of network database servers, please wait...
>>
>>        
>>        
>>        >                  Value="Select the database server to install to from the
>> list below."/>
>>        >                  Value=" You can also specify the way to authenticate your
>> login using your "/>
>>        
>>        
>>        >            Value="Please enter the DBA username and password for your
>> database server"/>
>>        
>>        
>>        
>>        
>>        
>>        
>>        
>>        
>>
>>        
>>           
>>        
>>        
>>            
>>        
>>
>>        
>>           
>>           
>>        
>>
>>        
>>        
>>        > Bold="yes"/>
>>
>>        
>>        
>>
>>        
>>        
>>        
>>        
>>        
>>        
>>        
>>        
>>
>>        > Value="Return" Order="999">1
>>
>>        > Value="LicenseAgreementDlg">1
>>
>>        > Event="NewDialog" Value="WelcomeDlg">1
>>        > Event="NewDialog" Value="CustomizeDlg">LicenseAccepted = "1"
>>
>>        > Value="MaintenanceTypeDlg" Order="1">OLDERVERSIONBEINGUPGRADED
>>        > Value="LicenseAgreementDlg" Order="2">NOT
>> OLDERVERSIONBEINGUPGRADED
>>        > Value="DatabaseServerDlg">1
>>
>>        > Event="NewDialog"
>> Value="CustomizeDlg">1
>>        > Event="NewDialog"
>> Value="VerifyReadyDlg">1
>>
>>        > Value="DatabaseServerDlg" Order="1">(NOT OLDERVERSIONBEINGUPGRADED) OR
>> (WixUI_InstallMode = "Change")
>>        > Value="MaintenanceTypeDlg" Order="2">OLDERVERSIONBEINGUPGRADED
>>
>>        > Event="NewDialog" Value="MaintenanceTypeDlg">1
>>
>>        > Event="NewDialog" Value="CustomizeDlg">1
>>        > Event="NewDialog" Value="VerifyReadyDlg">1
>>        > Event="NewDialog" Value="VerifyReadyDlg">1
>>        > Event="NewDialog" Value="MaintenanceWelcomeDlg">1
>>
>>        > Title="[ProductName] Database Server">
>>            > Height="15" Transparent="yes"
>>                NoPrefix="yes" Text="{\WixUI_Font_Title}Database Server
>> Information"/>
>>            > Height="15"
>>                Transparent="yes" NoPrefix="yes" Text="Enter the following
>> information to facilitate the installation"/>
>>            > Width="370"
>> Height="44"
>>                TabSkip="no" Text="!(loc.InstallDirDlgBannerBitmap)"/>
>>            > Height="0"/>
>>
>>            
>>            > Width="320" X="20" Y="50" Text="[DlgTitleFont][DbServerText]"
>> Transparent="yes" NoPrefix="yes"/>
>>
>>            > Width="75" X="20" Y="67" Text="Database Server: " Transparent="yes"
>> NoPrefix="yes"/>
>>            > Width="270" X="20" Y="81" Property="D4WSQLSERVER" TabSkip="no"
>> Sorted="yes"/>
>>
>>            > Height="50" Width="250" X="25" Y="161" Property="SQLS

Re: [WiX-users] How to select between SQL Authentication and Integrated Authentication during the install of the msi?

[Peter Joseph Solomon]

Hi all,

I have come across this bug posted on the wix bug list:
SqlDatabase/@User - Change to formatted element - ID: 1520745
You can view it at this link:
http://sourceforge.net/tracker/index.php?func=detail&aid=1520745&group_id=105970&atid=642714

Also posts on Wix-Devs relating to the feature:
http://www.mail-archive.com/wix-d...@lists.sourceforge.net/msg02216.html

If this can be used or resolved then I am sure it will solve the issue
of having 2 components for two different methods of authentication.

Does anyone have anyone have any experience with this feature, or know
if this is something which will actually be resolved?

Kind regards

---
Peter Joseph Solomon
082 535 1844
pe...@nextsteps.co.za





On Tue, Feb 23, 2010 at 7:07 PM, pmdarrow  wrote:
>
> Mike, I'm not sure if you read Peter's question correctly. Your solution has
> the same problem the he's looking to fix - two conditional components, one
> for integrated authentication and one for SQL authentication.  He only wants
> one component to maintain.
>
> Peter - I'm looking for a solution to this as well, I'm doing it the exact
> same way as you.
> --
> View this message in context: 
> http://n2.nabble.com/How-to-select-between-SQL-Authentication-and-Integrated-Authentication-during-the-install-of-the-msi-tp4617547p4620235.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users