Re: [WiX-users] Internationalization - Folder name

2006-10-18 Thread Hüser , Martin









BTW, the German translation for New folder is Neuer Ordner. Im
not sure how Heft is translated, probably booklet or notebook.









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Tuesday, October 17, 2006 5:46 PM
To: Bahar Shah
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Internationalization - Folder name







Bahar Shah wrote: 



Is it
possible to have the folder name Neues Heft (German version of 'New
folder')

Do we
have control over that name.. or if this is just the way it works from the MSI
level. ?




Assuming you're using WixUI, BrowseDlg uses the DirectoryListNew control event
to create the directory. The doc for DirectoryListNew says that the default
name is in the UIText table for the Key value of NewFolder. WixUI doesn't have
that as a localizable string, so MSI uses the English string as default. 

Use the UIText element to provide your own string.



-- sig://boBhttp://bobs.org




-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Error 2343 - Specified path is empty

2006-10-18 Thread Peter Bocej
My INSTALLDIR property is defined:

Directory Id=TARGETDIR Name=SourceDir
  Directory Id=ProgramFilesFolder Name=PFFolder
Directory Id=INSTALLDIR Name=BaseUI
  Component Id=MainComponent
Guid=98107824-90b8-4ecd-82b4-7622edd8c348
File Id=Main.exe Name=Main.exe Source=bin\Main.exe
DiskId=1
  Shortcut Id=MainExePMShortcut Directory=BaseUIPMDir
Name=Base UI WorkingDirectory=INSTALLDIR Description=My Base UI
Program /
/File
  /Component
/Directory
  /Directory
  Directory Id=ProgramMenuFolder Name=PMFolder
Directory Id=BaseUIPMDir Name=Base UI /
  /Directory
/Directory

When the InstallDirDlg starts, INSTALLDIR property has value C:\Program
Files\BaseUI\
I don`t know how I could set initial value of the PathEdit control.

Peter Bocej
Emtest a.s.

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 17, 2006 5:23 PM
To: Peter Bocej
Cc: Wix-Users
Subject: Re: [WiX-users] Error 2343 - Specified path is empty


Peter Bocej wrote:
 Yes, INSTALLDIR property is set under the CostFinalize action:
 MSI (c) (1C:B8) [10:04:42:715]: PROPERTY CHANGE: Adding INSTALLDIR
property.
 Its value is 'C:\Program Files\BaseUI\'.


When you use Indirect=yes you're telling the PathEdit control that the
property is the name of another property. Just omit it if the property
is the actual directory path.

--
sig://boB
http://bobs.org



__ Informacia od NOD32 1.1808 (20061017) __

Tato sprava bola preverena antivirusovym systemom NOD32.
http://www.eset.sk



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] VS2005 integration.

2006-10-18 Thread Jarl Friis
Hi.

I would like install an XSD file in the VS2005 schema dir.

I looked at how the WiX project found the directory and copied a file
accoridngly (long live open source).

However I expect this part to be in a feature that is installed only
if VS2005 is installed on the target computer. How do I do that?

Jarl
-- 
Jarl Friis
Softace ApS
Omøgade 8, 2.sal
2100 København Ø.
Denmark
Phone:  +45 26 13 20 90
E-mail: [EMAIL PROTECTED]
LinkedIn: https://www.linkedin.com/in/jarlfriis



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Install with prevous versions

2006-10-18 Thread Anton Filippov
Hello

I write installer in WiX for product.
This is new installer and this product already have old versions,
wrote in other installer (NSIS).
I search for older versions like this:

Property Id='OLDINSTALLV4'
  RegistrySearch Id=RegSearchVersion4 Type='raw' Root='HKLM'
Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver4'
Name='UninstallString' /
/Property
Property Id='OLDINSTALLV3'
  RegistrySearch Id=RegSearchVersion3 Type='raw' Root='HKLM'
Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver3'
Name='UninstallString' /
/Property

UnsinstallString contains file path for uninstall.exe for older
versions, like C:\program Files\Solver3\uninstall.exe

And if OLDINSTALL3 is present, I should set INSTALLDIR to OLDINSTALL3.
OLDINSTALL4 in same way.

Question:
How to remove ...\uninstall.exe (can I do this without CA type 1, 2, 17, 18)?

Or If I can't remove this substring standart method, how to set
INSTALLDIR property from CA?
As I understood, deferred CA can set only one property with name, like CA Id.
But how to set other properties?

Thank you

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install with prevous versions

2006-10-18 Thread Arnette, Bill

I don't think there are any path manipulation capabilities in MSI, so
you'll have to write a CA that sets INSTALLDIR from OLDINSTALL3 or
OLDINSTALL4.  

You can set a property in a CA if it is an immediate (not deferred) CA
using MsiSetProperty.  Set the CA's @Execute attribute to
'oncePerProcess' and schedule it in both the InstallUISequence and
InstallExecuteSequence so that the CA will run even if the UI is
bypassed but it will only run once if the UI is enabled.  You can
condition the execution of the CA on whether OLDINSTALL3 or OLDINSTALL4
are non-empty.  I am not sure exactly where to schedule it though; maybe
after FindRelatedProducts?  

I have a related question.  I am working with the same issue;
uninstalling previous versions that were not MSI installs.  

This is what I did:

CustomAction Id=UninstallOldVersion Return=check
Execute=oncePerProcess BinaryKey=MyCAs
DllEntry=UninstallOldProducts /
Binary Id=MyCAs SourceFile=bin\MyCAs.dll /

Property Id=OLDPRODUCTFOUND
  RegistrySearch Id=rs_FindOldProducts Root=HKLM
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\MyApp
Name=DisplayName Type=raw/
/Property

InstallUISequence
  Custom Action=UninstallPreviousAudioVersion
After=FindRelatedProductsNOT Installed AND OLDPRODUCTFOUND/Custom
/InstallUISequence 

InstallExecuteSequence
  RemoveExistingProducts After=InstallInitialize /
  Custom Action=UninstallOldVersion
After=RemoveExistingProductsNOT Installed AND
OLDPRODUCTFOUND/Custom
/InstallExecuteSequence

The RegistrySearch checks that the old product exists on the target
machine.

The UninstallOldProducts CA runs the old version's uninstaller (a WISE
uninstaller) as an immediate CA but only if the old product is found.
The CA basically just executes the ARP UninstallString.

The effect is, the user starts the installer, the old installer appears
to guide the user through uninstalling the old product, then the MSI's
UI appears.

I don't know if this is good practice or not.  Maybe the experts could
chime in here.  Should my bootstrapper handle the uninstallation of the
previous non-MSI installation?  Or is it OK to do this an immediate CA
like above?  

Should the CA be scheduled somewhere else?  I didn't think doing it
deferred would be good because the user would go through the MSI
installer UI and then be presented with the WISE uninstaller UI.

Thoughts?


 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Anton Filippov
 Sent: Wednesday, October 18, 2006 7:45 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Install with prevous versions
 
 Hello
 
 I write installer in WiX for product.
 This is new installer and this product already have old versions,
 wrote in other installer (NSIS).
 I search for older versions like this:
 
 Property Id='OLDINSTALLV4'
   RegistrySearch Id=RegSearchVersion4 Type='raw' Root='HKLM'
 Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver4'
 Name='UninstallString' /
 /Property
 Property Id='OLDINSTALLV3'
   RegistrySearch Id=RegSearchVersion3 Type='raw' Root='HKLM'
 Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver3'
 Name='UninstallString' /
 /Property
 
 UnsinstallString contains file path for uninstall.exe for older
 versions, like C:\program Files\Solver3\uninstall.exe
 
 And if OLDINSTALL3 is present, I should set INSTALLDIR to OLDINSTALL3.
 OLDINSTALL4 in same way.
 
 Question:
 How to remove ...\uninstall.exe (can I do this without CA 
 type 1, 2, 17, 18)?
 
 Or If I can't remove this substring standart method, how to set
 INSTALLDIR property from CA?
 As I understood, deferred CA can set only one property with 
 name, like CA Id.
 But how to set other properties?
 
 Thank you
 
 --
 ---
 Using Tomcat but need to do more? Need to support web 
 services, security?
 Get stuff done quickly with pre-integrated technology to make 
 your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on 
 Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057;
 dat=121642
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] VS2005 integration.

2006-10-18 Thread Bob Arnson
Jarl Friis wrote:
 However I expect this part to be in a feature that is installed only
 if VS2005 is installed on the target computer. How do I do that?
   

Take a look at the WiX3.msi source. The VS extension includes detection 
properties you can use to disable features if VS isn't installed.

-- 
sig://boB
http://bobs.org



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Random Wix Questions

2006-10-18 Thread Tina Basinger
Thanks Bob, that makes sense and is what I suspected. 
As far as using the REINSTALL property, won't that property also be set at times other than a minor upgrade (like a repair)? How does one differentiate between those scenarios? Thanks!
-Tina
- Original Message -From: "Bob Arnson" <[EMAIL PROTECTED]>To: "Tina Basinger" <[EMAIL PROTECTED]>Subject: Re: [WiX-users] Random Wix QuestionsDate: Tue, 17 Oct 2006 18:05:33 -0700Tina Basinger wrote: For item 3 below, regarding determining if we are in an upgrade  or not, I have found that the UpgradeVersion property only gets  set during a major upgrade. If I try to do a minor upgrade,  FindRelatedProducts is not run because it thinks I am in  maintenance mode. Is this expected behavior? Is there any way  to tell if a minor upgrade is being run?Minor upgrades are repairs (one of the kinds of maintenance) using a new .msi package (or patches). You can check for that using the REINSTALL property.-- sig://boBhttp://bobs.org

-- 



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Error 0x80070057 during COMPlusInstallExecute

2006-10-18 Thread Neil Sleightholm



I don't know the answer but have you seen this: http://www.tramontana.co.hu/wix/lesson5.php#5.12. 
I have written a few test installs for COM+ and they all seem to work ok (I 
actually wrote this bit of the tutorial). I don't think you need to register the 
component first before adding it COM+ so this may be the 
problem.

If this doesn't help let me know and I'll see if I can help 
some more.

Neil

  
  
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of John 
  WatsonSent: 18 October 2006 02:55To: 
  wix-users@lists.sourceforge.netSubject: [WiX-users] Error 
  0x80070057 during COMPlusInstallExecute
  
  I'm trying to create a COM+ application and register a single native DLL. 
  The DLL is a Visual C++ 6.0 MFC component (Win32). If I comment out the pca: 
  lines, the MSI runs successfully and I can do a regsvr32 by hand as a test 
  that the DLL is installed correctly. I used tallow to generate a .reg file 
  then wrote a custom script to create all the individual registry entries ( 
  i.e. no "self-registration"). When I enable the pca: lines I get the following 
  errors in the msi log:
  
  Action 12:17:28: ComPlusRollbackInstallPrepare. Action 12:17:28: 
  ComPlusInstallPrepare. Action 12:17:28: ComPlusRollbackInstallExecute. 
  Action 12:17:28: ComPlusInstallExecute. Registering COM+ components 
  Action 12:17:29: CreateComPlusPartitions. Creating COM+ 
  partitionsAction 12:17:29: AddUsersToComPlusPartitionRoles. Adding users 
  to COM+ partition rolesAction 12:17:29: AddComPlusPartitionUsers. Setting 
  default COM+ partitions for users Action 12:17:29: 
  CreateComPlusApplications. Creating COM+ 
  applicationsCreateComPlusApplications: Application: KANA Contact Center 
  COM ObjectsAction 12:17:29: CreateComPlusApplicationRoles. Creating COM+ 
  application roles Action 12:17:29: AddUsersToComPlusApplicationRoles. 
  Adding users to COM+ application rolesAction 12:17:29: 
  RegisterComPlusAssemblies. Registering COM+ 
  componentsRegisterComPlusAssemblies: DLL: 
  ComPlusInstallExecute: Error 0x80070057: Failed to install 
  componentsComPlusInstallExecute: Error 0x80070057: Failed to 
  register native assemblyComPlusInstallExecute: Error 0x80070057: 
  Failed to register assembly, key: SBOAdmin ComPlusInstallExecute: 
  Error 0x80070057: Failed to register assemblies
  
  Here are the relevant pca: entries -
  
  pca:ComPlusApplication Id="AppObj" Name="App Objects" 
  pca:ComPlusAssembly Id="SBOAdmin" Type="native" 
  DllPath="[#SBOAdmin]" pca:ComPlusComponent Id=" 
  SBOAdmin.AdminQuery.1" CLSID="7C038CD4-18DB-11D3-A749-00104B2A85E4" 
  Transaction="none" / pca:ComPlusComponent 
  Id="SBOAdmin.Attribute.1" CLSID="C870A451-B0FC-11D0-BEC4-006097584221" 
  Transaction="required" /  pca:ComPlusComponent 
  Id="SBOAdmin.Datadict.1" CLSID="34309D81-2602-11D1-920F-006008318B0D" 
  Transaction="required" / pca:ComPlusComponent 
  Id="SBOAdmin.PropertyObject.1 " CLSID="3EF68029-C360-11D1-9197-006097AFF206" 
  Transaction="required" / 
  /pca:ComPlusAssembly/pca:ComPlusApplication
  
  Can anyone shed some light on what I'm missing?
  
  Thanks!
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] CustomAction not being called

2006-10-18 Thread Jeff Jones (HS)




I am trying to run a custom action. Right now that custom action just returns ERROR_SUCCESS but every invocation fails without even loading the dll.
Here is the log:

Action start 10:58:35: InstallCert.
MSI (s) (C4:14) [10:58:35:078]: Creating MSIHANDLE (1) of type 790542 for thread 2836
MSI (s) (C4:04) [10:58:35:078]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI3EB5.tmp, Entrypoint: InstallApplicationCertificate
MSI (s) (C4:BC) [10:58:35:078]: Generating random cookie.
MSI (s) (C4:BC) [10:58:35:078]: Created Custom Action Server with PID 2476 (0x9AC).
MSI (s) (C4:38) [10:58:35:109]: Running as a service.
MSI (s) (C4:38) [10:58:35:125]: Hello, I'm your 32bit Impersonated custom action server.
MSI (s) (C4:04) [10:58:35:125]: Closing MSIHANDLE (1) of type 790542 for thread 2836
Action ended 10:58:35: InstallCert. Return value 3.

I have verified the DLL has the appropriate export and here are the related WIX tags:

 CustomAction Id='InstallCert' 
 BinaryKey='WildcaddySetup'
 DllEntry='InstallApplicationCertificate'
 Return='check' /

 InstallExecuteSequence
 Custom Action='InstallCert' After='InstallFinalize'
/
 /InstallExecuteSequence

 Binary Id='WildcaddySetup'
 SourceFile='$(var.FileRoot)\applications\wildcaddy\wildcaddysetup.dll' /

Anyone have any idea what I might be doing wrong? What does Return value 3 mean? Is it ERROR_PATH_NOT_FOUND? If so, shouldnt the Binary tag setup the correct temporary path?

Jeff





-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!

2006-10-18 Thread Peterson, Joel








Doh!



Yeah,
youre right. I totally forgot about that. I was working on
ComponentGroup and got sidetracked. One thing I dont understand
is why ComponentGroup isnt a parent node for Component.
Itd be nice to have ComponentGroup exist inside of Directory
or DirectoryRef so you wouldnt have to setup a
ComponentGroup with each ComponentRef afterwards. 



Oh
well. Thanks for your help, Simon.







Joel
Peterson



Quality
Assurance Engineer





[EMAIL PROTECTED]











From: Simon Dahlbacka
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 12:25 PM
To: Peterson, Joel
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!





ComponentRef
Id=driver.exe/ seems missing

/Simon



On 10/18/06, Peterson, Joel
[EMAIL PROTECTED] 
wrote:





Hi all.



I'm using WiX 3.0.2211.0. My installer is pretty basic, but I have a driver
set provided by a partner that I want to have in its own .WXS, since creating
modular installers is a good thing to do. I've attached both .WXS files
(redacted and simplified); Product.wxs is the main and PrintDriver.wxs is the
fragment.



Every time I build the solution in Visual Studio 2005, I get the following:



--
Rebuild All started: Project: Product, Configuration: Debug Any CPU --


C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug -out
obj\Debug\PrintDriver.wixobj PrintDriver.wxs 


C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug -out
obj\Debug\Product.wixobj Product.wxs 


C:\Program Files\Windows Installer XML v3\bin\Light.exe -out
bin\Debug\Product.msi obj\Debug\PrintDriver.wixobj
obj\Debug\Product.wixobj 

C:\Build\Installation\WiX\Product\Product.wxs(5,0):
Warning LGHT1079: The cabinet 'Product.cab' does not contain any files.
If this installation contains no files, this warning can likely be safely
ignored. Otherwise, please add files to the cabinet or remove it.

==
Rebuild All: 1 succeeded, 0 failed, 0 skipped ==



What stupid thing did I forget to do while splitting this off in its own
Fragment? I've poured over the WiX v2 Tutorial, blogs, and this mailing list
for anything and have come up blank.



Joel Peterson



[EMAIL PROTECTED] 










-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier 
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642

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















-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install with prevous versions

2006-10-18 Thread Wilson, Phil
Some thoughts:

Those non-MSI uninstallers often have a quiet switch, so if there's no
need to show the uninstall UI append that to the uninstall string. I
know the InstallShield one does, I'd expect the Wise equivalent to have
the same. 

I don't think it's a good idea to have the uninstall custom action in
both the UI and execute sequences. There's the general point that you
shouldn't really be changing the system in the UI stage, and it will
probably bite you on Vista because you probably won't have the required
privilege in the UI sequence (with UAC you'll be a standard user; in the
execute sequence you'll be elevated). 


Phil Wilson 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Arnette,
Bill
Sent: Wednesday, October 18, 2006 7:01 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Install with prevous versions


I don't think there are any path manipulation capabilities in MSI, so
you'll have to write a CA that sets INSTALLDIR from OLDINSTALL3 or
OLDINSTALL4.  

You can set a property in a CA if it is an immediate (not deferred) CA
using MsiSetProperty.  Set the CA's @Execute attribute to
'oncePerProcess' and schedule it in both the InstallUISequence and
InstallExecuteSequence so that the CA will run even if the UI is
bypassed but it will only run once if the UI is enabled.  You can
condition the execution of the CA on whether OLDINSTALL3 or OLDINSTALL4
are non-empty.  I am not sure exactly where to schedule it though; maybe
after FindRelatedProducts?  

I have a related question.  I am working with the same issue;
uninstalling previous versions that were not MSI installs.  

This is what I did:

CustomAction Id=UninstallOldVersion Return=check
Execute=oncePerProcess BinaryKey=MyCAs
DllEntry=UninstallOldProducts /
Binary Id=MyCAs SourceFile=bin\MyCAs.dll /

Property Id=OLDPRODUCTFOUND
  RegistrySearch Id=rs_FindOldProducts Root=HKLM
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\MyApp
Name=DisplayName Type=raw/
/Property

InstallUISequence
  Custom Action=UninstallPreviousAudioVersion
After=FindRelatedProductsNOT Installed AND OLDPRODUCTFOUND/Custom
/InstallUISequence 

InstallExecuteSequence
  RemoveExistingProducts After=InstallInitialize /
  Custom Action=UninstallOldVersion
After=RemoveExistingProductsNOT Installed AND
OLDPRODUCTFOUND/Custom
/InstallExecuteSequence

The RegistrySearch checks that the old product exists on the target
machine.

The UninstallOldProducts CA runs the old version's uninstaller (a WISE
uninstaller) as an immediate CA but only if the old product is found.
The CA basically just executes the ARP UninstallString.

The effect is, the user starts the installer, the old installer appears
to guide the user through uninstalling the old product, then the MSI's
UI appears.

I don't know if this is good practice or not.  Maybe the experts could
chime in here.  Should my bootstrapper handle the uninstallation of the
previous non-MSI installation?  Or is it OK to do this an immediate CA
like above?  

Should the CA be scheduled somewhere else?  I didn't think doing it
deferred would be good because the user would go through the MSI
installer UI and then be presented with the WISE uninstaller UI.

Thoughts?


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Anton 
 Filippov
 Sent: Wednesday, October 18, 2006 7:45 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Install with prevous versions
 
 Hello
 
 I write installer in WiX for product.
 This is new installer and this product already have old versions, 
 wrote in other installer (NSIS).
 I search for older versions like this:
 
 Property Id='OLDINSTALLV4'
   RegistrySearch Id=RegSearchVersion4 Type='raw' Root='HKLM'
 Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver4'
 Name='UninstallString' /
 /Property
 Property Id='OLDINSTALLV3'
   RegistrySearch Id=RegSearchVersion3 Type='raw' Root='HKLM'
 Key='Software\Microsoft\Windows\CurrentVersion\Uninstall\Solver3'
 Name='UninstallString' /
 /Property
 
 UnsinstallString contains file path for uninstall.exe for older 
 versions, like C:\program Files\Solver3\uninstall.exe
 
 And if OLDINSTALL3 is present, I should set INSTALLDIR to OLDINSTALL3.
 OLDINSTALL4 in same way.
 
 Question:
 How to remove ...\uninstall.exe (can I do this without CA type 1, 2,

 17, 18)?
 
 Or If I can't remove this substring standart method, how to set 
 INSTALLDIR property from CA?
 As I understood, deferred CA can set only one property with name, like

 CA Id.
 But how to set other properties?
 
 Thank you
 
 --
 ---
 Using Tomcat but need to do more? Need to support web services, 
 security?
 Get stuff done quickly with pre-integrated technology to make your job

 easier Download IBM WebSphere Application Server v.1.0.1 based on 
 Apache Geronimo 
 

Re: [WiX-users] CustomAction not being called

2006-10-18 Thread Arnette, Bill
Make sure that is the entry point of the DLL.  An exported __stdcall
function is actually decorated to be [EMAIL PROTECTED] so try setting
DllEntry to [EMAIL PROTECTED]  If that works, you can
alias the export with the with /EXPORT:[EMAIL PROTECTED]
option on the linker command line.
 
Use:
dumpbin /EXPORTS wildcaddysetup.dll

To see the decorated exported DLL entry point names.

Bill




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Jones
(HS)
Sent: Wednesday, October 18, 2006 4:13 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction not being called


I am trying to run a custom action.  Right now that
custom action just returns ERROR_SUCCESS but every invocation fails
without even loading the dll.
Here is the log:
 
Action start 10:58:35: InstallCert.
MSI (s) (C4:14) [10:58:35:078]: Creating MSIHANDLE (1) of type
790542 for thread 2836
MSI (s) (C4:04) [10:58:35:078]: Invoking remote custom action.
DLL: C:\WINDOWS\Installer\MSI3EB5.tmp, Entrypoint:
InstallApplicationCertificate
MSI (s) (C4:BC) [10:58:35:078]: Generating random cookie.
MSI (s) (C4:BC) [10:58:35:078]: Created Custom Action Server
with PID 2476 (0x9AC).
MSI (s) (C4:38) [10:58:35:109]: Running as a service.
MSI (s) (C4:38) [10:58:35:125]: Hello, I'm your 32bit
Impersonated custom action server.
MSI (s) (C4:04) [10:58:35:125]: Closing MSIHANDLE (1) of type
790542 for thread 2836
Action ended 10:58:35: InstallCert. Return value 3.
 
I have verified the DLL has the appropriate export and here are
the related WIX tags:
 
CustomAction Id='InstallCert' 
BinaryKey='WildcaddySetup'
DllEntry='InstallApplicationCertificate'
Return='check' /
 
InstallExecuteSequence
Custom Action='InstallCert' After='InstallFinalize' /
/InstallExecuteSequence
 
Binary Id='WildcaddySetup'

SourceFile='$(var.FileRoot)\applications\wildcaddy\wildcaddysetup.dll'
/
 
Anyone have any idea what I might be doing wrong?  What does
Return value 3 mean?  Is it ERROR_PATH_NOT_FOUND?  If so, shouldn't
the Binary tag setup the correct temporary path?
 
Jeff
 


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!

2006-10-18 Thread Peterson, Joel








Or even better, Heat should have a switch
to throw each directorys contents into its own ComponentGroup.
That would be very cool.









Joel
Peterson



Quality
Assurance Engineer





[EMAIL PROTECTED]















From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peterson,
Joel
Sent: Wednesday, October 18, 2006 1:40 PM
To: Simon Dahlbacka
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!







Doh!



Yeah,
youre right. I totally forgot about that. I was working on
ComponentGroup and got sidetracked. One thing I dont understand
is why ComponentGroup isnt a parent node for Component.
Itd be nice to have ComponentGroup exist inside of
Directory or DirectoryRef so you wouldnt have to setup a
ComponentGroup with each ComponentRef afterwards. 



Oh
well. Thanks for your help, Simon.







Joel
Peterson



Quality
Assurance Engineer





[EMAIL PROTECTED]











From: Simon Dahlbacka
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 12:25 PM
To: Peterson, Joel
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!





ComponentRef
Id=driver.exe/ seems missing

/Simon



On 10/18/06, Peterson, Joel
[EMAIL PROTECTED] 
wrote:





Hi all.



I'm using WiX 3.0.2211.0. My installer is pretty basic, but I have a driver
set provided by a partner that I want to have in its own .WXS, since creating
modular installers is a good thing to do. I've attached both .WXS files
(redacted and simplified); Product.wxs is the main and PrintDriver.wxs is the
fragment.



Every time I build the solution in Visual Studio 2005, I get the following:



--
Rebuild All started: Project: Product, Configuration: Debug Any CPU --


C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug -out
obj\Debug\PrintDriver.wixobj PrintDriver.wxs 


C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug -out
obj\Debug\Product.wixobj Product.wxs 


C:\Program Files\Windows Installer XML v3\bin\Light.exe -out
bin\Debug\Product.msi obj\Debug\PrintDriver.wixobj
obj\Debug\Product.wixobj 

C:\Build\Installation\WiX\Product\Product.wxs(5,0):
Warning LGHT1079: The cabinet 'Product.cab' does not contain any files.
If this installation contains no files, this warning can likely be safely
ignored. Otherwise, please add files to the cabinet or remove it.

==
Rebuild All: 1 succeeded, 0 failed, 0 skipped ==



What stupid thing did I forget to do while splitting this off in its own
Fragment? I've poured over the WiX v2 Tutorial, blogs, and this mailing list
for anything and have come up blank.



Joel Peterson



[EMAIL PROTECTED] 










-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier 
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642

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















-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install with prevous versions

2006-10-18 Thread Wilson, Phil
Yes. 
1) The general rule is don't change the system in the UI sequence.
Example: I'm thinking the user could go through the UI sequence during
which the older product is uininstalled, and then choose your Cancel
button instead of Install and the older product is now gone. 

2) In MSI 4.0/UAC, the recommendation is that actions requiring
privilege (as your uninstall of the older product probably is) should be
no impersonate/deferred in the execute sequence.  

This kind of upgrade is never entirely satisfactory because you
typically can't re-install the older product if your install rolls back.


Phil Wilson 


-Original Message-
From: Arnette, Bill [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 2:36 PM
To: Wilson, Phil; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Install with prevous versions

So your recommendation is to run the uninstaller as a deferred CA or
just in the InstallExecuteSequence? 

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, 
 Phil
 Sent: Wednesday, October 18, 2006 4:41 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Install with prevous versions
 
 Some thoughts:
 
 Those non-MSI uninstallers often have a quiet switch, so if there's no

 need to show the uninstall UI append that to the uninstall string. I 
 know the InstallShield one does, I'd expect the Wise equivalent to 
 have the same.
 
 I don't think it's a good idea to have the uninstall custom action in 
 both the UI and execute sequences. There's the general point that you 
 shouldn't really be changing the system in the UI stage, and it will 
 probably bite you on Vista because you probably won't have the 
 required privilege in the UI sequence (with UAC you'll be a standard 
 user; in the execute sequence you'll be elevated).
 
 
 Phil Wilson
 
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Arnette,

 Bill
 Sent: Wednesday, October 18, 2006 7:01 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Install with prevous versions
 
 
 I don't think there are any path manipulation capabilities in MSI, so 
 you'll have to write a CA that sets INSTALLDIR from OLDINSTALL3 or 
 OLDINSTALL4.
 
 You can set a property in a CA if it is an immediate (not deferred) CA

 using MsiSetProperty.  Set the CA's @Execute attribute to 
 'oncePerProcess' and schedule it in both the InstallUISequence and 
 InstallExecuteSequence so that the CA will run even if the UI is 
 bypassed but it will only run once if the UI is enabled.  You can 
 condition the execution of the CA on whether OLDINSTALL3 or
 OLDINSTALL4
 are non-empty.  I am not sure exactly where to schedule it though; 
 maybe after FindRelatedProducts?
 
 I have a related question.  I am working with the same issue; 
 uninstalling previous versions that were not MSI installs.
 
 This is what I did:
 
 CustomAction Id=UninstallOldVersion Return=check
 Execute=oncePerProcess BinaryKey=MyCAs
 DllEntry=UninstallOldProducts /
 Binary Id=MyCAs SourceFile=bin\MyCAs.dll /
 
 Property Id=OLDPRODUCTFOUND
   RegistrySearch Id=rs_FindOldProducts Root=HKLM
 Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\MyApp
 Name=DisplayName Type=raw/
 /Property
 
 InstallUISequence
   Custom Action=UninstallPreviousAudioVersion
 After=FindRelatedProductsNOT Installed AND OLDPRODUCTFOUND/Custom
 /InstallUISequence
 
 InstallExecuteSequence
   RemoveExistingProducts After=InstallInitialize /
   Custom Action=UninstallOldVersion
 After=RemoveExistingProductsNOT Installed AND 
 OLDPRODUCTFOUND/Custom
 /InstallExecuteSequence
 
 The RegistrySearch checks that the old product exists on the target 
 machine.
 
 The UninstallOldProducts CA runs the old version's uninstaller (a WISE
 uninstaller) as an immediate CA but only if the old product is found.
 The CA basically just executes the ARP UninstallString.
 
 The effect is, the user starts the installer, the old installer 
 appears to guide the user through uninstalling the old product, then 
 the MSI's UI appears.
 
 I don't know if this is good practice or not.  Maybe the experts could

 chime in here.  Should my bootstrapper handle the uninstallation of 
 the previous non-MSI installation?  Or is it OK to do this an 
 immediate CA like above?
 
 Should the CA be scheduled somewhere else?  I didn't think doing it 
 deferred would be good because the user would go through the MSI 
 installer UI and then be presented with the WISE uninstaller UI.
 
 Thoughts?
 
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of Anton 
  Filippov
  Sent: Wednesday, October 18, 2006 7:45 AM
  To: wix-users@lists.sourceforge.net
  Subject: [WiX-users] Install with prevous versions
  
  Hello
  
  I write installer in WiX for product.
  This is new installer and this product already have old versions, 
  wrote in other 

Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!

2006-10-18 Thread Bob Arnson




Peterson, Joel wrote:

  
  
  

  
  Yeah,
youre right. I totally forgot about that. I was working on
ComponentGroup and got sidetracked. One thing I dont
understand
is why ComponentGroup isnt a parent node for
Component.
Itd be nice to have ComponentGroup exist inside of
Directory
or DirectoryRef so you wouldnt have to setup a
ComponentGroup with each ComponentRef afterwards.
  


Please enter a feature
request. It makes sense...to me, at least.g

-- 
sig://boB
http://bobs.org


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Passing parameters to function via custom action

2006-10-18 Thread Bob Arnson




Kaushik Barat wrote:

  Is
there a way to pass parameters to function of a library using custom
action?


CAs don't take arguments. Instead, you need to set properties to the
arguments you want to pass, then have the CA retrieve the property
values.

-- 
sig://boB
http://bobs.org


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CopyFile in Component gives problems.

2006-10-18 Thread Bob Arnson
Jarl Friis wrote:
 This results in 
 Error LGHT0204: ICE18: KeyPath for Component: 'Comp2' is Directory:
 'MyDir'. The Directory/Component pair must be listed in the
 CreateFolders table.

 According to the documentation, the above should be the way to select
 copying a file, by installing/uninstalling the parent
 component. However, when the parent component does not contain any
 other elements than a CopyFile, I get the above error.

 Can someone tell me what it means? and what I should do to resolve it?
   

MSI rules say that each component's directory must be created, either 
implicitly by installing files there -- the CopyFile doesn't count -- or 
explicitly with CreateFolder (in WiXspeak). So just add a CreateFolder 
element as a child of the CopyFile's Component element. It's harmless 
and satisfies the ICE validation error.

-- 
sig://boB
http://bobs.org



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] uninstall: removing elements added by xmlfile

2006-10-18 Thread Bob Arnson




Stephen Turton wrote:

  
  
  

  
  Hi, 
  I want to add some config handlers to
machine.config during
setup so Im using xmlfile.
  This works fine when I install: the expected
elements are
added to machine.config. However, I want these elements to be removed
when I
uninstall and I cant figure out how to do this. My xmlfile
component looks like this:
  


You might want to take a look at the new XmlConfig custom action. As I
recall, one of the important changes is to support better uninstall.
You'll need a release from the last couple of weeks, however.

-- 
sig://boB
http://bobs.org


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Random Wix Questions

2006-10-18 Thread Bob Arnson
Tina Basinger wrote:

 As far as using the REINSTALL property, won't that property also be 
 set at times other than a minor upgrade (like a repair)?  How does one 
 differentiate between those scenarios? 


Well, minor upgrades are implemented as a re-install/re-cache, so I 
don't know if there's a way to distinguish between them and a normal 
reinstall. At least there's nothing obvious in the doc. I'm not very 
familiar with minor upgrades, so maybe someone else with more experience 
will chime in...

-- 
sig://boB
http://bobs.org



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Fragments, Cabinets, and Light, Oh My!

2006-10-18 Thread david adams

Joel:

You are missing the Feature for the Component that will install the 
file.


In your case, you would create two folders, but your file would never get 
installed.


David Adams
MSN MessengerID: [EMAIL PROTECTED]






From: Peterson, Joel [EMAIL PROTECTED]
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Fragments, Cabinets, and Light, Oh My!
Date: Wed, 18 Oct 2006 12:02:47 -0700
MIME-Version: 1.0
Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by 
bay0-mc9-f10.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Wed, 
18 Oct 2006 12:02:30 -0700
Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by 
sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 479CB138BF; Wed, 18 Oct 
2006 12:02:29 -0700 (PDT)
Received: from sc8-sf-mx2-b.sourceforge.net 
([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net 
with esmtp (Exim 4.43)id 1GaGgN-00054o-Hgfor 
wix-users@lists.sourceforge.net; Wed, 18 Oct 2006 12:02:27 -0700
Received: from [72.18.244.228] (helo=castelle.com)by mail.sourceforge.net 
with esmtps (TLSv1:AES256-SHA:256)(Exim 4.44) id 1GaGgM-HO-RPfor 
wix-users@lists.sourceforge.net; Wed, 18 Oct 2006 12:02:27 -0700
Received: from ([192.168.1.9])by imail.castelle.com with ESMTP  id 
4321082.4698761;Wed, 18 Oct 2006 12:01:58 -0700

X-Message-Info: LsUYwwHHNt307FBMaUXhk0Mxn7sUgSdD9gwDs9tgtGI=
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fragments, Cabinets, 
and Light, Oh My!

Thread-Index: Acby6AAiQIRBt2wOQNS0maiCuMH3Rw==
X-Spam-Score: -2.8 (--)
X-Spam-Report: Spam Filtering performed by sourceforge.net.See 
http://spamassassin.org/tag/ for more details.Report problems 
tohttp://sf.net/tracker/?func=addgroup_id=1atid=21-2.8 ALL_TRUSTED
Did not pass through any untrusted hosts0.0 HTML_MESSAGE   
BODY: HTML included in message

X-BeenThere: wix-users@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: General discussion for Windows Installer XML 
toolset.wix-users.lists.sourceforge.net
List-Unsubscribe: 
https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED]
List-Archive: 
http://sourceforge.net/mailarchive/forum.php?forum=wix-users

List-Post: mailto:wix-users@lists.sourceforge.net
List-Help: mailto:[EMAIL PROTECTED]
List-Subscribe: 
https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED]

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 18 Oct 2006 19:02:31.0433 (UTC) 
FILETIME=[F68B4F90:01C6F2E7]


Hi all.



I'm using WiX 3.0.2211.0. My installer is pretty basic, but I have a
driver set provided by a partner that I want to have in its own .WXS,
since creating modular installers is a good thing to do. I've attached
both .WXS files (redacted and simplified); Product.wxs is the main and
PrintDriver.wxs is the fragment.



Every time I build the solution in Visual Studio 2005, I get the
following:



-- Rebuild All started: Project: Product, Configuration: Debug Any
CPU --

C:\Program Files\Windows Installer XML v3\bin\candle.exe
-dDebug -out obj\Debug\PrintDriver.wixobj PrintDriver.wxs

C:\Program Files\Windows Installer XML v3\bin\candle.exe
-dDebug -out obj\Debug\Product.wixobj Product.wxs

C:\Program Files\Windows Installer XML v3\bin\Light.exe
-out bin\Debug\Product.msi obj\Debug\PrintDriver.wixobj
obj\Debug\Product.wixobj

C:\Build\Installation\WiX\Product\Product.wxs(5,0): Warning LGHT1079:
The cabinet 'Product.cab' does not contain any files.  If this
installation contains no files, this warning can likely be safely
ignored.  Otherwise, please add files to the cabinet or remove it.

== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==



What stupid thing did I forget to do while splitting this off in its own
Fragment? I've poured over the WiX v2 Tutorial, blogs, and this mailing
list for anything and have come up blank.



Joel Peterson

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]







 Product.wxs 




 PrintDriver.wxs 




-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job 
easier

Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642




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


_
Find a local pizza place, music store, museum and more…then map the best 
route!  http://local.live.com?FORM=MGA001



-
Using Tomcat but need to 

Re: [WiX-users] CopyFile in Component gives problems.

2006-10-18 Thread david adams

Jarl:

Try using the CopyFile in this way:

Component
  File
 CopyFile /
  /File
/Component

I believe that CopyFile as a child to a Component element is for a file that 
already exists on the machine.  In your case, you look to be installing the 
file and copying it in your MSI.


David Adams
MSN MessengerID: [EMAIL PROTECTED]






From: Jarl Friis [EMAIL PROTECTED]
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CopyFile in Component gives problems.
Date: Wed, 18 Oct 2006 22:10:38 +0200
MIME-Version: 1.0
Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by 
bay0-mc9-f9.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Wed, 18 
Oct 2006 13:11:10 -0700
Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by 
sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 1A6F2123CF; Wed, 18 Oct 
2006 13:10:51 -0700 (PDT)
Received: from sc8-sf-mx1-b.sourceforge.net 
([10.3.1.91]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net 
with esmtp (Exim 4.43)id 1GaHkT-0003Ij-Jrfor 
wix-users@lists.sourceforge.net; Wed, 18 Oct 2006 13:10:47 -0700
Received: from cicero2.cybercity.dk ([212.242.40.53])by 
mail.sourceforge.net with esmtp (Exim 4.44) id 1GaHkS-00010X-4Sfor 
wix-users@lists.sourceforge.net; Wed, 18 Oct 2006 13:10:45 -0700
Received: from zeus.intra.softace.dk.diku.dk 
(port689.ds1-ry.adsl.cybercity.dk[212.242.182.60])by cicero2.cybercity.dk 
(Postfix) with ESMTP id 5FCA824526Bfor 
wix-users@lists.sourceforge.net;Wed, 18 Oct 2006 22:10:39 +0200 (CEST)

X-Message-Info: LsUYwwHHNt00EO4wDZMdDIZd00eae8s/ch047G0Y1DI=
Organization: Software developer
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (chestnut, linux)
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by sourceforge.net.See 
http://spamassassin.org/tag/ for more details.Report problems 
tohttp://sf.net/tracker/?func=addgroup_id=1atid=211.0 
FORGED_RCVD_HELO   Received: contains a forged HELO

X-BeenThere: wix-users@lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: General discussion for Windows Installer XML 
toolset.wix-users.lists.sourceforge.net
List-Unsubscribe: 
https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED]
List-Archive: 
http://sourceforge.net/mailarchive/forum.php?forum=wix-users

List-Post: mailto:wix-users@lists.sourceforge.net
List-Help: mailto:[EMAIL PROTECTED]
List-Subscribe: 
https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED]

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 18 Oct 2006 20:11:10.0852 (UTC) 
FILETIME=[8DE8C440:01C6F2F1]


I have a
Directory Id=MyDir
  Component Id=Comp1
File Id=fileID ... /
  Component
  Component Id=Comp2
CopyFile FileId=fileID /
  Component
/Directory

This results in
Error LGHT0204: ICE18: KeyPath for Component: 'Comp2' is Directory:
'MyDir'. The Directory/Component pair must be listed in the
CreateFolders table.

According to the documentation, the above should be the way to select
copying a file, by installing/uninstalling the parent
component. However, when the parent component does not contain any
other elements than a CopyFile, I get the above error.

Can someone tell me what it means? and what I should do to resolve it?

Jarl

--
Jarl Friis
Softace ApS
Omøgade 8, 2.sal
2100 København Ø.
Denmark
Phone:  +45 26 13 20 90
E-mail: [EMAIL PROTECTED]
LinkedIn: https://www.linkedin.com/in/jarlfriis


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job 
easier

Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


_
Stay in touch with old friends and meet new ones with Windows Live Spaces 
http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CustomAction not being called

2006-10-18 Thread Jeff Jones (HS)
That's exactly the problem.  I was accidentally compiling with debug CRTs which 
were in the PATH when I ran my test exe but were not when MSI was being run.

The operation I am doing should be run as the person that is doing the 
installation.  How do I avoid the impersonation?

Thanks for the help
Jeff


From: Bob Arnson [EMAIL PROTECTED]
Sent: Wednesday, October 18, 2006 5:39 PM
To: Jeff Jones (HS)
Cc: Arnette, Bill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction not being called

Jeff Jones (HS) wrote:
 That doesn't seem to be the issue.  'dumpbin /EXPORTS WildcaddySetup.dll' 
 shows:


Take a look at 'dumpbin /imports' -- the most common cause of CAs
failing to load is a missing dependency. CAs in the Binary tables are
extracted to a temporary directory so they don't have access to DLLs
installed with the product.


 InstallExecuteSequence
 Custom Action='InstallCert' After='InstallFinalize' /
 /InstallExecuteSequence


Note that this sequencing will fail on Vista and Longhorn Server if it
needs elevation: Only deferred, no-impersonate CAs get elevated.

--
sig://boB
http://bobs.org

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CustomAction not being called

2006-10-18 Thread Bob Arnson
Jeff Jones (HS) wrote:
 The operation I am doing should be run as the person that is doing the 
 installation.  How do I avoid the impersonation?
   
The default is to impersonate the user, so you only need 
Impersonate=no when you want the CA to run as LocalSystem.

-- 
sig://boB
http://bobs.org


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] uninstall: removing elements added by xmlfile

2006-10-18 Thread Crouch, John








Stephen,

There were some
challenges to over come with xmlfile about amonth ago  I forget the bug
trackinh numbers but I too had many problems uninstalling xml for web, exe and
machine.config files. I gave up and used a customaction vbs  to my eternal
shame.





br

John
Crouch
Software Engineer/Developer

National Oilwell Norway AS

This message, including
any attachments, is intended only for the addressee and may contain privileged
or confidential information. Any unauthorized disclosure is strictly
prohibited. If you receive this message in error, please notify us immediately
so that we may correct our internal records. Please then delete the original message. Thank you.











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Turton
Sent: Wednesday, October 18, 2006
8:54 PM
To:
wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall:
removing elements added by xmlfile





Hi, 

I want to add some config handlers to machine.config during setup so Im
using xmlfile.

This works fine when I install: the expected elements are added to
machine.config. However, I want these elements to be removed when I uninstall
and I cant figure out how to do this. My xmlfile component looks
like this:



 Component
Id='MyComp' Guid='4406c78a-0b49-4b0b-b63a-e088089d50ca' Permanent='no'

 XmlFile
Id='topElement'


File='C:\test.xml'


Action=''


Name='topElement'


Sequence='1'


Permanent='no'


ElementPath='//configuration'/


XmlFile Id='extensions'


File='C:\test.xml'


Action=''


Name='extensions'


Sequence='2'


Permanent='no'


ElementPath='//configuration/topElement'/


/Component 



Am I doing something wrong here? (apart from writing to C:\test.xml 
Im not quite ready to actually edit my machine.config file yet)





Thanks,

Stephen






-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CopyFile in Component gives problems.

2006-10-18 Thread Jarl Friis
Hi David.

david adams [EMAIL PROTECTED] writes:

 Jarl:

 Try using the CopyFile in this way:

 Component
File
   CopyFile /
/File
 /Component

 I believe that CopyFile as a child to a Component element is for a
 file that already exists on the machine. 

No, actually the problem cuts down to this:
A product consisting of 
one file MyFile.xsd File Id=MyFile.xsd /
two components:
   one component (CompInstall) installing MyFile.xsd,
   one component (CompCopy) copies the file to VS2005 schema directory.
two features; one for each component: FeaInstall, FeaCopy


FeaInstall will always be installed, i.e. it installs the
MyFile.xsd.

FeaCopy will be installed if and only if VS2005 is present.

So the the file to be copied in the CopyFile is specified by FileId,
which points to the file in the CompInstall component; CopyFile
FileId=MyFile.xsd

Jarl

-- 
Jarl Friis
Softace ApS
Omøgade 8, 2.sal
2100 København Ø.
Denmark
Phone:  +45 26 13 20 90
E-mail: [EMAIL PROTECTED]
LinkedIn: https://www.linkedin.com/in/jarlfriis


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Error 2343 - Specified path is empty

2006-10-18 Thread Peter Bocej
Thanx, it works!
I don`t  understand Indirect attribute. Now I thing that Indirect means:
If I use:
...
Directory Id=INSTALLDIR name=mydir
...
in the PathEdit control I need
Control ... Property=INSTALLDIR Indirect=no /
because the value of INSTALLDIR property is correct path string

If I use:
...
Directory Id=INSTALLDIR name=mydir
...
Property Id=InstallDirProperty Value=INSTALLDIR /
...
in the PathEdit control I need
Control ... Property=InstallDirProperty Indirect=yes /
because the value of InstallDirProperty property is the name of property
witch value has correct path string

Wix manual tells nothing about Indirect and my english is ugly :(

Peter Bocej
Emtest a.s.

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 18, 2006 5:37 PM
To: Peter Bocej
Cc: Wix-Users
Subject: Re: [WiX-users] Error 2343 - Specified path is empty


Peter Bocej wrote:
 When the InstallDirDlg starts, INSTALLDIR property has value C:\Program
 Files\BaseUI\
 I don`t know how I could set initial value of the PathEdit control.


You can tie a PathEdit to a directory property, just don't use
Indirect=yes unless it's an indirect property.

--
sig://boB
http://bobs.org



__ Informacia od NOD32 1.1810 (20061018) __

Tato sprava bola preverena antivirusovym systemom NOD32.
http://www.eset.sk



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users