Re: [WiX-users] Unresolved UIRef

2007-06-06 Thread eloekset

Where did you set the value for 'Cultures'?


Nevermindgot itneeded a value for 'Cultures'

-- 
View this message in context: 
http://www.nabble.com/Unresolved-UIRef-tf3574381.html#a10984006
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installing a web server

2007-06-06 Thread Rennie Petersen
Do you need to do it via an MSI? If so, I have no ideas.
 
If you just want to do it any old way, you use the web server's
management console. Can't remember the details off hand, but if you
confirm that that is what you want, I'll dig up the information.
 
Rennie
 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of George
Reilly
Sent: 5. juni 2007 23:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installing a web server



I want to set up multiple web sites in IIS 6: each listening on
port 80, but using different Host headers. For example, www.coke.com
http://www.coke.com/  and www.pepsi.com http://www.pepsi.com/ .
These correspond to IIsWebServer nodes in metabase.xml.

 

I have not figured out how to do it. My hopes for the Header
attribute in WebAddress were quickly dashed. I also tried setting Port
to 80:www.pepsi.com, but the website stubbornly remained under IIS's
Default website.

 

-- 

/George V. Reilly   [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]206 816-8330 
Sr. Software Engineer 
atlas(r)
On Demand   www.AtlasSolutions.com
http://www.atlassolutions.com/ 

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Conditionally installing components based on user'slocale

2007-06-06 Thread Rennie Petersen
I do something similar, based (partly) on the UserLanguageID property.
 
I have a registry value, Name=Language, that should contain the code
en for English or da for Danish. 
 
See here:
 
http://www.merlinia.com/mdt/WiXTutorial3.msl
 
In my MSI, the UserLanguageID property is only made use of if the UI is
invoked. (I query the property in the Welcome dialog box.) But it should
also be possible to make use of this property in MSIs irrespective of
whether the UI is invoked or not.
 
Rennie
 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott
Palmer
Sent: 6. juni 2007 04:08
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditionally installing components based
on user'slocale


As part of my setup I would like to write certain registry
values depending on the country setting of the OS.  E.g. for North
American users I might set a registry value to 1, for European users the
value would be set to 2. 

Is there an easy way to do this without writing a custom action?
Failing that, is there a custom action that can be written
easily?


Thanks,

Scott



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to install files, run an action, then delete the files??

2007-06-06 Thread michaelbartlett
The custom action isn't the problem it is all the regular files put down by the 
installer that don't roll-back


-Original Message-
From: Bob Arnson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
wix-users@lists.sourceforge.net
Sent: Wed, 6 Jun 2007 6.01am
Subject: Re: [WiX-users] How to install files, run an action, then delete the 
files??


[EMAIL PROTECTED] wrote: 
 I have an MSI which installs files by dropping them in specific  
 directories. It then runs a custom action which may mail.   If it fails, 
 the MSI reports there has been a problems and the  progress bar goes 
 backwards. Normally this is the point where it will  remove all the files it 
 dropped onto the target system, but in this  case it doesn't remove them. 
 
When is the CA scheduled? MSI rolls back only during the installation 
transaction, so anything after InstallFinalize won't roll back, for example. 
 
-- sig://boB 
http://joyofsetup.com/ 
 



Get a FREE AOL Email account with 2GB of storage.  Plus, share and store photos 
and experience exclusively recorded live music Sessions from your favourite 
artists. Find out more at http://info.aol.co.uk/joinnow/?ncid=548.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Conditionally installing components based on user'slocale

2007-06-06 Thread Scott Palmer

Thanks, but I need to know the country and I don't really care about the
language.  I will have many systems where the language may be set to English
but I will need different values in the registry.


Scott

On 6/6/07, Rennie Petersen [EMAIL PROTECTED] wrote:


 I do something similar, based (partly) on the UserLanguageID property.

I have a registry value, Name=Language, that should contain the code en
for English or da for Danish.

See here:

http://www.merlinia.com/mdt/WiXTutorial3.msl

In my MSI, the UserLanguageID property is only made use of if the UI is
invoked. (I query the property in the Welcome dialog box.) But it should
also be possible to make use of this property in MSIs irrespective of
whether the UI is invoked or not.

Rennie


 --
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Scott Palmer
*Sent:* 6. juni 2007 04:08
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] Conditionally installing components based on
user'slocale

As part of my setup I would like to write certain registry values
depending on the country setting of the OS.  E.g. for North American users
I might set a registry value to 1, for European users the value would be set
to 2.

Is there an easy way to do this without writing a custom action?
Failing that, is there a custom action that can be written easily?


Thanks,

Scott


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Conditionally installing components based on user'slocale

2007-06-06 Thread Rennie Petersen
Well, the UserLanguageID doesn't just give you the language but also the
locale. There's a difference between English in the USA, English in
Canada, English in the UK, etc.
 
http://www.microsoft.com/globaldev/reference/lcid-all.mspx
 
Here are some other system properties you can use if UserLanguageID
isn't the right one:
 
http://msdn2.microsoft.com/en-us/library/aa370905.aspx
http://msdn2.microsoft.com/en-us/library/aa372389.aspx
 
Rennie
 





From: Scott Palmer [mailto:[EMAIL PROTECTED] 
Sent: 6. juni 2007 14:26
To: wix-users@lists.sourceforge.net
Cc: Rennie Petersen
Subject: Re: [WiX-users] Conditionally installing components
based on user'slocale


Thanks, but I need to know the country and I don't really care
about the language.  I will have many systems where the language may be
set to English but I will need different values in the registry.


Scott


On 6/6/07, Rennie Petersen [EMAIL PROTECTED] wrote: 

I do something similar, based (partly) on the
UserLanguageID property.
 
I have a registry value, Name=Language, that should
contain the code en for English or da for Danish. 
 
See here:
 
http://www.merlinia.com/mdt/WiXTutorial3.msl 
 
In my MSI, the UserLanguageID property is only made use
of if the UI is invoked. (I query the property in the Welcome dialog
box.) But it should also be possible to make use of this property in
MSIs irrespective of whether the UI is invoked or not.
 
Rennie
 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott
Palmer
Sent: 6. juni 2007 04:08
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditionally installing
components based on user'slocale



As part of my setup I would like to write
certain registry values depending on the country setting of the OS.
E.g. for North American users I might set a registry value to 1, for
European users the value would be set to 2. 

Is there an easy way to do this without writing
a custom action?
Failing that, is there a custom action that can
be written easily?


Thanks,

Scott




-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Acrobat as a condition

2007-06-06 Thread Antony Briggs
Hi all,

I'm deploying an application that generates and displays PDF files and need
to add a condition of acrobat 8 (reader or full version) on the installer
(and preferably allow them to install it)

I'm trying to detect the version of Acrobat installed using the version of
the AcroPDF.dll Dll on the users system. 

The following snippet obtains the location of the DLL file:

Property Id=ACROBATDLL
RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
Root='HKCR'
Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer32' /
/Property

Result:
Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat
7.0\ActiveX\AcroPDF.dll 

Now I need to get the version of the dll, which needs to be version 8.0.0.0.
To this end I'm trying to do a filesearch as follows:

Property Id=ACROBATVERSION8
FileSearch Id='AcrobatVersion8File'
Name='[ACROBATDLL]'
MinVersion='8.0.0.0'/
/Property

This isn't returning any results, presumably because I don't have a
directorysearch element. 

Can anybody answer any of the following questions:
1) Can I make FileSearch work with a full path in the Name property
2) can I separate the name  path so that I can populate a DirectorySearch
and FileSearch
3) Is there an easier way to get the FileVersion of the dll into a property?
(custom action?)
4) Finally, once I've detected that Acrobat is missing, how can I allow the
user to install it (it will be shipped on the product CD).
 
Thanks,
 
Antony


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Acrobat as a condition

2007-06-06 Thread Rennie Petersen
Does this have to be done in the MSI?

It sounds like it would be more suitable to do it in a bootstrapper, and
then run your MSI.

Or else add the functionality to the application itself, on first
execution.

