Re: [WiX-users] Heat issues
Hey Dominik, 2) Source property does not contain first directory This has been fixed ( https://sourceforge.net/tracker/?func=detailaid=2749598group_id=105970atid=642714 ). Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Wed, Apr 8, 2009 at 9:05 AM, Brian Rogers rogers.br...@gmail.com wrote: Hey Dominik, Please file two separate bugs for these and we will take a look at them. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Wed, Apr 8, 2009 at 6:45 AM, Dominik Guder o...@guder.org wrote: Hi folks, I'm currently using heat again and I like the last changes very much. I found two points: 1) The created wxs file is in UTF8 + Signature (BOM) (on my machine) I'm not sure if my machine/VS2005 has some wired configuration, but when I add the created files to VS2005 it is complaining that the xml header is not starting in first column. So I have to manually remove any BOM before ?xml 2) Source property does not contain first directory I'm using heat.exe dir test -sfrag -var var.srcdir -dr INSTALLDIR which results in DirectoryRef Id=INSTALLDIR Directory Id=dir1 Name=test Component Id=cmp1 Guid=* File Id=fil1 KeyPath=yes Source=$(var.srcdir)\ICSharpCode.SharpZipLib.dll / /Component /Directory /DirectoryRef I expected that Source Property on fil1 looks like that File Id=fil1 KeyPath=yes Source=$(var.srcdir)\test\ICSharpCode.SharpZipLib.dll / So I only need one variable for INSTALLDIR and for test folder. Best regards Dominik guder -- View this message in context: http://n2.nabble.com/Heat-issues-tp2605380p2605380.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trim trailing slash from property to use as physicalPath in IIS7 appcmd?
Hi all, To create a new application/vdir in IIS7, I'm using a custom action to set a property to an appcmd.exe command line, and then executing that command with CAQuietExec. Here's what the property assignment looks like: CustomAction Id=MapGuideIIS7_CreateMapGuideApp_Cmd Property=MapGuideIIS7_CreateMapGuideApp Execute=immediate Value=quot;[WindowsFolder]system32\inetsrv\APPCMD.EXEquot; add app /site.name:quot;[MG_WEBSITE]quot; /path:quot;/[MG_VDIR]quot; /physicalPath:quot;[WEBROOTLOCATION]quot; / This runs without appcmd complaining, but then when I open the web site in the mmc it chirps about illegal characters. After a bunch of experimentation, it turns out that it doesn't like the trailing slash that is automatically placed in the WEBROOTLOCATION directory property. There was another thread about this a while ago, but I'm wondering if there are any new CAs available in WiX to manipulate property strings? Thanks, Jason -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name - Description attribute value versus port settings?
Ok I have to admit to being wrong, that wasn't at all what I expected and I am still a bit confused by what I found. Using a fragment like this and test with v3.0.5120.0: iis:WebSite Id=WebSite Description=Default Web Site SiteId=* iis:WebAddress Id=TestWebSite Port=1 / /iis:WebSite The following work: 1. If WebSite/@SiteId=* then a case sensitive match on WebSite/@Description happens. 2. If WebSite/@SiteId matches the site id than WebSite/@Description is ignored and a match on site id happens. 3. If WebSite/@SiteId has any value WebAddress/@Port is ignored (although the syntax requires it and it can't be 0). 4. If WebSite/@SiteId is missing WebAddress/@Port is used and WebSite/@Description is ignored. 5. Once a website is created and gets site id, you can rename it (therefore its site id is not the hash of its name), the WebSite/@SiteId=* syntax will match on the WebSite/@Description. If anyone can think of any other scenarios I will test them. Neil -Original Message- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: 09 April 2009 23:22 To: Neil Sleightholm Cc: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name - Description attribute value versus port settings? Perhaps it depends upon the version of the code? I am developing on top of 3.0.4923.0. I wouldn't be so adamant, except that I have just recently been working with the IIS code, and that is the EXACT behavior I was looking for for the installations and upgrades of our sites, and I haven't made any such modification. Looking back through the local SubVersion repository that I use for my local changes (and to track the changes from each time I upgrade from the CVS repository), I see that the functionality was added somewhere between 3.0.4624.0 and 3.0.4923. This is also where * was added as a valid choice for SiteId. Traipsing through CVS, (rev 1.65 is 3.0.4624.0 for wixver.h; is there a tag structure in the CVS repository to find files by WiX version? It's been so long since I've had to maintain a CVS repository), I tracked down the change in rev 1.17 of scaweb.cpp. Judging by the dates, this corresponds to 3.0.4805. As I said, I can only really give advice regarding the version I'm using. I do, however, make sure that the behavior is within the official WiX code-base and not part of my modifications (at least until I'm done with the current deployment and have time to clean up the code and submit it for inclusion). Thanks, Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ Original Message Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name - Description attribute value versus port settings? From: Neil Sleightholm n...@x2systems.com To: tomtr...@artizan.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: 4/9/2009 4:41 PM I will have to test this because looking at the code I can't see how. Also, the other poster has suggested that referencing Default Web Site with SiteId=* didn't work. Neil -Original Message- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: 09 April 2009 22:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name - Description attribute value versus port settings? Hopefully my earlier response will post shortly; this is absolutely correct for adding new sites, but does not take into account the fact that SiteId = * does, in fact, trigger a search for the existing site by description. Thanks, Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ P.S. Sorry for not trimming down the previous emails; since my mail client turns nested replies into a tree with all but the topmost node collapsed, I tend to forget to trim them down. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] problem about msi rollback
Hi All, Recently I wrote a msi package using wix to deploy a database(for example, the name is CoreDB). But I found that when I want to uninstall CoreDB, if I just opened a query form for CoreDB in SQL SERVER Management Studio, of course, I would get failed. It’s expected to roll back to the status just before I run the uninstall process, However, I found it didn’t do what I want. Looking at the log file, there are many sql strings in the uninstall process. I guess that it read all the sql string into ExecuteSqlStrings property and then regard it as a whole transaction to be run. But in fact, it seems that ExecuteSqlStrings is cut into some fragments to be run by steps which you can see it as following: MSI (s) (14:70) [16:48:29:917]: Executing op: ActionStart(Name=ExecuteSqlStrings,Description=Executing SQL Strings,) MSI (s) (14:70) [16:48:29:918]: Executing op: CustomActionSchedule(Action=ExecuteSqlStrings,ActionType=25601,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (14:08) [16:48:29:925]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI9CA9.tmp, Entrypoint: ExecuteSqlStrings ExecuteSqlStrings: CustomActionData: MasterDBOnDistributor€V-LEZHOZORN€MAA€master€-2147483648€1€€€ConfigureDropDistributor€2€USE €ConfigureDropDistributor€2€SET NOCOUNT ON; DECLARE @dist table ( installed INT, distribution_server SYSNAME NULL, distribution_db_installed INT NULL, is_distribution_publisher INT NULL, has_remote_distribution_publisher INT NULL ); DECLARE @installed INT; DECLARE @return_value INT INSERT INTO @dist EXEC sp_get_distributor SELECT @installed = installed FROM @dist; IF (@installed = 1) EXEC @return_value = sp_dropdistributor @no_checks = 1 IF @return_value 0 RAISERROR (N'Error: sp_dropdistributor: Distributor is not installed', 10, 0); ExecuteSqlStrings: Executing SQL string: USE ExecuteSqlStrings: Executing SQL string: SET NOCOUNT ON; DECLARE @dist table ( installed INT, distribution_server SYSNAME NULL, distribution_db_installed INT NULL, is_distribution_publisher INT NULL, has_remote_distribution_publisher INT NULL ); DECLARE @installed INT; DECLARE @return_value INT INSERT INTO @dist EXEC sp_get_distributor SELECT @installed = installed FROM @dist; IF (@installed = 1) EXEC @return_value = sp_dropdistributor @no_checks = 1 IF @return_value 0 RAISERROR (N'Error: sp_dropdistributor: Distributor is not installed', 10, 0); MSI (s) (14:70) [16:48:33:472]: Executing op: ActionStart(Name=ExecuteSqlStrings,Description=Executing SQL Strings,) MSI (s) (14:70) [16:48:33:473]: Executing op: CustomActionSchedule(Action=ExecuteSqlStrings,ActionType=25601,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (14:38) [16:48:33:480]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIAA8F.tmp, Entrypoint: ExecuteSqlStrings ExecuteSqlStrings: CustomActionData: ReferenceDBOnSubsciber€V-LEZHOZORN€MAA€CoreDBReplica€-2147483648€1€€€DropReplicaSubscriber€2€EXEC sp_subscription_cleanup N'V-LEZHOZORN\MAA',N'CoreDB',N'CoreDBPub'€UNCOREDBSQLScriptCustomGrantCoreQWSModifyRoleMember€2€EXEC usp_ModifyRoleMember Network Service,MAA_CoreQueryWebService,0€UNCOREDBSQLScriptCustomGrantCoreQWSUser€2€EXEC usp_GrantAccessToUser Network Service,0€UNCOREDBSQLScriptCustomGrantCoreQWSRole€2€EXEC usp_GrantAccessToRole MAA_CoreQueryWebService,0,2€RemoveUserOnSubsciber€2€EXEC dbo.usp_GrantPermissionToUser EMPTY,0 ExecuteSqlStrings: Executing SQL string: EXEC sp_subscription_cleanup N'V-LEZHOZORN\MAA',N'CoreDB',N'CoreDBPub' ExecuteSqlStrings: Executing SQL string: EXEC usp_ModifyRoleMember Network Service,MAA_CoreQueryWebService,0 ExecuteSqlStrings: Executing SQL string: EXEC usp_GrantAccessToUser Network Service,0 ExecuteSqlStrings: Executing SQL string: EXEC usp_GrantAccessToRole MAA_CoreQueryWebService,0,2 ExecuteSqlStrings: Executing SQL string: EXEC dbo.usp_GrantPermissionToUser EMPTY,0 MSI (s) (14:70) [16:48:33:744]: Executing op: ActionStart(Name=ExecuteSqlStrings,Description=Executing SQL Strings,) MSI (s) (14:70) [16:48:33:745]: Executing op: CustomActionSchedule(Action=ExecuteSqlStrings,ActionType=25601,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (14:9C) [16:48:33:753]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIABA8.tmp, Entrypoint: ExecuteSqlStrings ExecuteSqlStrings: CustomActionData: CoreSqlDatabase€V-LEZHOZORN\MAA€€CoreDB€3€1€€€RemoveUserOnPublish€2€EXEC dbo.usp_GrantPermissionToUser
Re: [WiX-users] binary dependencies in binary stream
Leo ... wrote: How could I include two binaries where one references the other in the binary stream for use as custom actions? There's no built-in support for that; you'd need another custom action to stream out the dependency. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trim trailing slash from property to use as physicalPath in IIS7 appcmd?
Jason Birch wrote: There was another thread about this a while ago, but I'm wondering if there are any new CAs available in WiX to manipulate property strings? Nobody's volunteered any, no. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error 1723. A DLL required for this install to complete could not be run. C#
I know that using custom actions written in C# is not a very good idea, but it happened we are using it in our project. I experience very exasperating problem with my dll. SOMETIMES, when I add new custom action to my cs-file, some custom action that worked good previously starts to return the error mentioned in the title: A DLL required for this install to complete could not be run. Installer cannot find entry point. I suspected that there's something wrong with encoding, tried to open my cs-file in various editors, remove spaces between [CustomAction] and the function's definition... Sometimes it helped in miraculous way. But now I can do nothing about this, my custom action doesn't work. Maybe someone experienced the same thing and knows some way to fix it? I use Microsoft Visual Studio 2008 with Votive, WiX 3.0.5120.0. -- View this message in context: http://n2.nabble.com/Error-1723.-A-DLL-required-for-this-install-to-complete-could-not-be-run.-C--tp2616125p2616125.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unexpected behaviour in PerformanceCounter uninstall rollback
Thanks Bob, bug logged. -- View this message in context: http://n2.nabble.com/Unexpected-behaviour-in-PerformanceCounter-uninstall-rollback-tp2601791p2616459.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 1723. A DLL required for this install to complete could not be run. C#
Are you using P/Invoke (DllImportAttribute) for any custom actions? If the referenced DLL is not available in the system PATH environment variable you will see this. This is common for native debug builds, but for managed CAs you shouldn't see this unless you're referencing an assembly that you're not packaging together with makesfxca.exe. And if you're not using makesfxca.exe, that's likely the problem. Unless managed assemblies are available in the GAC at install time, the Windows Installer service cannot access them. On Fri, Apr 10, 2009 at 6:10 AM, Natalia natalia.gladk...@arcadia.spb.ruwrote: I know that using custom actions written in C# is not a very good idea, but it happened we are using it in our project. I experience very exasperating problem with my dll. SOMETIMES, when I add new custom action to my cs-file, some custom action that worked good previously starts to return the error mentioned in the title: A DLL required for this install to complete could not be run. Installer cannot find entry point. I suspected that there's something wrong with encoding, tried to open my cs-file in various editors, remove spaces between [CustomAction] and the function's definition... Sometimes it helped in miraculous way. But now I can do nothing about this, my custom action doesn't work. Maybe someone experienced the same thing and knows some way to fix it? I use Microsoft Visual Studio 2008 with Votive, WiX 3.0.5120.0. -- View this message in context: http://n2.nabble.com/Error-1723.-A-DLL-required-for-this-install-to-complete-could-not-be-run.-C--tp2616125p2616125.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technologies Team, Microsoft http://blogs.msdn.com/heaths -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX MSBuild. WixLibrary HintPath
Please open a bug on http://sourceforge.net/projects/wix. Be sure to describe what version of WiX you're using and the thorough example you've posted here. On Wed, Apr 8, 2009 at 11:37 PM, Murray Hipper mhip...@snowdengroup.comwrote: Hi All, Why does user reference paths not update wix library locations and still enforces the use of the hint path? Is there any way around it? To give some Context, We have a scenario where we need to change the projects reference locations per user at different times in development. What usually happens is they will have a different copy of a dll that they are trying to integrate so they update the 'Reference Paths' sections in the projects properties such that it now points to their development directory on their local machine. This is fine because this setting change will be made to a new custom file (ProjectName.vbproj.user) which isn't checked into source control (important) with the following code. Project xmlns=http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup ReferencePathD:\MyDevArea\/ReferencePath /PropertyGroup /Project This works well as it updates the projects references ignoring the hintpath when the same dll is found in that directory. Now onto Wix, I was most pleased when I saw the Paths tab in the properties page. Updating 'Reference Paths' also made this .user file even though the method of adding them is different. What is my problem is that it does not update the path used for the WixLibrary. The code for the .wixproj is as follows: ItemGroup WixLibrary Include=ReconcilorCore HintPathL:\BuildDrop\Version\Etc\Core.wixlib/HintPath /WixLibrary /ItemGroup So I was hopeful that the Hintpath would be overridden by the user reference path, but it is not the case. So sadly the developers need to modify the .wixproj file when they are doing development which is a bit more complicated and requires the file to be checked out. Is there any way to fix this, know any other way to do it or is it a known bug? Thanks, Murray This e-mail and any attachments to it (the Communication) are confidential and are for the use only of the intended recipient. The Communication may contain copyright material of the Snowden Group (Snowden), or any of its related entities or of third parties. If you are not the intended recipient of the Communication, please notify the sender immediately by return e-mail, delete the Communication, and do not copy, print, retransmit, disclose, store or act in reliance on the Communication. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Snowden. Although virus protection devices and procedures are in place, Snowden does not guarantee the integrity of the Communication, or that it is free from errors, viruses or interference. Snowden advises email recipients to carry out their own virus checks before opening any attachment. Please note that the main telephone number for the Snowden Perth office has changed to +61 8 9213 9213. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technologies Team, Microsoft http://blogs.msdn.com/heaths -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] on show dialog is loosing focus for my main screens
When is this dialog spawned? After and before what events? It also seems that your custom actions aren't scheduled and executing at the proper time. No UI should ever be displayed for those CAs, and they should be executed when the progress dialog is displayed. Any machine state-changing CAs should be marked as deferred. If you are using batch scripts - and that is discouraged for several reasons including a lack of logging and debugging, in lieu of either 1) not using custom actions if you don't have to, or 2) writing a DLL CA - use QuietExec CAs provided with WiX that will hide the console window. On Mon, Apr 6, 2009 at 10:07 PM, Hukumchand Shah hukum.s...@gmail.comwrote: Hi All, I am creating some message dialogs and showing them in InstallUISequence as shown below Dialog Id=upgrademsgdlg Width=260 Height=85 Title=[ProductName] [Setup] NoMinimize=yes Control Id=No Type=PushButton X=132 Y=57 Width=56 Height=17 Default=yes Cancel=yes Text=!(loc.CancelDlgNo) Publish Event=EndDialog Value=Exit1/Publish /Control Control Id=Yes Type=PushButton X=72 Y=57 Width=56 Height=17 Text=!(loc.CancelDlgYes) Publish Event=EndDialog Value=Return1/Publish /Control Control Id=Text Type=Text X=48 Y=15 Width=194 Height=30 Text!(loc.upgrademsg)/Text /Control Control Id=Icon Type=Icon X=15 Y=15 Width=24 Height=24 ToolTip=Information icon FixedSize=yes IconSize=32 Text=[InfoIcon] / /Dialog InstallUISequence Show Dialog=upgrademsgdlg Sequence=1398condition/Show /InstallUISequence when this dialog appears and when I press yes button of this dialog then my main screen get lost and some custom actions get executed (like batch files) and finally my finish screen appears. I want to retain my main installation progress screen. How do I do that? What changes I have to make to achive this? Anyone has any idea? I am new to wix. Thank you Regards, Hukum -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technologies Team, Microsoft http://blogs.msdn.com/heaths -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Supporting both Full UI and No UI?
msiexec.exe always returns immediately. Pass the same command to start /wait like so and the command will not return until msiexec.exe completes (and it's always a good idea to love, especially when diagnosing issues): start /wait msiexec.exe /i product.msi /qn /l*vx install.log On Tue, Apr 7, 2009 at 6:59 PM, He Shiming heshim...@gmail.com wrote: Hi, I built a setup package with customized WixUI . I'm using a custom version of WixUI_InstallDir mode. And I added a few custom actions including: launch app after setup (WixShellExec), execute a command after installfinalize (CustomAction ExeCommand=...), remember program installation folder (PropertyRegistrySearch. RegistryValue). And the setup package is now running as expected. My problem is how do I convert such a package so that it allows both Full UI install (double clicking the .msi) and No UI install (msiexec /i setup.msi /qn) . Because when I type this command at console, it does nothing. What do I do to convert this package to allow No UI install, and how do I provide answers such as installation folder (provide a default one if it's a new install, or get from registry if upgrading)? Many thanks in advance. Best regards, He Shiming -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technologies Team, Microsoft http://blogs.msdn.com/heaths -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] binary dependencies in binary stream
Is there any good way to deploy a temporary file resource using the File table and standard actions? I know that the scheduling gets tricky, especially since RemoveFiles occurs before InstallFiles. I wouldn't be one to second guess Bob, anyway. :-) It's really more of an academic question. Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ Original Message Subject: Re: [WiX-users] binary dependencies in binary stream From: Bob Arnson b...@joyofsetup.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: 4/10/2009 6:05 AM div class=moz-text-flowed style=font-family: -moz-fixedLeo ... wrote: How could I include two binaries where one references the other in the binary stream for use as custom actions? There's no built-in support for that; you'd need another custom action to stream out the dependency. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] binary dependencies in binary stream
You could just install the files to (for example) somewhere in the Temp folder. Make sure the installer component guids are null so that they're not registered or managed by MSI, and then remove them when your code (or your custom action) doesn't need them. Phil Wilson -Original Message- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: Friday, April 10, 2009 9:12 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] binary dependencies in binary stream Is there any good way to deploy a temporary file resource using the File table and standard actions? I know that the scheduling gets tricky, especially since RemoveFiles occurs before InstallFiles. I wouldn't be one to second guess Bob, anyway. :-) It's really more of an academic question. Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ Original Message Subject: Re: [WiX-users] binary dependencies in binary stream From: Bob Arnson b...@joyofsetup.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: 4/10/2009 6:05 AM div class=moz-text-flowed style=font-family: -moz-fixedLeo ... wrote: How could I include two binaries where one references the other in the binary stream for use as custom actions? There's no built-in support for that; you'd need another custom action to stream out the dependency. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 1723. A DLL required for this install tocomplete could not be run. C#
If you're using a project created from a WiX C# or VB Custom action project template, you need to set the Copy Local property to true for any referenced assemblies to be included in the custom action package. (That affects the inputs to MakeSfxCA.exe which is the build tool that creates the CA package when you build the project.) If the referenced assemblies are not included, then the custom action will be missing dependencies at install time if the dependencies are not found in the GAC as Heath said. -Original Message- From: Natalia Gladkova [mailto:natalia.gladk...@arcadia.spb.ru] Sent: Friday, April 10, 2009 8:18 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Error 1723. A DLL required for this install tocomplete could not be run. C# I'm not using DllImportAttribute. I'm referencing Microsoft.SqlServer.ConnectionInfo.dll, which is not packaged together with makesfxca.exe. It is the first time I hear about makesfxca.exe. How should I use it? And it still seems to me very confusing that if I just undo my changes (which were just adding new custom action) all works perfectly well! Best regards, Natalia Gladkova -Original Message- From: Heath Stewart [mailto:clubs...@gmail.com] Sent: Friday, April 10, 2009 6:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error 1723. A DLL required for this install tocomplete could not be run. C# Are you using P/Invoke (DllImportAttribute) for any custom actions? If the referenced DLL is not available in the system PATH environment variable you will see this. This is common for native debug builds, but for managed CAs you shouldn't see this unless you're referencing an assembly that you're not packaging together with makesfxca.exe. And if you're not using makesfxca.exe, that's likely the problem. Unless managed assemblies are available in the GAC at install time, the Windows Installer service cannot access them. On Fri, Apr 10, 2009 at 6:10 AM, Natalia natalia.gladk...@arcadia.spb.ruwrote: I know that using custom actions written in C# is not a very good idea, but it happened we are using it in our project. I experience very exasperating problem with my dll. SOMETIMES, when I add new custom action to my cs-file, some custom action that worked good previously starts to return the error mentioned in the title: A DLL required for this install to complete could not be run. Installer cannot find entry point. I suspected that there's something wrong with encoding, tried to open my cs-file in various editors, remove spaces between [CustomAction] and the function's definition... Sometimes it helped in miraculous way. But now I can do nothing about this, my custom action doesn't work. Maybe someone experienced the same thing and knows some way to fix it? I use Microsoft Visual Studio 2008 with Votive, WiX 3.0.5120.0. -- View this message in context: http://n2.nabble.com/Error-1723.-A-DLL-required-for-this-install-to-complete -could-not-be-run.-C--tp2616125p2616125.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technologies Team, Microsoft http://blogs.msdn.com/heaths -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Linker Error when using PlugCollectionInto element (WixVSExtension)
Hello everyone - I'm trying to build a merge module that contains some Help2 documentation that I want to integrate into VS2008. However, I'm getting the following error from Light when I try to build the merge module: C:\delivery\Dev\wix30_public\src\ext\VSExtension\wixlib\HTML_Help_Registration__RTL_X86_---.wxs(4,0): error LGHT0094: Unresolved reference to symbol 'Directory:CommonFilesFolder' in section 'Fragment:'. I've been able to simplify the problem down to the following element in my source file: vs:PlugCollectionInto TargetCollection=MS.VSIPCC.v90 TableOfContents=F_Test.SDKCollection.HxT TargetFeature=Help TargetTableOfContents=FL_vsipcc_hxt_86880_86880_cn_ln/ I'm building this in VS 2008 SP1 using WiX 3.0.5207.0. Can anyone confirm whether I am doing something wrong or if this is a bug somewhere in WiX? Below is the full build output from VS's Output Window and an entire project demonstrating the problem is attached (WixMergeModule1.zip). -- Build started: Project: WixMergeModule1, Configuration: Release x86 -- C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDevEnvDir=C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\\ -dSolutionDir=C:\Projects\Priv\Sandbox\WixMergeModule1\ -dSolutionExt=.sln -dSolutionFileName=WixMergeModule1.sln -dSolutionName=WixMergeModule1 -dSolutionPath=C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1.sln -dConfiguration=Release -dOutDir=bin\Release\ -dPlatform=x86 -dProjectDir=C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\ -dProjectExt=.wixproj -dProjectFileName=WixMergeModule1.wixproj -dProjectName=WixMergeModule1 -dProjectPath=C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\WixMergeModule1.wixproj -dTargetDir=C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\bin\Release\ -dTargetExt=.msm -dTargetFileName=WixMergeModule1.msm -dTargetName=WixMergeModule1 -dTargetPath=C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\bin\Release\WixMergeModule1.msm -out obj\Release\MergeModule.wixobj -arch x86 -ext C:\Program Files\Windows Installer XML v3\bin\WixVSExtension.dll MergeModule.wxs C:\Program Files\Windows Installer XML v3\bin\Light.exe -ext C:\Program Files\Windows Installer XML v3\bin\WixVSExtension.dll -out C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\bin\Release\WixMergeModule1.msm -pdbout C:\Projects\Priv\Sandbox\WixMergeModule1\WixMergeModule1\bin\Release\WixMergeModule1.wixpdb obj\Release\MergeModule.wixobj C:\delivery\Dev\wix30_public\src\ext\VSExtension\wixlib\HTML_Help_Registration__RTL_X86_---.wxs(4,0): error LGHT0094: Unresolved reference to symbol 'Directory:CommonFilesFolder' in section 'Fragment:'. Done building project WixMergeModule1.wixproj -- FAILED. Build FAILED. == Build: 0 succeeded or up-to-date, 1 failed, 0 skipped == -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trim trailing slash from property to use as physicalPath in IIS7 appcmd?
Bob Arnson wrote: Jason Birch wrote: There was another thread about this a while ago, but I'm wondering if there are any new CAs available in WiX to manipulate property strings? Nobody's volunteered any, no. Ah well... thanks for the update :) I've entered an enhancement request for this so it doesn't get lost track of. Jason -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users