[WiX-users] Unknow error on DB installation
Hi, I'm using WiX 3.0.4805.0, and I have a setup that install a database with the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder. I was able to install on several machine configurations, but it fails on a single machine (Win2003 R2 SP2, two hard drives C: and D:) with the following error in the log: Action 11:10:56: CreateDatabase. Creating Databases CreateDatabase: Error 0x8007007e: failed to create to database: 'DBNAME', error: unknown error Error 26201. Error -2147024770: failed to create SQL database: NogaClass, error detail: unknown error. MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error -2147024770: failed to create SQL database: DBNAME, error detail: unknown error. I didn't found any reference on the error codes and I don't have any idea what is the problem, the running user has administrative authorization both on machine and SQL. Thanks in advance, Andrés. -- View this message in context: http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File Search that returns a folder path
I'm bumping this up because it still doesn't seem to work. Since the last couple of wix builds there has been a directorysear...@assigntoproperty, but the created .msi files still look the same and the returned value is the file path, not the folder. Just tested with Build 4923. Anyone having success using a FileSearch and have the folder returned? Best regards, Sebastian Brand Instyler Software - http://www.instyler.com From: wix-users-boun...@lists.sourceforge.net [mailto:wix-users-boun...@lists.sourceforge.net] On Behalf Of martin lavelle Sent: Thursday, July 05, 2007 12:37 To: wix-users@lists.sourceforge.net; b...@joyofsetup.com Subject: Re: [WiX-users] File Search that returns a folder path This simple example returns the folder path of notepad.exe to the property NOTEPAD_FOLDER (If it finds it). Appsearch Table Property | Signature NOTEPAD_FOLDER | NotepadFolderSignature DrLocator Table Signature | Parent| Path | Depth --- NotepadFolderSignature| NotepadFileSignature NotepadFileSignature| || 5 Signature Table Signature | FileName NotepadFileSignature|notepad.exe Bob Arnson wrote: If you have current MSI rows that work, you should post them; that might help. Martin Lavelle wrote: I'm trying to author a file search that returns the folder path of a file search. In other words, I don't want the file name on the end of the path. My Property / DirectorySearch / FileSearch attempts just won't create the right table entries, will someone show me how to do this please. Incidentally, I've tried using Dark.exe to reveal the WiX syntax, but without success. _ See what you're getting into.before you go there. Check it out! http://newlivehotmail.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in iis:WebApplication?
I've decided to bring this back to your attention, guys.
I have received the following feedback to the bug I've registered:
This error code 0x8004e00f is CONTEXT_E_TMNOTAVAILABLE, which happens
when COM+ was unable to talk to the Microsoft Distributed Transaction
Coordinator. This service is only required when the application is
installed as a COM+ application as seen in administrative tools -
component services, which occurs when isolation is set to medium or
high.
Either install with an Isolation value of low (the default if no
isolation value is specified), or if you want to install with isolation
values of medium or high, you'll have to enable the Microsoft
Distributed Transaction Coordinator on the machine you're installing to,
then install the MSI.
DTC is disabled by default for XP machines, as far as I can see. This
means manual action before running install, which is not good user
experience.
Could you please confirm that the way IISExtension works at the moment
is not a subject to change in the nearest future?
It might happen that I simply chose the incorrect approach.
All I want to accomplish is to take existent 'Default web site', switch
its root to my INSTALLDIR, and tune its properties, for instance, change
the isolation level to Medium.
What's the way you would keep to in order to achieve this? Please,
suggest.
Thanks a lot!
-- Yan
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 7:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Thanks, I'll bring this to Mike's attention when we meet on Thursday.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 08:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Done: #2524017
-- Yan
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 5:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Yeah, sounds like a bug. Mike made some changes recently to handle COM+
configuration that was not getting cleaned up correctly. It could be
this is a bug introduced by that change. Please do open a bug on
SourceForge.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 02:51
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Bug in iis:WebApplication?
Hello WiX community,
It seems I have found a bug in IIS extension. I hope I'm wrong and
somebody will point me to my mistake.
First of all, WiX version is 3.0.4917.0. I'm trying to configure the
existent website in IIS 5.1. Here is my component definition:
Component DiskId=1 Id=ModifyIISSite5
Guid={7041EB6F-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder
Permanent=yes
ConditionIISMAJORVERSION = #5/Condition
iis:WebSite Id=IISSite5 Description=[IISSITE_NAME]
Directory=WebsiteFolder ConfigureIfExists=yes
iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT]
/
iis:WebApplication Id=IISSiteApplication5
Name=[PRODUCT_FAMILY] Isolation=medium /
/iis:WebSite
/Component
When I build and run my MSI, it gives me the following error (snippet
taken from the log file with LOGVERBOSE=1):
...
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges: Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges: Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges: Error 0x8004e00f: failed to create web
application: /LM/W3SVC/1/Root
Error 26105. Failed to create web application. (-2147164145
/LM/W3SVC/1/Root )
MSI (s) (24!18) [12:42:39:460]: Product: MyProduct -- Error 26105.
Failed to create web application. (-2147164145 /LM/W3SVC/1/Root
)
WriteMetabaseChanges: Error 0x8004e00f: failed to create ASP App
...
However, if I remove the attribute Isolation out of the
iis:WebApplication element, it installs without any problem (snippet
taken from the log file with LOGVERBOSE=1):
...
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges: Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges: Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges: Writing Metabase Value Under Key:
/LM/W3SVC/1/Root/ ID: 2102
...
This is reproducible both if iis:WebApplication is under iis:WebSite or
not.
Please, suggest.
Thank you.
-- Yan
[WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista
Hi everone. In my msi I have a custom action of type 50. The custom action is run if the user in a dialog chooses to cancel the installation to instead start an installation of SQL Express 2005 (which in some cases is a prerequisite). The installation of SQL Express is started asynchronously so my msi will have plenty of time to terminate before the SQL Express installation has finished extracting its files. My problem is that Vista does not show the UAC dialog when the SQL Express installation is started. This causes the installation of SQL Express to fail as it does not have the privileges to open some file (the log file from the SQL Express installation does not show which file). Is executables always started without privileges? Can I tell Vista that the executable should be run with privileges? Best regards Peter Björkman -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF Logging in UI Sequence
I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF Logging in UI Sequence
You can't log if the action is based off a button click, otherwise it should work. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 27, 2009 07:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Logging in UI Sequence I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dealing with Components with Only Non-Versioned Files
WiX doesn't support making a companion file the KeyPath because the MSI SDK says not to. From the Companion Files topic: Note that a file that is the key path for its component must not be a companion file. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Tuesday, January 27, 2009 06:15 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files For those few components that have these non-versioned files, I just choose one of the fonts or message files. I'm really not sure what the behavior will be when using companion files and setting a keypath in that component (i.e. which WiX doesn't let you which is why I have to do a post-build step.). Maybe I don't really need to do this, but this code has just been this way for years (i.e. in Wise). As I was converting over, I noticed this but wasn't sure how to handle it. -Jonathan Bob Arnson-6 wrote: jnewton wrote: I have a few components that only contain non-versioned files (i.e. message files, fonts). Currently I am using a core DLL that I install as the companion file for the files in those components. However, this means that I don't have a keypath for these components. I'm not sure if this is a problem or not, and if so, any suggestions? Currently I am just doing a post-build step to insert a keypath back into this component. What keypath are you putting in? -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unknow error on DB installation
Found a couple options: NMERR_REMOTE_NOT_A_SERVER netmon.h ERROR_MOD_NOT_FOUND winerror.h Can you provide more detail about what you are doing? -Original Message- From: andresd [mailto:andres.denkb...@gmail.com] Sent: Tuesday, January 27, 2009 00:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unknow error on DB installation Hi, I'm using WiX 3.0.4805.0, and I have a setup that install a database with the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder. I was able to install on several machine configurations, but it fails on a single machine (Win2003 R2 SP2, two hard drives C: and D:) with the following error in the log: Action 11:10:56: CreateDatabase. Creating Databases CreateDatabase: Error 0x8007007e: failed to create to database: 'DBNAME', error: unknown error Error 26201. Error -2147024770: failed to create SQL database: NogaClass, error detail: unknown error. MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error -2147024770: failed to create SQL database: DBNAME, error detail: unknown error. I didn't found any reference on the error codes and I don't have any idea what is the problem, the running user has administrative authorization both on machine and SQL. Thanks in advance, Andrés. -- View this message in context: http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dealing with Components with Only Non-Versioned Files
Thanks for the reply Rob. Yeah, I realized that when WiX through an error which was great. I'm just not sure how to handle this scenario then. How is one to deal with a component with all non-versioned files? Maybe one should never get into this scenario, but if you have any advice as to what alterations I should make, please let me know. Thanks -Jonathan Rob Mensching-2 wrote: WiX doesn't support making a companion file the KeyPath because the MSI SDK says not to. From the Companion Files topic: Note that a file that is the key path for its component must not be a companion file. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Tuesday, January 27, 2009 06:15 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files For those few components that have these non-versioned files, I just choose one of the fonts or message files. I'm really not sure what the behavior will be when using companion files and setting a keypath in that component (i.e. which WiX doesn't let you which is why I have to do a post-build step.). Maybe I don't really need to do this, but this code has just been this way for years (i.e. in Wise). As I was converting over, I noticed this but wasn't sure how to handle it. -Jonathan Bob Arnson-6 wrote: jnewton wrote: I have a few components that only contain non-versioned files (i.e. message files, fonts). Currently I am using a core DLL that I install as the companion file for the files in those components. However, this means that I don't have a keypath for these components. I'm not sure if this is a problem or not, and if so, any suggestions? Currently I am just doing a post-build step to insert a keypath back into this component. What keypath are you putting in? -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2226478.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista
I'm pretty sure that the Windows Installer uses CreateProcess internally to execute type 50 custom actions. So, it will always execute the new process at the same level as the Windows Installer process. If it's running out of the UI sequence, that means that it won't be elevated and will fail. To make this work, you need something that will call ShellExecute on the SQL Express installer exe. This can be done with either a separate exe that will then just ShellExecute another exe or a custom action in a dll that will ShellExecute something. -Ari -Original Message- From: Peter Björkman [mailto:peter.bjork...@aptus.se] Sent: Tuesday, January 27, 2009 7:08 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista Hi everone. In my msi I have a custom action of type 50. The custom action is run if the user in a dialog chooses to cancel the installation to instead start an installation of SQL Express 2005 (which in some cases is a prerequisite). The installation of SQL Express is started asynchronously so my msi will have plenty of time to terminate before the SQL Express installation has finished extracting its files. My problem is that Vista does not show the UAC dialog when the SQL Express installation is started. This causes the installation of SQL Express to fail as it does not have the privileges to open some file (the log file from the SQL Express installation does not show which file). Is executables always started without privileges? Can I tell Vista that the executable should be run with privileges? Best regards Peter Björkman -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dealing with Components with Only Non-Versioned Files
Well, MSI SDK says not to do what you're doing so that's the first step to undo. smile/ After that, you need to come up with a new KeyPath for your Component... or merge the Components together. The latter is the most ideal from a companion file point of view, but does create servicing challenges if you, say, ever needed to not ship the companion file anymore. Another option is to use the Directory as the KeyPath... or use a Registry Key. I'd have to play with various scenarios for a while to see what worked best... haven't used companion files myself in a very long time. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Tuesday, January 27, 2009 07:53 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files Thanks for the reply Rob. Yeah, I realized that when WiX through an error which was great. I'm just not sure how to handle this scenario then. How is one to deal with a component with all non-versioned files? Maybe one should never get into this scenario, but if you have any advice as to what alterations I should make, please let me know. Thanks -Jonathan Rob Mensching-2 wrote: WiX doesn't support making a companion file the KeyPath because the MSI SDK says not to. From the Companion Files topic: Note that a file that is the key path for its component must not be a companion file. -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Tuesday, January 27, 2009 06:15 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files For those few components that have these non-versioned files, I just choose one of the fonts or message files. I'm really not sure what the behavior will be when using companion files and setting a keypath in that component (i.e. which WiX doesn't let you which is why I have to do a post-build step.). Maybe I don't really need to do this, but this code has just been this way for years (i.e. in Wise). As I was converting over, I noticed this but wasn't sure how to handle it. -Jonathan Bob Arnson-6 wrote: jnewton wrote: I have a few components that only contain non-versioned files (i.e. message files, fonts). Currently I am using a core DLL that I install as the companion file for the files in those components. However, this means that I don't have a keypath for these components. I'm not sure if this is a problem or not, and if so, any suggestions? Currently I am just doing a post-build step to insert a keypath back into this component. What keypath are you putting in? -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2226478.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF Logging in UI Sequence
It is a button click, I take it this is an MSI limitation. Thanks Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 27 January 2009 15:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF Logging in UI Sequence You can't log if the action is based off a button click, otherwise it should work. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 27, 2009 07:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Logging in UI Sequence I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in iis:WebApplication?
What happens if you create a medium isolated AppPool on Windows XP with DTC
disabled? Does it have issues as well or does it automatically enable DTC? I
think this is less an issue with the extension and more a design issue with
IIS. We try to plaster over a lot of bad designs in the WiX CustomActions but
sometimes things still poke through.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 27, 2009 03:04
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
I've decided to bring this back to your attention, guys.
I have received the following feedback to the bug I've registered:
This error code 0x8004e00f is CONTEXT_E_TMNOTAVAILABLE, which happens
when COM+ was unable to talk to the Microsoft Distributed Transaction
Coordinator. This service is only required when the application is
installed as a COM+ application as seen in administrative tools -
component services, which occurs when isolation is set to medium or
high.
Either install with an Isolation value of low (the default if no
isolation value is specified), or if you want to install with isolation
values of medium or high, you'll have to enable the Microsoft
Distributed Transaction Coordinator on the machine you're installing to,
then install the MSI.
DTC is disabled by default for XP machines, as far as I can see. This
means manual action before running install, which is not good user
experience.
Could you please confirm that the way IISExtension works at the moment
is not a subject to change in the nearest future?
It might happen that I simply chose the incorrect approach.
All I want to accomplish is to take existent 'Default web site', switch
its root to my INSTALLDIR, and tune its properties, for instance, change
the isolation level to Medium.
What's the way you would keep to in order to achieve this? Please,
suggest.
Thanks a lot!
-- Yan
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 7:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Thanks, I'll bring this to Mike's attention when we meet on Thursday.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 08:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Done: #2524017
-- Yan
-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 5:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?
Yeah, sounds like a bug. Mike made some changes recently to handle COM+
configuration that was not getting cleaned up correctly. It could be
this is a bug introduced by that change. Please do open a bug on
SourceForge.
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 02:51
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Bug in iis:WebApplication?
Hello WiX community,
It seems I have found a bug in IIS extension. I hope I'm wrong and
somebody will point me to my mistake.
First of all, WiX version is 3.0.4917.0. I'm trying to configure the
existent website in IIS 5.1. Here is my component definition:
Component DiskId=1 Id=ModifyIISSite5
Guid={7041EB6F-2023-4D19-90D2-EE9101C71E44} Directory=WebsiteFolder
Permanent=yes
ConditionIISMAJORVERSION = #5/Condition
iis:WebSite Id=IISSite5 Description=[IISSITE_NAME]
Directory=WebsiteFolder ConfigureIfExists=yes
iis:WebAddress Id=IISSiteAddress5 Port=[IISSITE_PORT]
/
iis:WebApplication Id=IISSiteApplication5
Name=[PRODUCT_FAMILY] Isolation=medium /
/iis:WebSite
/Component
When I build and run my MSI, it gives me the following error (snippet
taken from the log file with LOGVERBOSE=1):
...
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges: Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges: Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges: Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges: Error 0x8004e00f: failed to create web
application: /LM/W3SVC/1/Root
Error 26105. Failed to create web application. (-2147164145
/LM/W3SVC/1/Root )
MSI (s) (24!18) [12:42:39:460]: Product: MyProduct -- Error 26105.
Failed to create web application. (-2147164145 /LM/W3SVC/1/Root
)
WriteMetabaseChanges: Error 0x8004e00f: failed to create ASP App
...
However, if I remove the attribute Isolation out of the
iis:WebApplication element, it installs without any problem (snippet
taken from the log file with LOGVERBOSE=1):
...
Re: [WiX-users] DTF Logging in UI Sequence
Yes, oft discussed here. Documented somewhere in the MSI SDK... -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 27, 2009 08:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF Logging in UI Sequence It is a button click, I take it this is an MSI limitation. Thanks Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 27 January 2009 15:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF Logging in UI Sequence You can't log if the action is based off a button click, otherwise it should work. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 27, 2009 07:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Logging in UI Sequence I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unknow error on DB installation
Probably not the case but SQL won't install to compressed drives and IIFC gives a weird error. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 27 January 2009 15:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Unknow error on DB installation Found a couple options: NMERR_REMOTE_NOT_A_SERVER netmon.h ERROR_MOD_NOT_FOUND winerror.h Can you provide more detail about what you are doing? -Original Message- From: andresd [mailto:andres.denkb...@gmail.com] Sent: Tuesday, January 27, 2009 00:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unknow error on DB installation Hi, I'm using WiX 3.0.4805.0, and I have a setup that install a database with the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder. I was able to install on several machine configurations, but it fails on a single machine (Win2003 R2 SP2, two hard drives C: and D:) with the following error in the log: Action 11:10:56: CreateDatabase. Creating Databases CreateDatabase: Error 0x8007007e: failed to create to database: 'DBNAME', error: unknown error Error 26201. Error -2147024770: failed to create SQL database: NogaClass, error detail: unknown error. MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error -2147024770: failed to create SQL database: DBNAME, error detail: unknown error. I didn't found any reference on the error codes and I don't have any idea what is the problem, the running user has administrative authorization both on machine and SQL. Thanks in advance, Andrés. -- View this message in context: http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extracting a certificate from binary table
Hey,
This is some code that I used to do that. I think you can look into the
shellexecca.cpphttp://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cpp?hideattic=1revision=1.4view=markuppathrev=MAIN
file.
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
LPWSTR pwzStreamToString = NULL;
BYTE* pbData = NULL;
DWORD cbData = 0;
hr = WcaInitialize(hInstall, ScheduleMuConfig);
ExitOnFailure(hr, failed to initialize ScheduleMuConfig);
//Extact the muauth.cab to a stream.
hr = ExtractBinary(LMuAuthCab, pbData, cbData);
ExitOnFailure(hr, failed to extract binary data);
//Write the stream to a string to be passed as CustomActionData
hr = WcaWriteStreamToCaData(pbData, cbData, pwzStreamToString);
ExitOnFailure(hr, failed to write the stream to a string);
hr = WcaDoDeferredAction(LRollbackConfigMU, LRollback, 0);
ExitOnFailure(hr, Failed to schedule RollbackConfigMU);
hr = WcaDoDeferredAction(LConfigureMU, pwzStreamToString,
COST_MU_CONFIG_TRANSACTION);
ExitOnFailure(hr, Failed to schedule ConfigureMU);
LExit:
ReleaseStr(pwzStreamToString);
ReleaseMem(pbData);
if (FAILED(hr))
{
er = ERROR_INSTALL_FAILURE;
}
return WcaFinalize(er);
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga
pratap.san...@gmail.com wrote:
Hi,
I'm placing a .pfx certificate in the binary table and wish to retrieve it
in my deferred custom action dll. From what I read on the forum, I see that
this can be achieved by reading the certificate using immediate custom
action, write it to custom action data(or to a temporary file, which I
don't
prefer) and then call the deferred custom action that can use this data.
Can
someone please help me with the following doubts:
1. What APIs should I be looking at, to write to custom action data in an
immediate custom action?
2. The certificate is purely binary data and all the APIs return strings.
So, I'm afraid that I'd loose some data if there is a NULL in the binary
data. How can I handle this situation?
3. I have a URI that should also be placed in the custom action data. So,
how can I append the certificate's binary stream to the custom action
data(which contains the URI already)?
Thanks,
Pratapa.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] (no subject)
Using the help in Deployment tools Foundation, Development guide, deployment tools, Inventory...the tree on the left is self explanatory...what tree? Is there an example anywhere of a Installshield MSI that calls a DTF Managed CA (documenting what has to be done in the Installshield IDE), along with the c# source code\dll, etc ???. While somewhat new to C#, I am experience with Installshield, with a small sample I think that I can figure out the rest. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File Search that returns a folder path
Sebastian Brand wrote: I'm bumping this up because it still doesn't seem to work. Since the last couple of wix builds there has been a directorysear...@assigntoproperty, but the created .msi files still look the same and the returned value is the file path, not the folder. Just tested with Build 4923. If @AssignToProperty doesn't work, it's a bug. Please open a bug report with a small sample that shows the problem and the AppSearch/*Locator/Signature rows you're expecting to be produced. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista
Peter Björkman wrote: Is executables always started without privileges? Yes, unless it's deferred and no-impersonate, which wouldn't work in this case because SQL Express would try to start an illegal nested installation transaction. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DISABLEROLLBACK not working
Anyone? :-) John Morris | Software Architect | SoftPro -Original Message- From: Morris, John - Raleigh [mailto:john.mor...@softprocorp.com] Sent: Wednesday, January 21, 2009 8:13 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DISABLEROLLBACK not working Has anyone seen this symtom before? Here is the scenario: I am trouble shooting a failing install. In the debug process, I run the install with DISABLEROLLBACK=1. When the failure happens, it is suppose to NOT rollback. That way, I can figure out what isn't right. This has worked before. For some reason, I am seeing this method not work on some machines. When I attempt this process, the install is always rolling back. And ideas? Thanks, John -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 64 bit registry search
I'm trying to install my component into the SharePoint directory, the location of which I find from a registry key. This works perfectly on a 32 bit system, but on a 64 bit system I can't get it to work. Here's what I currently have: Property Id=INSTALLDIR RegistrySearch Id='SharepointRegistry' Type='raw' Win64='yes' Root='HKLM' Key='SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders\SharePoint' / /Property I've tried all 4 combinations of WIn64=yes/no and having or not having the Wow6432Node part of the path be there explicitly. Every combination yields the same result - the path for the 32 bit version of SharePoint, not the 64. Well, actually two combinations yield that, and two combinations yield nothing at all. The combinations that yield nothing are (Win64 = yes/ No explicit Wow6432Node) and (Win64=no/ Explicit Wow6432Node). What I don't understand is when I read that key explicitly with regedit, it has the correct path to sharepoint on the 64 bit machine. But reading it from within my MSI, it seems to disregard the Wow6432Node element and just read the 32 bit key. Is there something else I need to do to get this to work? -- Regards, cf -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] platform agnostic file flag?
I'm doing dual x64/x86 installers and my application is all based on .net (MSIL) and is hence platform agnostic. Is there a way to specify a file as platform agnostic in a component? Currently my x64 installer is putting everything in Program Files (x86) b/c I don't specify the Platform= attribute of the File element. Certainly others have this issue, I mean a text file is hardly platform specific. Is this an MSI limitation? Any help would be appreciated. Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Louis- I've seen your posts on Acesso Community and I know you've read my blog articles on the subject. If there's any additional help you need, feel free to email me with specific questions and I'll try to fill in the missing gaps for you. Thanks, Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Tue, 1/27/09, Louis elston louels...@comcast.net wrote: From: Louis elston louels...@comcast.net Subject: [WiX-users] (no subject) To: wix-users@lists.sourceforge.net Date: Tuesday, January 27, 2009, 1:38 PM Using the help in Deployment tools Foundation, Development guide, deployment tools, Inventory...the tree on the left is self explanatory...what tree? Is there an example anywhere of a Installshield MSI that calls a DTF Managed CA (documenting what has to be done in the Installshield IDE), along with the c# source code\dll, etc ???. While somewhat new to C#, I am experience with Installshield, with a small sample I think that I can figure out the rest. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
I have looked at the sample program in C:\Program Files\InstallShield\2009\Samples\WindowsInstaller\Managed Custom Actions\C:\Program Files\InstallShield\2009\Samples\WindowsInstaller\Managed Custom Actions, and I read the documentation on it that someone had created. I can follow much of it, but what to also know how to do a DTF Managed custom action. This all being new to me (C#, DTF), I need a little more than I have found, or, I need to better understand it. Right now I am looking to convert a small installer that uses Vbscript to basically find and read and modify files on the disk, get and if possible set properties, etc. I am pretty sure that I can figure out the C# code to do this, I am just not aware of how to get the Installshield MSI project to work with it. Is there an example (with documentation also if possible), that shows DTF Managed CA's being called from an InstallShield 2009 MSI project? Would you use the same settings as above when creating the custom action in the IDE? What exactly would you have to do in VS 2008, is it just a matter of including the using Microsoft.DeploymentWindowsInstall, and manually putting in [CustomAction], or do you need to have installed xyz on your system, and have added something to Visual Studio? Looking at http://blog.deploymentengineering.com/2008/05/deployment-tools-foundation-dt f-custom.html is not intuitive to me. Things like We can fix this though by running a postbuild step with a DTF utility called MakeSfxCA.exe. totally loose me...I have to do this? Thanks Lou -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Tuesday, January 27, 2009 3:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] (no subject) Louis- I've seen your posts on Acesso Community and I know you've read my blog articles on the subject. If there's any additional help you need, feel free to email me with specific questions and I'll try to fill in the missing gaps for you. Thanks, Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Tue, 1/27/09, Louis elston louels...@comcast.net wrote: From: Louis elston louels...@comcast.net Subject: [WiX-users] (no subject) To: wix-users@lists.sourceforge.net Date: Tuesday, January 27, 2009, 1:38 PM Using the help in Deployment tools Foundation, Development guide, deployment tools, Inventory...the tree on the left is self explanatory...what tree? Is there an example anywhere of a Installshield MSI that calls a DTF Managed CA (documenting what has to be done in the Installshield IDE), along with the c# source code\dll, etc ???. While somewhat new to C#, I am experience with Installshield, with a small sample I think that I can figure out the rest. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] platform agnostic file flag?
MSI requires that the installer be marked as 32-bit or 64-bit.I just made one WXS file that will work for both, then I set my target directory to the correct place for that platform. Chris On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert poehl...@securityinnovation.com wrote: I'm doing dual x64/x86 installers and my application is all based on .net (MSIL) and is hence platform agnostic. Is there a way to specify a file as platform agnostic in a component? Currently my x64 installer is putting everything in Program Files (x86) b/c I don't specify the Platform= attribute of the File element. Certainly others have this issue, I mean a text file is hardly platform specific. Is this an MSI limitation? Any help would be appreciated. Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] platform agnostic file flag?
I'm actually already using a ?if $(var.Platform)=x64??else??endif?
around the package element to make the MSI 64 or 32 bit. However my files
are placed in ProgramFilesFolder\{my folder}. My issue is that
ProgramFilesFolder is resolving to the wrong place in x64. I assume I can
fix this if I use a ?if? on each file element in each component and
specify the platform as x64 or x86 appropriately and map it to the *SAME*
binary file. I can do this because my binaries are platform agnostic.
I was hoping there was something easier however.
--Peter
-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com]
Sent: Tuesday, January 27, 2009 1:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] platform agnostic file flag?
MSI requires that the installer be marked as 32-bit or 64-bit.I just
made one WXS file that will work for both, then I set my target directory to
the correct place for that platform.
Chris
On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert
poehl...@securityinnovation.com wrote:
I'm doing dual x64/x86 installers and my application is all based on .net
(MSIL) and is hence platform agnostic. Is there a way to specify a file as
platform agnostic in a component? Currently my x64 installer is putting
everything in Program Files (x86) b/c I don't specify the Platform=
attribute of the File element.
Certainly others have this issue, I mean a text file is hardly platform
specific.
Is this an MSI limitation?
Any help would be appreciated.
Thanks,
Peter
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSI not updating files in Install location if files are already present
The MSI I created using Wix installs a windows service by dumping the files in a target path and starting the service from that path. The service is not installed as such, it is just restarted using the ServiceController element, since the path would already contain files from a previous manual install. This is the first automated install using MSI. I noticed that when files(in my case exe, some dependent dlls and config) are already present in the target dir, the File element in my .wxs file does not replace the existing files with the new ones from the installer. However for a fresh install (in the sense target directory is empty before running the installer), the latest files are copied!! A typical File element in my .wxs looks like this. File Id=Service.exe Source=../bin/Release/Service.exe KeyPath=yes /File File Id=Host.exe.config Source=../bin/Release/Service.exe.config/File Whats going on? Pls help -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to change permission for existing Folder and/or file?
After one day of research. It looks to me that CustomAction is only way I know to achieve it. Is this the right way to go? Thanks Joseph -Original Message- From: Joseph Wu [mailto:joseph...@ds-iq.com] Sent: Monday, January 26, 2009 4:16 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to change permission for existing Folder and/or file? Permission Element's parent must be CreateFolder or File. How to change the permission for existing Folder and/or file? Thanks Joseph -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] IIS impersonates user? Works with UAC?
I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] platform agnostic file flag?
OK, here's how I handle that.
Your directory structure should look something like this:
Directory Id='TARGETDIR' Name='SourceDir'
Component Id='Dummy' Guid='' /
/Directory
Then, you have a CA set the TARGETDIR property, giving the install
location. (This is covered in so many posts and replies, you should have no
trouble finding this)
InstallUISequence
Custom Action='DIRCA_TARGETDIR'
After='LaunchConditions'TARGETDIR=/Custom
/InstallUISequence
Thenm instead of having one CA target, you have one for each build
architecture.
?if $(sys.BUILDARCH) = 'x64'?
CustomAction Id='DIRCA_TARGETDIR' Property='TARGETDIR'
Value='[ProgramFiles64Folder][Manufacturer]\[ProductName]\' /
?else ?
CustomAction Id='DIRCA_TARGETDIR' Property='TARGETDIR'
Value='[ProgramFilesFolder][Manufacturer]\[ProductName]\' /
?endif ?
That's that! One stop shopping.
On Tue, Jan 27, 2009 at 5:55 PM, Peter Oehlert
poehl...@securityinnovation.com wrote:
I'm actually already using a ?if $(var.Platform)=x64??else??endif?
around the package element to make the MSI 64 or 32 bit. However my files
are placed in ProgramFilesFolder\{my folder}. My issue is that
ProgramFilesFolder is resolving to the wrong place in x64. I assume I can
fix this if I use a ?if? on each file element in each component and
specify the platform as x64 or x86 appropriately and map it to the *SAME*
binary file. I can do this because my binaries are platform agnostic.
I was hoping there was something easier however.
--Peter
-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com]
Sent: Tuesday, January 27, 2009 1:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] platform agnostic file flag?
MSI requires that the installer be marked as 32-bit or 64-bit.I just
made one WXS file that will work for both, then I set my target directory
to
the correct place for that platform.
Chris
On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert
poehl...@securityinnovation.com wrote:
I'm doing dual x64/x86 installers and my application is all based on .net
(MSIL) and is hence platform agnostic. Is there a way to specify a file
as
platform agnostic in a component? Currently my x64 installer is putting
everything in Program Files (x86) b/c I don't specify the Platform=
attribute of the File element.
Certainly others have this issue, I mean a text file is hardly platform
specific.
Is this an MSI limitation?
Any help would be appreciated.
Thanks,
Peter
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] platform agnostic file flag?
I accomplished the same thing as follows:
Directory Id=TARGETDIR Name=SourceDir
?if $(var.Platform) = x86 ?
Directory Id=ProgramFilesFolder
Directory Id=INSTALLLOCATION Name=./
/Directory
?else?
Directory Id=ProgramFiles64Folder
Directory Id=INSTALLLOCATION Name=./
/Directory
?endif?
/Directory
DirectoryRef Id=INSTALLLOCATION
Directory Id=$(var.Manufacturer) Name=$(var.Manufacturer)
Directory Id=$(var.Product) Name=$(var.Product)
!-- etc... --
/Directory
/Directory
/DirectoryRef
I use the Platform msbuild property set in *.wixproj to tell me whether I'm
building for x86 or not. It would be simple to replace the ?if? conditional
to use something more appropriate to your build process.
Best part of all, no CustomAction needed!! ;-D
--
Edwin
-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com]
Sent: Tuesday, January 27, 2009 6:06 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] platform agnostic file flag?
OK, here's how I handle that.
Your directory structure should look something like this:
Directory Id='TARGETDIR' Name='SourceDir'
Component Id='Dummy' Guid='' /
/Directory
Then, you have a CA set the TARGETDIR property, giving the install
location. (This is covered in so many posts and replies, you should
have no
trouble finding this)
InstallUISequence
Custom Action='DIRCA_TARGETDIR'
After='LaunchConditions'TARGETDIR=/Custom
/InstallUISequence
Thenm instead of having one CA target, you have one for each build
architecture.
?if $(sys.BUILDARCH) = 'x64'?
CustomAction Id='DIRCA_TARGETDIR' Property='TARGETDIR'
Value='[ProgramFiles64Folder][Manufacturer]\[ProductName]\' /
?else ?
CustomAction Id='DIRCA_TARGETDIR' Property='TARGETDIR'
Value='[ProgramFilesFolder][Manufacturer]\[ProductName]\' /
?endif ?
That's that! One stop shopping.
On Tue, Jan 27, 2009 at 5:55 PM, Peter Oehlert
poehl...@securityinnovation.com wrote:
I'm actually already using a ?if
$(var.Platform)=x64??else??endif?
around the package element to make the MSI 64 or 32 bit. However my
files
are placed in ProgramFilesFolder\{my folder}. My issue is that
ProgramFilesFolder is resolving to the wrong place in x64. I assume I
can
fix this if I use a ?if? on each file element in each component and
specify the platform as x64 or x86 appropriately and map it to the
*SAME*
binary file. I can do this because my binaries are platform agnostic.
I was hoping there was something easier however.
--Peter
-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com]
Sent: Tuesday, January 27, 2009 1:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] platform agnostic file flag?
MSI requires that the installer be marked as 32-bit or 64-bit.I
just
made one WXS file that will work for both, then I set my target
directory
to
the correct place for that platform.
Chris
On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert
poehl...@securityinnovation.com wrote:
I'm doing dual x64/x86 installers and my application is all based
on .net
(MSIL) and is hence platform agnostic. Is there a way to specify a
file
as
platform agnostic in a component? Currently my x64 installer is
putting
everything in Program Files (x86) b/c I don't specify the Platform=
attribute of the File element.
Certainly others have this issue, I mean a text file is hardly
platform
specific.
Is this an MSI limitation?
Any help would be appreciated.
Thanks,
Peter
-
---
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
---
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
-
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Need to do registrysearch after one custom action executed
Hi, I am doing registrysearch for JDK home directory and if it's not installed then from my installer I install the JDK. But now again I want to do registrysearch for newly installed JDK home directory. And depending on that JDK home directory, I execute some java files. Can anybody help me out in this problem? Thanks Regards, Hukumchand Shah -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] platform agnostic file flag?
I should also mention that I don't use ?if? around the Package/ element. I set the Platform attribute to $(var.Platform): Package InstallerVersion=301 Compressed=yes Platform=$(var.Platform)/ So far I only use ?if $(var.Platform) = x86 ? to choose between ProgramFilesFolder and ProgramFiles64Folder. With any luck I won't need to be choosy anywhere else (we're depending on the build system to place files in the right place). -- Edwin -Original Message- From: Castro, Edwin (Hillsboro) [mailto:egcas...@checkfree.com] Sent: Tuesday, January 27, 2009 8:11 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] platform agnostic file flag? I accomplished the same thing as follows: Directory Id=TARGETDIR Name=SourceDir ?if $(var.Platform) = x86 ? Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=./ /Directory ?else? Directory Id=ProgramFiles64Folder Directory Id=INSTALLLOCATION Name=./ /Directory ?endif? /Directory DirectoryRef Id=INSTALLLOCATION Directory Id=$(var.Manufacturer) Name=$(var.Manufacturer) Directory Id=$(var.Product) Name=$(var.Product) !-- etc... -- /Directory /Directory /DirectoryRef I use the Platform msbuild property set in *.wixproj to tell me whether I'm building for x86 or not. It would be simple to replace the ?if? conditional to use something more appropriate to your build process. Best part of all, no CustomAction needed!! ;-D -- Edwin -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI not updating files in Install location if files are already present
MSI SDK has a topic about File Versoining and how it affects the install behavior. -Original Message- From: Anupama A [mailto:anupama...@gmail.com] Sent: Tuesday, January 27, 2009 16:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSI not updating files in Install location if files are already present The MSI I created using Wix installs a windows service by dumping the files in a target path and starting the service from that path. The service is not installed as such, it is just restarted using the ServiceController element, since the path would already contain files from a previous manual install. This is the first automated install using MSI. I noticed that when files(in my case exe, some dependent dlls and config) are already present in the target dir, the File element in my .wxs file does not replace the existing files with the new ones from the installer. However for a fresh install (in the sense target directory is empty before running the installer), the latest files are copied!! A typical File element in my .wxs looks like this. File Id=Service.exe Source=../bin/Release/Service.exe KeyPath=yes /File File Id=Host.exe.config Source=../bin/Release/Service.exe.config/File Whats going on? Pls help -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
What version of the WiX toolset are you using? -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Tuesday, January 27, 2009 18:25 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] IIS impersonates user? Works with UAC? I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. If I start a command prompt as administrator and then issue the msiexec command it works properly but double clicking fails despite the UAC prompt. How can I get this custom action to run as elevated? Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS impersonates user? Works with UAC?
Peter Oehlert wrote: I'm installing a web site under Vista and 2008 (as well as XP and 2003) and I need to deal with UAC. I'm getting the error failed to read iiswebsite table -2147024891. I believe that the custom action is not being run as elevated but is instead running as myself. Get WiX v3.0.4909 or later: http://www.joyofsetup.com/2009/01/11/highlights-of-wix-v3049090/. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to do registrysearch after one custom action executed
Hukumchand Shah wrote: But now again I want to do registrysearch for newly installed JDK home directory. Actions can only be run once per sequence. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extracting a certificate from binary table
Thank you Brian. I figured out how to get the data from the binary table. But
I'm still not able to find how to append data to the custom action data.
Also, I'm getting return code 6(I'm guessing invalid handle) for
MsiGetProperty(). I don't recall any change to my code which would cause
this. Any idea in what all conditions I might get this error?
Thanks!
Brian Rogers wrote:
Hey,
This is some code that I used to do that. I think you can look into the
shellexecca.cpphttp://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cpp?hideattic=1revision=1.4view=markuppathrev=MAIN
file.
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
LPWSTR pwzStreamToString = NULL;
BYTE* pbData = NULL;
DWORD cbData = 0;
hr = WcaInitialize(hInstall, ScheduleMuConfig);
ExitOnFailure(hr, failed to initialize ScheduleMuConfig);
//Extact the muauth.cab to a stream.
hr = ExtractBinary(LMuAuthCab, pbData, cbData);
ExitOnFailure(hr, failed to extract binary data);
//Write the stream to a string to be passed as CustomActionData
hr = WcaWriteStreamToCaData(pbData, cbData, pwzStreamToString);
ExitOnFailure(hr, failed to write the stream to a string);
hr = WcaDoDeferredAction(LRollbackConfigMU, LRollback, 0);
ExitOnFailure(hr, Failed to schedule RollbackConfigMU);
hr = WcaDoDeferredAction(LConfigureMU, pwzStreamToString,
COST_MU_CONFIG_TRANSACTION);
ExitOnFailure(hr, Failed to schedule ConfigureMU);
LExit:
ReleaseStr(pwzStreamToString);
ReleaseMem(pbData);
if (FAILED(hr))
{
er = ERROR_INSTALL_FAILURE;
}
return WcaFinalize(er);
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga
pratap.san...@gmail.com wrote:
Hi,
I'm placing a .pfx certificate in the binary table and wish to retrieve
it
in my deferred custom action dll. From what I read on the forum, I see
that
this can be achieved by reading the certificate using immediate custom
action, write it to custom action data(or to a temporary file, which I
don't
prefer) and then call the deferred custom action that can use this data.
Can
someone please help me with the following doubts:
1. What APIs should I be looking at, to write to custom action data in an
immediate custom action?
2. The certificate is purely binary data and all the APIs return strings.
So, I'm afraid that I'd loose some data if there is a NULL in the binary
data. How can I handle this situation?
3. I have a URI that should also be placed in the custom action data. So,
how can I append the certificate's binary stream to the custom action
data(which contains the URI already)?
Thanks,
Pratapa.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://n2.nabble.com/Extracting-a-certificate-from-binary-table-tp2216667p2230729.html
Sent from the wix-users mailing list archive at Nabble.com.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