Rennie
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Antony Briggs
 Sent: 6. juni 2007 15:19
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Acrobat as a condition
 
 Hi all,
 
 I'm deploying an application that generates and displays PDF 
 files and need to add a condition of acrobat 8 (reader or 
 full version) on the installer (and preferably allow them to 
 install it)
 
 I'm trying to detect the version of Acrobat installed using 
 the version of the AcroPDF.dll Dll on the users system. 
 
 The following snippet obtains the location of the DLL file:
 
 Property Id=ACROBATDLL
 RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
 Root='HKCR'
 Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer
 32' / /Property
 
 Result:
 Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat 
 7.0\ActiveX\AcroPDF.dll 
 
 Now I need to get the version of the dll, which needs to be 
 version 8.0.0.0.
 To this end I'm trying to do a filesearch as follows:
 
 Property Id=ACROBATVERSION8
 FileSearch Id='AcrobatVersion8File'
 Name='[ACROBATDLL]'
 MinVersion='8.0.0.0'/
 /Property
 
 This isn't returning any results, presumably because I don't 
 have a directorysearch element. 
 
 Can anybody answer any of the following questions:
 1) Can I make FileSearch work with a full path in the Name property
 2) can I separate the name  path so that I can populate a 
 DirectorySearch and FileSearch
 3) Is there an easier way to get the FileVersion of the dll 
 into a property?
 (custom action?)
 4) Finally, once I've detected that Acrobat is missing, how 
 can I allow the user to install it (it will be shipped on the 
 product CD).
  
 Thanks,
  
 Antony
 
 
 --
 ---
 This SF.net email is sponsored by DB2 Express Download DB2 
 Express C - the FREE version of DB2 express and take control 
 of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Phatom installation of msi if no feature in selected during custom installation

2007-06-06 Thread Anil Prasad
Hi,
We use WiX to package our binaries. One strange issue we are seeing is during 
custom installation. If I don't select any feature, and proceed to install, I 
see dummy installation entry in Add Remove programs. Does any one knows how to 
detect this in WiX and prevent it?

Thanks a lot,
Anil
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installing a web server

2007-06-06 Thread Rob Mensching
The WebAddress is how you do that and the Headers attribute should do what you 
are looking for.  I have to admit, I've never used the host headers to separate 
web sites so it is possible there is a bug in the CustomAction somewhere.  A 
little more detail about what you saw would help diagnose the root issue.

Also, the version of the WiX toolset you are using is important.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen
Sent: Wednesday, June 06, 2007 1:35 AM
To: George Reilly; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installing a web server

Do you need to do it via an MSI? If so, I have no ideas.

If you just want to do it any old way, you use the web server's management 
console. Can't remember the details off hand, but if you confirm that that is 
what you want, I'll dig up the information.

Rennie



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Reilly
Sent: 5. juni 2007 23:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installing a web server
I want to set up multiple web sites in IIS 6: each listening on port 80, but 
using different Host headers. For example, www.coke.comhttp://www.coke.com/ 
and www.pepsi.comhttp://www.pepsi.com/. These correspond to IIsWebServer 
nodes in metabase.xml.

I have not figured out how to do it. My hopes for the Header attribute in 
WebAddress were quickly dashed. I also tried setting Port to 
80:www.pepsi.com, but the website stubbornly remained under IIS's Default 
website.

--
/George V. Reilly   [EMAIL PROTECTED]mailto:[EMAIL PROTECTED]   206 816-8330
Sr. Software Engineer
atlas(r)
On Demand   www.AtlasSolutions.comhttp://www.atlassolutions.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Rob Mensching
The problem is that the description is easily modifiable by the end user.  The 
IP:Port:Header is the tuple that uniquely identifies your web site.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 11:14 PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website

 I found the following comment in the Wix custom action code (V2) when it's 
looking for the relevant web site

// TODO: fix this to look for the description as well (or is address enough)?

Therefore it uses the first match it finds based on IP and Port (and header if 
your using one). Seems to me that it would be better to include description to 
allow more exact matching.


From: Aaron Shurts [mailto:[EMAIL PROTECTED]
Sent: 05 June 2007 20:48
To: Stone, Darren (HBOS FS, IT , DDC Infrastructure)
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website
I have done many experiments trying to get this to work, but keep coming up 
with the same problems.  I tried creating a dummy component with the website 
info and referencing that, same result.  I tried actually nesting underneath a 
component with the website settings and the ConfigureIfExists flag set to 'no' 
and still same result.  No matter what I do, the virtual directory always ends 
up under the default stopped website, rather than my started website.  It looks 
like I might have to whip up a quick VBScript custom action in the mean time to 
get this accomplished.  I'll go ahead and create a bug for this.

Regards,
//aj
On 6/5/07, Aaron Shurts [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:
I am having the same problem, so if anyone has a solution, please let us know 
what it might be.

Regards,
//aj
On 6/4/07, [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [EMAIL 
PROTECTED]mailto:[EMAIL PROTECTED] wrote:

The scenario is that my target machine has two websites as follows:

Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)
My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)

Therefore they are identical but the default site is stopped (I know that the 
default web site should probably be deleted but this is not within my control).

I am attempting to create a new virtual directory within My Website and 
therefore I reference it as follows:

!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite
The problem I am having is that my virtual is always created within the default 
web site. If I change the Port or IP Address of the default web site then it is 
created within my website as expected (but this is not something I can do in 
production). Therefore the behaviour seems to be that the website lookup is 
done using IP Address and Port only (i.e. Description is ignored), and that the 
first IIS web site found that matches will be used (Default Web Site in this 
case as it is instance 1).

Is there a way to do a more exact match to ensure that my virtual is always 
created within the correct website.

As always any feedback would be most appreciated.

One thing I should mention here is that I have only tested this on XP (using 
IISAdmin.Net to replicate sites), I have not yet tested on 2003


.





HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.




==

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



.

--



HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.

==
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get 

Re: [WiX-users] Conditional Install based on another Product existing

2007-06-06 Thread Rob Mensching
ComponentSearch for a known Component in the pre-req package and Condition your 
Product to not install if it fails.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus
Sent: Tuesday, June 05, 2007 5:13 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional Install based on another Product existing


 I have an application that I only want to install if they have another
product installed.  Is there anyway to do this?
--
View this message in context: 
http://www.nabble.com/Conditional-Install-based-on-another-Product-existing-tf3875077.html#a10980182
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to install files, run an action, then delete the files??

2007-06-06 Thread John Vottero
If the CA fails, you expect the entire installation to rollback, right?  If so, 
then the CA has to scheduled before InstallFinalize because InstallFinalize is 
the “commit” so a failure after that won’t rollback what happened before 
InstallFinalize.

 

I think your next problem is going to be that you can’t schedule your CA before 
InstallFinalize because the NAnt files aren’t available for use until after 
InstallFinalize.  

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 5:20 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to install files, run an action, then delete the 
files??

 

The custom action isn't the problem it is all the regular files put down by the 
installer that don't roll-back


-Original Message-
From: Bob Arnson 
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
wix-users@lists.sourceforge.net
Sent: Wed, 6 Jun 2007 6.01am
Subject: Re: [WiX-users] How to install files, run an action, then delete the 
files??

[EMAIL PROTECTED] wrote: 
 I have an MSI which installs files by dropping them in specific  
 directories. It then runs a custom action which may mail.   If it fails, 
 the MSI reports there has been a problems and the  progress bar goes 
 backwards. Normally this is the point where it will  remove all the files it 
 dropped onto the target system, but in this  case it doesn't remove them. 
 
When is the CA scheduled? MSI rolls back only during the installation 
transaction, so anything after InstallFinalize won't roll back, for example. 
 
-- sig://boB 
http://joyofsetup.com/ 
 



Get a FREE AOL Email account with 2GB of storage. Plus, share and store photos 
and experience exclusively recorded live music Sessions from your favourite 
artists. Click Here http://info.aol.co.uk/joinnow/?ncid=548  for more 
information.

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Rob Mensching
Two web sites with the same Port:IP:Header is not supported by the 
CustomActions today.  There is nothing else in the metabase that uniquely 
identifies a Web Site (the Description is easily user modifiable so we haven't 
used that).  So, the CustomActions use what is supposed to be a unique tuple to 
find the web site.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Shurts
Sent: Tuesday, June 05, 2007 12:48 PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website

I have done many experiments trying to get this to work, but keep coming up 
with the same problems.  I tried creating a dummy component with the website 
info and referencing that, same result.  I tried actually nesting underneath a 
component with the website settings and the ConfigureIfExists flag set to 'no' 
and still same result.  No matter what I do, the virtual directory always ends 
up under the default stopped website, rather than my started website.  It looks 
like I might have to whip up a quick VBScript custom action in the mean time to 
get this accomplished.  I'll go ahead and create a bug for this.

Regards,
//aj
On 6/5/07, Aaron Shurts [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:
I am having the same problem, so if anyone has a solution, please let us know 
what it might be.

Regards,
//aj
On 6/4/07, [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [EMAIL 
PROTECTED]mailto:[EMAIL PROTECTED] wrote:

The scenario is that my target machine has two websites as follows:

Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)
My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)

Therefore they are identical but the default site is stopped (I know that the 
default web site should probably be deleted but this is not within my control).

I am attempting to create a new virtual directory within My Website and 
therefore I reference it as follows:

!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite
The problem I am having is that my virtual is always created within the default 
web site. If I change the Port or IP Address of the default web site then it is 
created within my website as expected (but this is not something I can do in 
production). Therefore the behaviour seems to be that the website lookup is 
done using IP Address and Port only (i.e. Description is ignored), and that the 
first IIS web site found that matches will be used (Default Web Site in this 
case as it is instance 1).

Is there a way to do a more exact match to ensure that my virtual is always 
created within the correct website.

As always any feedback would be most appreciated.

One thing I should mention here is that I have only tested this on XP (using 
IISAdmin.Net to replicate sites), I have not yet tested on 2003


.





HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.




==

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Rob Mensching
Does this only happen if there are two web sites with the same IP:Port:Header?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Shurts
Sent: Tuesday, June 05, 2007 12:53 PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website

Created a bug:
http://sourceforge.net/tracker/index.php?func=detailaid=1731648group_id=105970atid=642714
[ wix-Bugs-1731648 ] Problem referencing existing website to create vDir

Regards,
//aj
On 6/5/07, Aaron Shurts  [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:
I have done many experiments trying to get this to work, but keep coming up 
with the same problems.  I tried creating a dummy component with the website 
info and referencing that, same result.  I tried actually nesting underneath a 
component with the website settings and the ConfigureIfExists flag set to 'no' 
and still same result.  No matter what I do, the virtual directory always ends 
up under the default stopped website, rather than my started website.  It looks 
like I might have to whip up a quick VBScript custom action in the mean time to 
get this accomplished.  I'll go ahead and create a bug for this.

Regards,
//aj

On 6/5/07, Aaron Shurts  [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:
I am having the same problem, so if anyone has a solution, please let us know 
what it might be.

Regards,
//aj
On 6/4/07, [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [EMAIL 
PROTECTED]mailto:[EMAIL PROTECTED] wrote:

The scenario is that my target machine has two websites as follows:

Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)
My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)

Therefore they are identical but the default site is stopped (I know that the 
default web site should probably be deleted but this is not within my control).

I am attempting to create a new virtual directory within My Website and 
therefore I reference it as follows:

!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite
The problem I am having is that my virtual is always created within the default 
web site. If I change the Port or IP Address of the default web site then it is 
created within my website as expected (but this is not something I can do in 
production). Therefore the behaviour seems to be that the website lookup is 
done using IP Address and Port only (i.e. Description is ignored), and that the 
first IIS web site found that matches will be used (Default Web Site in this 
case as it is instance 1).

Is there a way to do a more exact match to ensure that my virtual is always 
created within the correct website.

As always any feedback would be most appreciated.

One thing I should mention here is that I have only tested this on XP (using 
IISAdmin.Net to replicate sites), I have not yet tested on 2003


.





HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.






==

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to remove an existing permission on install

2007-06-06 Thread Rob Mensching
It is not supported.  There is discussion the archive about the reasons why.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of sreenivas
Sent: Tuesday, June 05, 2007 12:25 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to remove an existing permission on install

Hi,

I have explored permission element but could not see
an option to remove an existing permission. Does
anyone has any input's on getting the desired
functionality.

Sreenivas.




Get your own web address.
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread Rob Mensching
Possible, but probably not what you customer is asking for: 
http://blogs.msdn.com/robmen/archive/2006/02/01/521809.aspx


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of carlH
Sent: Wednesday, June 06, 2007 7:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] wix as a wrapper for NSIS


We have a working NSIS installer for our app that works fine.  But one of our
clients has asked us to start producing a MSI version.  So my question is
this.  Would it be possible to use wix to create a wrapper installation that
runs our NSIS installer silently, then removes all traces of itself.

I've already created an simple wix installer that launches the installer
using InstallExecuteSequence (not 100% sure if this is the best method, but
it proves the theory)  What I need to know is how to then remove the
reference to the MSI installer in the list of Add/Remove programs and to
generally clean up after itself. This is because the NSIS comes with it's
own uninstaller so I need to avoid having 2 entries for the same program.

Any help from someone who has had to solve a similar issue would be really
useful

Carl
--
View this message in context: 
http://www.nabble.com/wix-as-a-wrapper-for-NSIS-tf3878437.html#a10990382
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Aaron Shurts

Rob,
I believe so.  The way we install our website is we stop the default site
and add our site in a different ID.  When we uninstall, we restart the
default site and restore the original metabase configuration before the
install of our product.  Wouldn't it make more sense to be able to specify a
site ID for an existing website?  A user could just as easily modify the
IP:Port:Header as they could the description.  For example our site
*usually* installs to site ID 67 when it is available.  So, specifying
either 67 or lm/w3svc/67/ROOT would seem the most reliable as opposed to
description or the ServerBindings property.  I haven't looked at the code
but it would seem you are enum'ing the sites until you find the
ServerBindings you are looking for.  What if I tell you, hey this is the
site ID I want to use...for installs as well, being able to specify the site
ID would be nice.  :-)

Regards,
//aj

On 6/6/07, Rob Mensching [EMAIL PROTECTED] wrote:


 Does this only happen if there are two web sites with the same
IP:Port:Header?



*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Aaron Shurts
*Sent:* Tuesday, June 05, 2007 12:53 PM
*To:* [EMAIL PROTECTED]
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Creation of Virtual Directory within existing
Website



Created a bug:
http://sourceforge.net/tracker/index.php?func=detailaid=1731648group_id=105970atid=642714

[ wix-Bugs-1731648 ] Problem referencing existing website to create vDir

Regards,
//aj

On 6/5/07, *Aaron Shurts*  [EMAIL PROTECTED] wrote:

I have done many experiments trying to get this to work, but keep coming
up with the same problems.  I tried creating a dummy component with the
website info and referencing that, same result.  I tried actually nesting
underneath a component with the website settings and the ConfigureIfExists
flag set to 'no' and still same result.  No matter what I do, the virtual
directory always ends up under the default stopped website, rather than my
started website.  It looks like I might have to whip up a quick VBScript
custom action in the mean time to get this accomplished.  I'll go ahead and
create a bug for this.

Regards,
//aj



On 6/5/07, *Aaron Shurts*  [EMAIL PROTECTED] wrote:

I am having the same problem, so if anyone has a solution, please let us
know what it might be.

Regards,
//aj

On 6/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:



The scenario is that my target machine has two websites as follows:



Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)

My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)



Therefore they are identical but the default site is stopped (I know that
the default web site should probably be deleted but this is not within my
control).



I am attempting to create a new virtual directory within My Website and
therefore I reference it as follows:



!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite

The problem I am having is that my virtual is always created within the
default web site. If I change the Port or IP Address of the default web site
then it is created within my website as expected (but this is not something
I can do in production). Therefore the behaviour seems to be that the
website lookup is done using IP Address and Port only (i.e. Description is
ignored), and that the first IIS web site found that matches will be used
(Default Web Site in this case as it is instance 1).



Is there a way to do a more exact match to ensure that my virtual is
always created within the correct website.



As always any feedback would be most appreciated.



One thing I should mention here is that I have only tested this on XP
(using IISAdmin.Net to replicate sites), I have not yet tested on 2003



.




HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.





==


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users







-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.

Re: [WiX-users] Acrobat as a condition

2007-06-06 Thread Rob Mensching
0.  AppSearch is tricky.  WiX has tried to make it easier to work with but 
there are still some rough edges.  The documentation in WiX and MSI is horribly 
confusing.  So, it takes some time.  I can just offer some suggestions.

1.  You can't expect the Property value to be used as the starting point for a 
Search.  That Property is the one that gets the *result* of the search.  It 
does not affect where the search starts.

2.  Instead, you need to pick up where the RegistrySearch left off.  To do 
that, you should normally nest values either under the RegistrySearch or above 
it (depending on your search).  In this case, it's weird because the registry 
key has the full path to the file.  I'd have to play with the searches a while 
to see if you can trim off the file name and then add a FileSearch to find the 
particular version you're looking for.  Again, searching is complicated.

3.  You could use a CustomAction.  You could always write a CustomAction.  
AppSearch is supposed to be the built-in way of doing things.  Built-in is 
always preferable because there are fewer chances for bugs (at least more 
people have tested it grin/).

4.  Typically searches are used to error and then point the user where to go 
next.  You could theoretically show a custom dialog and have a button on that 
dialog to launch the install.  Since your MSI wouldn't be in the 
InstallExecuteSequence, the other install should succeed (even if it is an MSI).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen
Sent: Wednesday, June 06, 2007 6:35 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Acrobat as a condition

Does this have to be done in the MSI?

It sounds like it would be more suitable to do it in a bootstrapper, and
then run your MSI.

Or else add the functionality to the application itself, on first
execution.

Rennie


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Antony Briggs
 Sent: 6. juni 2007 15:19
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Acrobat as a condition

 Hi all,

 I'm deploying an application that generates and displays PDF
 files and need to add a condition of acrobat 8 (reader or
 full version) on the installer (and preferably allow them to
 install it)

 I'm trying to detect the version of Acrobat installed using
 the version of the AcroPDF.dll Dll on the users system.

 The following snippet obtains the location of the DLL file:

 Property Id=ACROBATDLL
 RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
 Root='HKCR'
 Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer
 32' / /Property

 Result:
 Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat
 7.0\ActiveX\AcroPDF.dll

 Now I need to get the version of the dll, which needs to be
 version 8.0.0.0.
 To this end I'm trying to do a filesearch as follows:

 Property Id=ACROBATVERSION8
 FileSearch Id='AcrobatVersion8File'
 Name='[ACROBATDLL]'
 MinVersion='8.0.0.0'/
 /Property

 This isn't returning any results, presumably because I don't
 have a directorysearch element.

 Can anybody answer any of the following questions:
 1) Can I make FileSearch work with a full path in the Name property
 2) can I separate the name  path so that I can populate a
 DirectorySearch and FileSearch
 3) Is there an easier way to get the FileVersion of the dll
 into a property?
 (custom action?)
 4) Finally, once I've detected that Acrobat is missing, how
 can I allow the user to install it (it will be shipped on the
 product CD).

 Thanks,

 Antony


 --
 ---
 This SF.net email is sponsored by DB2 Express Download DB2
 Express C - the FREE version of DB2 express and take control
 of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Rob Mensching
You are correct, the Metabase Id is the ultimate thing that defines a web site. 
 Unfortunately, that identifier is not stable from machine to machine (or 
necessarily from install to install).  You cannot safely declare that your 
WebSite will always install at any Metabase Id #.  ServerBindings are supposed 
to be the one-to-one mapping to the Metabase Id.

From: Aaron Shurts [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 8:02 AM
To: Rob Mensching
Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website

Rob,
I believe so.  The way we install our website is we stop the default site and 
add our site in a different ID.  When we uninstall, we restart the default site 
and restore the original metabase configuration before the install of our 
product.  Wouldn't it make more sense to be able to specify a site ID for an 
existing website?  A user could just as easily modify the IP:Port:Header as 
they could the description.  For example our site *usually* installs to site ID 
67 when it is available.  So, specifying either 67 or lm/w3svc/67/ROOT would 
seem the most reliable as opposed to description or the ServerBindings 
property.  I haven't looked at the code but it would seem you are enum'ing the 
sites until you find the ServerBindings you are looking for.  What if I tell 
you, hey this is the site ID I want to use...for installs as well, being able 
to specify the site ID would be nice.  :-)

Regards,
//aj
On 6/6/07, Rob Mensching [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:

Does this only happen if there are two web sites with the same IP:Port:Header?



From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL 
PROTECTED]mailto:[EMAIL PROTECTED]] On Behalf Of Aaron Shurts
Sent: Tuesday, June 05, 2007 12:53 PM
To: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.netmailto:wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creation of Virtual Directory within existing Website



Created a bug:
http://sourceforge.net/tracker/index.php?func=detailaid=1731648group_id=105970atid=642714
[ wix-Bugs-1731648 ] Problem referencing existing website to create vDir

Regards,
//aj

On 6/5/07, Aaron Shurts  [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:

I have done many experiments trying to get this to work, but keep coming up 
with the same problems.  I tried creating a dummy component with the website 
info and referencing that, same result.  I tried actually nesting underneath a 
component with the website settings and the ConfigureIfExists flag set to 'no' 
and still same result.  No matter what I do, the virtual directory always ends 
up under the default stopped website, rather than my started website.  It looks 
like I might have to whip up a quick VBScript custom action in the mean time to 
get this accomplished.  I'll go ahead and create a bug for this.

Regards,
//aj



On 6/5/07, Aaron Shurts  [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote:

I am having the same problem, so if anyone has a solution, please let us know 
what it might be.

Regards,
//aj

On 6/4/07, [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [EMAIL 
PROTECTED]mailto:[EMAIL PROTECTED] wrote:



The scenario is that my target machine has two websites as follows:



Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)

My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)



Therefore they are identical but the default site is stopped (I know that the 
default web site should probably be deleted but this is not within my control).



I am attempting to create a new virtual directory within My Website and 
therefore I reference it as follows:



!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite

The problem I am having is that my virtual is always created within the default 
web site. If I change the Port or IP Address of the default web site then it is 
created within my website as expected (but this is not something I can do in 
production). Therefore the behaviour seems to be that the website lookup is 
done using IP Address and Port only (i.e. Description is ignored), and that the 
first IIS web site found that matches will be used (Default Web Site in this 
case as it is instance 1).



Is there a way to do a more exact match to ensure that my virtual is always 
created within the correct website.



As always any feedback would be most appreciated.



One thing I should mention here is that I have only tested this on XP (using 
IISAdmin.Net to replicate sites), I have not yet tested on 2003



.
















HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 

Re: [WiX-users] Acrobat as a condition

2007-06-06 Thread Rob Hamflett
Can I suggest an option to say yeah I know I don't have Acrobat, but install 
anyway?  Acrobat 
isn't the only PDF viewer.

Rob

Antony Briggs wrote:
 Hi all,
 
 I'm deploying an application that generates and displays PDF files and need
 to add a condition of acrobat 8 (reader or full version) on the installer
 (and preferably allow them to install it)
 
 I'm trying to detect the version of Acrobat installed using the version of
 the AcroPDF.dll Dll on the users system. 
 
 The following snippet obtains the location of the DLL file:
 
 Property Id=ACROBATDLL
 RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
 Root='HKCR'
 Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer32' /
 /Property
 
 Result:
 Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat
 7.0\ActiveX\AcroPDF.dll 
 
 Now I need to get the version of the dll, which needs to be version 8.0.0.0.
 To this end I'm trying to do a filesearch as follows:
 
 Property Id=ACROBATVERSION8
 FileSearch Id='AcrobatVersion8File'
 Name='[ACROBATDLL]'
 MinVersion='8.0.0.0'/
 /Property
 
 This isn't returning any results, presumably because I don't have a
 directorysearch element. 
 
 Can anybody answer any of the following questions:
 1) Can I make FileSearch work with a full path in the Name property
 2) can I separate the name  path so that I can populate a DirectorySearch
 and FileSearch
 3) Is there an easier way to get the FileVersion of the dll into a property?
 (custom action?)
 4) Finally, once I've detected that Acrobat is missing, how can I allow the
 user to install it (it will be shipped on the product CD).
  
 Thanks,
  
 Antony
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] COM+ in V3

2007-06-06 Thread Graham Harwood

Hi,

Did I understand from the V3 history (weekly build 3.0.3001.0) that COM+ is
now integrated into V3?

I can't resolve the ComPlusApplication element using either the original
pubca schema or the ComPlusExtension schema denoted in the help chm.

Did I miss something or have I jumped the gun on this one?

Regards
Graham
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Custom GUI Controls

2007-06-06 Thread John Joyce

Hi,

I'm looking for a way to replace the SelectionTree GUI control with a custom

GUI control. I've searched numerous sources and have found nothing.
Any help appreciated.

Regards,
John Joyce
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creation of Virtual Directory within existing Website

2007-06-06 Thread Aaron Shurts

What about the directory?  That is one of the things I tried to get this
working, but the directory doesn't seem to be taken in to account.  The site
ID is easily enough obtainable from the metabase properties.  You wouldn't
necessarily have to hard-code it.  The only reason we default to 67 is to
make the lives our our support team a little easier.  We can give them
scripts and other test tools that assume the site is 67 and only have to
change it on the rare instance where it is not.

Regards,
//aj

On 6/6/07, Rob Mensching [EMAIL PROTECTED] wrote:


 You are correct, the Metabase Id is the ultimate thing that defines a web
site.  Unfortunately, that identifier is not stable from machine to machine
(or necessarily from install to install).  You cannot safely declare that
your WebSite will always install at any Metabase Id #.  ServerBindings are
supposed to be the one-to-one mapping to the Metabase Id.



*From:* Aaron Shurts [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, June 06, 2007 8:02 AM
*To:* Rob Mensching
*Cc:* [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Creation of Virtual Directory within existing
Website



Rob,
I believe so.  The way we install our website is we stop the default site
and add our site in a different ID.  When we uninstall, we restart the
default site and restore the original metabase configuration before the
install of our product.  Wouldn't it make more sense to be able to specify a
site ID for an existing website?  A user could just as easily modify the
IP:Port:Header as they could the description.  For example our site
*usually* installs to site ID 67 when it is available.  So, specifying
either 67 or lm/w3svc/67/ROOT would seem the most reliable as opposed to
description or the ServerBindings property.  I haven't looked at the code
but it would seem you are enum'ing the sites until you find the
ServerBindings you are looking for.  What if I tell you, hey this is the
site ID I want to use...for installs as well, being able to specify the site
ID would be nice.  :-)

Regards,
//aj

On 6/6/07, *Rob Mensching* [EMAIL PROTECTED] wrote:

Does this only happen if there are two web sites with the same
IP:Port:Header?



*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Aaron Shurts
*Sent:* Tuesday, June 05, 2007 12:53 PM
*To:* [EMAIL PROTECTED]
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Creation of Virtual Directory within existing
Website



Created a bug:
http://sourceforge.net/tracker/index.php?func=detailaid=1731648group_id=105970atid=642714

[ wix-Bugs-1731648 ] Problem referencing existing website to create vDir

Regards,
//aj

On 6/5/07, *Aaron Shurts*  [EMAIL PROTECTED] wrote:

I have done many experiments trying to get this to work, but keep coming
up with the same problems.  I tried creating a dummy component with the
website info and referencing that, same result.  I tried actually nesting
underneath a component with the website settings and the ConfigureIfExists
flag set to 'no' and still same result.  No matter what I do, the virtual
directory always ends up under the default stopped website, rather than my
started website.  It looks like I might have to whip up a quick VBScript
custom action in the mean time to get this accomplished.  I'll go ahead and
create a bug for this.

Regards,
//aj



On 6/5/07, *Aaron Shurts*  [EMAIL PROTECTED] wrote:

I am having the same problem, so if anyone has a solution, please let us
know what it might be.

Regards,
//aj

On 6/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:



The scenario is that my target machine has two websites as follows:



Default Web Site, IP Address - All Unassigned, Port - 80, Status (STOPPED)

My Website, IP Address - All Unassigned, Port - 80, Status (STARTED)



Therefore they are identical but the default site is stopped (I know that
the default web site should probably be deleted but this is not within my
control).



I am attempting to create a new virtual directory within My Website and
therefore I reference it as follows:



!-- Reference to website --
WebSite Id='MyWebSite' Description='My Website'
  WebAddress Id='MyWebsiteAddr' Port='80' /
/WebSite

The problem I am having is that my virtual is always created within the
default web site. If I change the Port or IP Address of the default web site
then it is created within my website as expected (but this is not something
I can do in production). Therefore the behaviour seems to be that the
website lookup is done using IP Address and Port only (i.e. Description is
ignored), and that the first IIS web site found that matches will be used
(Default Web Site in this case as it is instance 1).



Is there a way to do a more exact match to ensure that my virtual is
always created within the correct website.



As always any feedback would be most appreciated.



One thing I should mention here is that I have only tested this on XP
(using IISAdmin.Net to replicate 

Re: [WiX-users] Custom GUI Controls

2007-06-06 Thread Richard J Foster
On Wed, 2007-06-06 at 11:57 -0400, John Joyce wrote:
 I'm looking for a way to replace the SelectionTree GUI control with a custom 
 GUI control. I've searched numerous sources and have found nothing. 

That's probably because Microsoft Installer is very limited in the
choice of intrinsic available controls.

If you *really* need something else, then you'll have to implement an
external user interface.

See http://msdn2.microsoft.com/en-us/library/aa367445.aspx and
http://msdn2.microsoft.com/en-us/library/aa370384.aspx for more details.

Regards,
Richard



* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Peek Traffic Corporation 
is neither liable for the contents, nor for the proper, complete and timely 
transmission of (the information contained in) this communication. If you have 
received this communication in error, please notify the author by replying to 
this e-mail immediately and delete the material from any computer.



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Is it possible to detect if a software is currentlyrunning ?

2007-06-06 Thread Palit
Thanks

This what I thought and done but when I Uninstall my WebPlayer which it is 
running in a browser, installer can tell me that I must quit the active browser 
to continue ...
so there is a mecanism somehere 

Nicolas.

  - Original Message - 
  From: fiordean dacian 
  To: WiX-users@lists.sourceforge.net 
  Sent: Tuesday, June 05, 2007 4:57 PM
  Subject: Re: [WiX-users] Is it possible to detect if a software is 
currentlyrunning ?



  Hi Nicolas,

  As far as I know, you'll have to write a custom action for that.

  Good luck,
  Dacian




  - Original Message 
  From: Palit [EMAIL PROTECTED]
  To: WiX-users@lists.sourceforge.net
  Sent: Tuesday, June 5, 2007 3:36:14 PM
  Subject: [WiX-users] Is it possible to detect if a software is currently 
running ?


  Hi,

  I'm doing a wix installer for a Web-Player.
  Is it possible during the beginning of the process of installation to detect 
the running browsers ?
  Or I must do a custom action ?



  Thanks
  Nicolas,
  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users





--
  Choose the right car based on your needs. Check out Yahoo! Autos new Car 
Finder tool. 


--


  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/


--


  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installing a web server

2007-06-06 Thread Matthew Janulewicz
For what it's worth, we use host headers extensively for our websites
and services, and they seem to work just fine.

 

On one of our servers we have about a dozen web services that have the
same IP address and port, but different host headers (external IP
addresses, really.) I haven't had a problem getting them to install
properly, create apps, etc.

 

If 'twere me, I'd create host headers for your unique site(s) and
identify them that way. Even if you don't technically *use* the host
headers, you can uniquely identify very similar websites that way. Just
make something up and put it in there. You just have to be sure when you
update/alter a website later that you use the correct (what I call the)
'triad of identification' to refer to them: IP, port, header.

 

We're using a pretty recent build of Wix 3.0, but this has been working
with not-so-recent builds of 3.0 for nearly a year.

 

 

-Matt

 

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sent: Wednesday, June 06, 2007 7:45 AM
To: Rennie Petersen; George Reilly; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installing a web server

 

The WebAddress is how you do that and the Headers attribute should do
what you are looking for.  I have to admit, I've never used the host
headers to separate web sites so it is possible there is a bug in the
CustomAction somewhere.  A little more detail about what you saw would
help diagnose the root issue.

 

Also, the version of the WiX toolset you are using is important.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rennie
Petersen
Sent: Wednesday, June 06, 2007 1:35 AM
To: George Reilly; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installing a web server

 

Do you need to do it via an MSI? If so, I have no ideas.

 

If you just want to do it any old way, you use the web server's
management console. Can't remember the details off hand, but if you
confirm that that is what you want, I'll dig up the information.

 

Rennie

 

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of George
Reilly
Sent: 5. juni 2007 23:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installing a web server

I want to set up multiple web sites in IIS 6: each listening on
port 80, but using different Host headers. For example, www.coke.com
http://www.coke.com/  and www.pepsi.com http://www.pepsi.com/ .
These correspond to IIsWebServer nodes in metabase.xml.

 

I have not figured out how to do it. My hopes for the Header
attribute in WebAddress were quickly dashed. I also tried setting Port
to 80:www.pepsi.com, but the website stubbornly remained under IIS's
Default website.

 

-- 

/George V. Reilly   [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]206 816-8330 
Sr. Software Engineer 
atlas(r)
On Demand   www.AtlasSolutions.com
http://www.atlassolutions.com/ 

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] INSTALLDIR Parameter to CustomAction

2007-06-06 Thread Aaron Shurts

Call this as a custom action just after CostFinalize in the immediate
sequence:
sub ConvertSlash()
   dim strInstallDir, strModifiedDir
   strInstallDir = Session.Property(INSTALLDIR)
   strModifiedDir = Replace(strInstallDir, \, /)
   Session.Property(SLASH_DIR) = strModifiedDir
end sub

In your custom action, reference the newly created property [SLASH_DIR], or
whatever you would like to call it.  INSTALLDIR is left intact so that
Windows Installer will play nicely with it and you have a new property to
work with in your custom actions.

Regards,
//aj

On 6/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


I've run into a problem that sounds fairly simple to resolve, however,
I've been spinning my wheels on it for a while.

I've created a CustomAction that requires the install path parameter.
However, the string does not come across correctly in my arguments of
the exe because of the \.  I need to set it to /, but my wxs will
not recognize the path.

I've tried all of the following:

C:\Program Files\MyPath\ -- produces incorrect string in exe (C:\Program
Files\MyPath)
C:\\Program Files\\MyPath\\ -- produces incorrect string in exe
(C:\Program Files\MyPath)
C:/Program Files/MyPath/ -- produces error when running MyInstall.msi
(Could not access network location C:/Program Files/MyPath.)
[C:\Program Files\MyPath\] -- produces error when running MyInstall.msi
(Could not access network location [C:\Program Files\MyPath\].)


Property Id=INSTALLDIRC:\Program Files\MyPath\/Property

Binary Id=configupdater
SourceFile=c:\temp\my_csharp_executable.exe /

CustomAction
  Id=MyAction
  ExeCommand=[mybinary] quot;[INSTALLDIR]quot;
  BinaryKey=mybinary Return=check Execute=immediate
  /

Any help is greatly appreciated.

Regards,
~mark

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Phatom installation of msi if no feature in selected during custom installation

2007-06-06 Thread Aaron Shurts

Add an error custom action at the beginning of the deferred execution
sequence which is conditioned to check for something like (NOT Installed)
AND NOT ADDLOCAL or ADDLOCAL = .  This will ensure that at least one of
the features is selected to be installed.

Regards,
//aj

On 6/6/07, Anil Prasad [EMAIL PROTECTED] wrote:


 Hi,

We use WiX to package our binaries. One strange issue we are seeing is
during custom installation. If I don't select any feature, and proceed to
install, I see dummy installation entry in Add Remove programs. Does any one
knows how to detect this in WiX and prevent it?



Thanks a lot,

Anil

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread Aaron Shurts

My career used to center around systems management and when Sun FINALLY
released an MSI for the JRE installer, the world rejoiced.  ...until we
found out they has just wrapped their junker of an install in an MSI.  Then,
we cursed their names.  If your client is asking for an MSI, they more than
likely not asking for a wrapper.

Regards,
//aj

On 6/6/07, Richard J Foster [EMAIL PROTECTED] wrote:


Carl,

It may be important to find out *why* the client wants an MSI version.
My guess would be because they are using (or want to use) some kind of
system management software (e.g. Microsoft's SMS), and it handles MSI
files with less effort than other installation types. (Worst case
scenario, they may even be forced to repackage your installation
themselves to use it with their system management tool.)

NSIS, being script based, can do things that an MSI can't (like perform
as a bootstrapper and handle prerequisites).

You may find that, depending on the reason why the customer wants what
they do, that using NSIS as a wrapper/bootstrapper around the WiX
generated MSI file is a better choice.

Regards,
Richard




* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the
individual or entity to whom it is addressed. If you have received this
communication in error, be aware that forwarding it, copying it, or in any
way disclosing its content to any other person, is strictly prohibited. Peek
Traffic Corporation is neither liable for the contents, nor for the proper,
complete and timely transmission of (the information contained in) this
communication. If you have received this communication in error, please
notify the author by replying to this e-mail immediately and delete the
material from any computer.



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Avoiding registry entries being modified with REINSTALL=ALL REINSTALLMODE=vos

2007-06-06 Thread Rennie Petersen
I'm doing a reinstall, but I don't want the existing registry entries to
be modified.

So instead of specifying REINSTALLMODE=vomus I specify
REINSTALLMODE=vos.

But the registry entries still get reset to the values in my MSI.

Is it possible to avoid this?

Thanks.

Rennie
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] MimeMap should be children of WebSite

2007-06-06 Thread Neil Sleightholm
Does anyone know the status of this bug:
https://sourceforge.net/tracker/?func=detailatid=642714aid=1610882gro
up_id=105970

 

It doesn't look as if it has been fixed in v3 yet.

 

Neil

 

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Password in the msi logs

2007-06-06 Thread Don Tasanasanta
In my install UI I ask for a password and store it in a property. If
someone runs the install with logging turned on that property is found
in several places in the log along with the unprotected password. Is
there any way to prevent this? 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] COM+ in V3

2007-06-06 Thread Mike Dimmick
Should be OK. The xmlns declaration should be
http://schemas.microsoft.com/wix/ComPlusExtension

 

For example:

 

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; 

  xmlns:complus=http://schemas.microsoft.com/wix/ComPlusExtension;

   complus:ComPlusApplication ./

/Wix

 

Ensure you're passing the WixComPlusExtension to both candle and light on
the command line using the -ext option. In v3 you only need specify the
assembly name, unlike v2.

 

Any error messages produced?

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Graham Harwood
Sent: 06 June 2007 16:49
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] COM+ in V3

 

Hi,

Did I understand from the V3 history (weekly build 3.0.3001.0) that COM+ is
now integrated into V3?

I can't resolve the ComPlusApplication element using either the original
pubca schema or the ComPlusExtension schema denoted in the help chm. 

Did I miss something or have I jumped the gun on this one?

Regards
Graham

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Acrobat as a condition

2007-06-06 Thread Mike Dimmick
I've completely switched to Foxit Reader (www.foxitsoftware.com). Not a fan
of Adobe Reader at all. Very slow to load even after the 'optimisation'
application is launched at system startup (which basically just preloads all
the DLLs), and still pretty buggy.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett
Sent: 06 June 2007 16:09
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Acrobat as a condition

Can I suggest an option to say yeah I know I don't have Acrobat, but
install anyway?  Acrobat 
isn't the only PDF viewer.

Rob

Antony Briggs wrote:
 Hi all,
 
 I'm deploying an application that generates and displays PDF files and
need
 to add a condition of acrobat 8 (reader or full version) on the installer
 (and preferably allow them to install it)
 
 I'm trying to detect the version of Acrobat installed using the version of
 the AcroPDF.dll Dll on the users system. 
 
 The following snippet obtains the location of the DLL file:
 
 Property Id=ACROBATDLL
 RegistrySearch Id='AcrobatDLLRegistry' Type='raw'
 Root='HKCR'
 Key='CLSID\{CA8A9780-280D-11CF-A24D-44455354}\InprocServer32' /
 /Property
 
 Result:
 Property(S): ACROBATDLL = C:\Program Files\Adobe\Acrobat
 7.0\ActiveX\AcroPDF.dll 
 
 Now I need to get the version of the dll, which needs to be version
8.0.0.0.
 To this end I'm trying to do a filesearch as follows:
 
 Property Id=ACROBATVERSION8
 FileSearch Id='AcrobatVersion8File'
 Name='[ACROBATDLL]'
 MinVersion='8.0.0.0'/
 /Property
 
 This isn't returning any results, presumably because I don't have a
 directorysearch element. 
 
 Can anybody answer any of the following questions:
 1) Can I make FileSearch work with a full path in the Name property
 2) can I separate the name  path so that I can populate a DirectorySearch
 and FileSearch
 3) Is there an easier way to get the FileVersion of the dll into a
property?
 (custom action?)
 4) Finally, once I've detected that Acrobat is missing, how can I allow
the
 user to install it (it will be shipped on the product CD).
  
 Thanks,
  
 Antony
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Password in the msi logs

2007-06-06 Thread Aaron Shurts

Add the property name to MsiHiddenProperties property.  This is a semi-colon
delimited list of properties whose values you do not want written to the
log.

http://msdn2.microsoft.com/en-us/library/aa370308.aspx

Regards,
//aj

On 6/6/07, Don Tasanasanta [EMAIL PROTECTED] wrote:


 In my install UI I ask for a password and store it in a property. If
someone runs the install with logging turned on that property is found in
several places in the log along with the unprotected password. Is there any
way to prevent this?

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread carlH

The said that they need it to be an MSI as they have some kind of software
management system that only handles MSIs. I don't have any more details than
that.  
Is it possible to force the MSI to not create the uninstall entry?  I guess
that would be sufficient, it probably wouldn't even matter if it didn't
clean up after itself 100%, but having 2 entries in the Add/Remove programs
is unacceptable.
Carl
-- 
View this message in context: 
http://www.nabble.com/wix-as-a-wrapper-for-NSIS-tf3878437.html#a10995022
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread Aaron Shurts

If it only accepts MSIs, they are probably deploying software via GPOs and
AD.  You really should provide them with a true MSI if you don't want a
support nightmare.

Regards,
//aj

On 6/6/07, carlH [EMAIL PROTECTED] wrote:



The said that they need it to be an MSI as they have some kind of software
management system that only handles MSIs. I don't have any more details
than
that.
Is it possible to force the MSI to not create the uninstall entry?  I
guess
that would be sufficient, it probably wouldn't even matter if it didn't
clean up after itself 100%, but having 2 entries in the Add/Remove
programs
is unacceptable.
Carl
--
View this message in context:
http://www.nabble.com/wix-as-a-wrapper-for-NSIS-tf3878437.html#a10995022
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread Richard J Foster
On Wed, 2007-06-06 at 11:55 -0700, carlH wrote:
 The said that they need it to be an MSI as they have some kind of software
 management system that only handles MSIs. I don't have any more details than
 that.

That's enough though, and basically confirms what I (and others on this
list) suspected. The reason they want an MSI file is that they want a
fully managed installation that they can use their management system
with (to ensure, among other things, that the appropriate number of
licenses have been purchased).

Wrapping your custom install in an MSI will probably *not* be acceptable
to them, because the management tool will not be able to determine your
package's dependencies etc. As a result, it won't be able to warn them
if they are about to roll out a service pack or similar which may cause
your application to fail.

If it is important to support your customer (or if at some point in the
future you may want to get your software certified as Vista compatible)
then you will need to recreate your installation as a true MSI
(potentially continuing to use NSIS as a bootstrapper).

Hope this helps.

Regards,
Richard




* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Peek Traffic Corporation 
is neither liable for the contents, nor for the proper, complete and timely 
transmission of (the information contained in) this communication. If you have 
received this communication in error, please notify the author by replying to 
this e-mail immediately and delete the material from any computer.



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Password in the msi logs

2007-06-06 Thread Dana Gutride

You can set this in WiX by setting Hidden=yes in the Property Element.

Dana

On 6/6/07, Aaron Shurts [EMAIL PROTECTED] wrote:


Add the property name to MsiHiddenProperties property.  This is a
semi-colon delimited list of properties whose values you do not want written
to the log.

http://msdn2.microsoft.com/en-us/library/aa370308.aspx

Regards,
//aj

On 6/6/07, Don Tasanasanta  [EMAIL PROTECTED] wrote:

  In my install UI I ask for a password and store it in a property. If
 someone runs the install with logging turned on that property is found in
 several places in the log along with the unprotected password. Is there any
 way to prevent this?


 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread carlH

I'll go back to them and ask for some more details.  In the mean time, does
anyone actually know if what I'm trying to achieve is possible?
Carl
-- 
View this message in context: 
http://www.nabble.com/wix-as-a-wrapper-for-NSIS-tf3878437.html#a10996131
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix as a wrapper for NSIS

2007-06-06 Thread Aaron Shurts

Of course it's possible, but it's not suggested at all and I doubt you will
find anyone on this list that would condone or endorse it.

Regards,
//aj

On 6/6/07, carlH [EMAIL PROTECTED] wrote:



I'll go back to them and ask for some more details.  In the mean time,
does
anyone actually know if what I'm trying to achieve is possible?
Carl
--
View this message in context:
http://www.nabble.com/wix-as-a-wrapper-for-NSIS-tf3878437.html#a10996131
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] x64 and x86 both use same data files

2007-06-06 Thread Magus

The problem:
Currently I have a data component that installes to ProgramFilesFolder, but
on a x64 machine it will install my executable to ProgramFiles64Folder and
the data needs to be in relation to it.  On X64 the x86 program files will
not install.  Is there a way to accomplish this task.

Directory Id =ProgramFiles64Folder ...
Component = Main64Component GUID = PUT-GUID-HERE.../Component
/Directory
Directory Id = ProgramFilesFolder ...
Component =MainComponent GUID = PUT-GUID-HERE .../Component
Directory Id = DataFolder ... 
Component = DataComponent  GUID = PUT-GUID-HERE ...
/Component
/Directory
/Directory
What I want is on X64 the DataFolder points to 
\\Program Files\\DataFolder\\
instead of 
\\Program Files (x86)\\DataFolder\\
Is there a conditional way to do this or do I need a custom action that sets
the Data Folder Directory according if the system is x64
-- 
View this message in context: 
http://www.nabble.com/x64-and-x86-both-use-same-data-files-tf3880360.html#a10997038
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] x64 and x86 both use same data files

2007-06-06 Thread John Vottero
It sounds like you're trying to create a single MSI that installs either
32 bit or 64 bit executables, is that correct?  If so, you shouldn't,
you need one MSI for 32 bit and one for 64 bit.  I don't think you want
to reference ProgramFiles64Folder either.  Use ProgramFilesFolder and
Windows Installer will put things in the correct directory based upon
the Component's Win64 setting.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:wix-users-
 [EMAIL PROTECTED] On Behalf Of Magus
 Sent: Wednesday, June 06, 2007 4:51 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] x64 and x86 both use same data files
 
 
 The problem:
 Currently I have a data component that installes to
ProgramFilesFolder,
 but
 on a x64 machine it will install my executable to ProgramFiles64Folder
 and
 the data needs to be in relation to it.  On X64 the x86 program files
 will
 not install.  Is there a way to accomplish this task.
 
 Directory Id =ProgramFiles64Folder ...
 Component = Main64Component GUID = PUT-GUID-
 HERE.../Component
 /Directory
 Directory Id = ProgramFilesFolder ...
 Component =MainComponent GUID = PUT-GUID-HERE
.../Component
 Directory Id = DataFolder ... 
 Component = DataComponent  GUID = PUT-GUID-HERE ...
 /Component
 /Directory
 /Directory
 What I want is on X64 the DataFolder points to
 \\Program Files\\DataFolder\\
 instead of
 \\Program Files (x86)\\DataFolder\\
 Is there a conditional way to do this or do I need a custom action
that
 sets
 the Data Folder Directory according if the system is x64
 --
 View this message in context: http://www.nabble.com/x64-and-x86-both-
 use-same-data-files-tf3880360.html#a10997038
 Sent from the wix-users mailing list archive at Nabble.com.
 
 

---
 --
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installing a web server

2007-06-06 Thread Rob Mensching
Matt, the design you're talking about is exactly what is designed for and thus 
supported.  Glad to know at least something works for someone.  smile/

From: Matthew Janulewicz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 9:34 AM
To: Rob Mensching; Rennie Petersen; George Reilly; 
wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Installing a web server

For what it's worth, we use host headers extensively for our websites and 
services, and they seem to work just fine.

On one of our servers we have about a dozen web services that have the same IP 
address and port, but different host headers (external IP addresses, really.) I 
haven't had a problem getting them to install properly, create apps, etc.

If 'twere me, I'd create host headers for your unique site(s) and identify them 
that way. Even if you don't technically *use* the host headers, you can 
uniquely identify very similar websites that way. Just make something up and 
put it in there. You just have to be sure when you update/alter a website later 
that you use the correct (what I call the) 'triad of identification' to refer 
to them: IP, port, header.

We're using a pretty recent build of Wix 3.0, but this has been working with 
not-so-recent builds of 3.0 for nearly a year.


-Matt



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: Wednesday, June 06, 2007 7:45 AM
To: Rennie Petersen; George Reilly; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installing a web server

The WebAddress is how you do that and the Headers attribute should do what you 
are looking for.  I have to admit, I've never used the host headers to separate 
web sites so it is possible there is a bug in the CustomAction somewhere.  A 
little more detail about what you saw would help diagnose the root issue.

Also, the version of the WiX toolset you are using is important.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen
Sent: Wednesday, June 06, 2007 1:35 AM
To: George Reilly; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installing a web server

Do you need to do it via an MSI? If so, I have no ideas.

If you just want to do it any old way, you use the web server's management 
console. Can't remember the details off hand, but if you confirm that that is 
what you want, I'll dig up the information.

Rennie



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Reilly
Sent: 5. juni 2007 23:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installing a web server
I want to set up multiple web sites in IIS 6: each listening on port 80, but 
using different Host headers. For example, www.coke.comhttp://www.coke.com/ 
and www.pepsi.comhttp://www.pepsi.com/. These correspond to IIsWebServer 
nodes in metabase.xml.

I have not figured out how to do it. My hopes for the Header attribute in 
WebAddress were quickly dashed. I also tried setting Port to 
80:www.pepsi.com, but the website stubbornly remained under IIS's Default 
website.

--
/George V. Reilly   [EMAIL PROTECTED]mailto:[EMAIL PROTECTED]   206 816-8330
Sr. Software Engineer
atlas(r)
On Demand   www.AtlasSolutions.comhttp://www.atlassolutions.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Hiding Browse button in CustomizeDlg

2007-06-06 Thread Doug Payne
Hi,

I'm using WIXUI_Mondo in Wix 2.0. This dialog does not allow the user to
choose the Installation directory for the product, which is fine. The
problem is that the Browse button on CustomizeDlg is disabled but not
hidden. Without including my own complete source for this dialog, is
there a way to add a row to the ControlCondition table to hide this
button? Is there another means of hiding this button? Thanks.

--Doug
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installing a web server

2007-06-06 Thread Richard

 From: Matthew Janulewicz [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, June 06, 2007 9:34 AM
 To: Rob Mensching; Rennie Petersen; George Reilly; [EMAIL PROTECTED]
 rge.net
 Subject: RE: [WiX-users] Installing a web server
 
 [...]
 If 'twere me, I'd create host headers for your unique site(s) and identify =
 them that way.

What are host headers?  I haven't heard of this before and I'm
pretty sure that the Big Install I worked on didn't do it this way;
I'd like to see it made more robust.
-- 
The Direct3D Graphics Pipeline -- DirectX 9 draft available for download
  http://www.xmission.com/~legalize/book/download/index.html

Legalize Adulthood! http://blogs.xmission.com/legalize/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] What version of Wix?

2007-06-06 Thread Eddie McCreary
I've got a product coming out n a few months, is Wix 3.0 reliable enough 
for me to use or is it still radically changing?

thanks,
Eddie

-- 
Eddie McCreary  Outside of a dog, a book is a man's best
mailto:[EMAIL PROTECTED] friend.  Inside of a dog, it's too dark
http://www.heorot.org   to read. -Groucho Marx

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] extricate

2007-06-06 Thread Maggie Adkins

 He played down the Cell's secretive nature, saying that while he reports 
directly to the president, the defense and foreign-affairs ministries get a 
copy of all our memos. And Africa, once evidence of imperial grandeur, is now 
viewed by many French as the source of a continuing flood of poor immigrants. 
The Security Council must demand that the French troops leave. I am greatly 
disatisfied and feel like ransacking the French nation for its role in the woes 
of Africa.
'Tight Lid' Even African leaders who once had a privileged relationship with 
Paris are beginning to distance themselves.-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Conditional services install

2007-06-06 Thread Bob Arnson
Milan Tomeš wrote:
 thats exactly what I've done but no effect. I guess there is a problem 
 with property SERVICEUSEGUARDIAN. This property is connected to check 
 box so if I unselect this check box this property become undefined and 
 value written into the registry is binary value with zero length. But 
 during uninstall it become defined with null value thought. So how to 
 store property value into registry to undef that property when is its 
 value read ?
   

Well, first, I'd suggest using a verbose log to verify that's the 
problem: The InstallValidate action logs whether a component is going to 
be installed or uninstalled.

But the easiest solution is to include a boolean registry entry in the 
component itself; so write a 1 DWORD registry entry in one component 
and 0 in the other. Then use RegistrySearch to load that value.

Otherwise you can use a custom action to set another property to 
explicit values, rather than relying on RegistrySearch on a null value.

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



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Hiding Browse button in CustomizeDlg

2007-06-06 Thread Bob Arnson

Doug Payne wrote:


I'm using WIXUI_Mondo in Wix 2.0. This dialog does not allow the user 
to choose the Installation directory for the product, which is fine. 
The problem is that the Browse button on CustomizeDlg is disabled but 
not hidden. Without including my own complete source for this dialog, 
is there a way to add a row to the ControlCondition table to hide this 
button? Is there another means of hiding this button? Thanks.




In WiX v2, there's no alternative to customizing the whole dialog. In 
WiX v3, there's also no alternative, as only Publish is floatable to 
live outside the containing dialog/control, but it would make a great 
addition to the schema.


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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Acrobat as a condition

2007-06-06 Thread Bob Arnson
Mike Dimmick wrote:
 I've completely switched to Foxit Reader (www.foxitsoftware.com). 

Seconded, strongly.

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



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Phatom installation of msi if no feature in selected during custom installation

2007-06-06 Thread Bob Arnson

Anil Prasad wrote:


We use WiX to package our binaries. One strange issue we are seeing is 
during custom installation. If I don't select any feature, and proceed 
to install, I see dummy installation entry in Add Remove programs. 
Does any one knows how to detect this in WiX and prevent it?




Check a verbose log around the InstallValidate action. Likely, you have 
components getting installed (e.g., from a merge module). MSI removes a 
product when it publishes no features.


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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] What version of Wix?

2007-06-06 Thread Bob Arnson

Eddie McCreary wrote:
I've got a product coming out n a few months, is Wix 3.0 reliable enough 
for me to use or is it still radically changing?
  


There are still some schema changes planned but no breaking changes that 
I know of. See Rob's v3 roadmap blog entry 
http://robmensching.com/blog/archive/2007/04/10/WiX-v3-Roadmap-Draft.aspx 
for details. The biggest reason to avoid v3 for a product shipping 
immediately is that bug fixing is lower priority in v3 right now so a 
blocking bug could be a major pain.


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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users