Re: [WiX-users] Major Upgrade: some files are randomly not installed
> I appreciate if anyone can tell me why some times some files are not > installed during Major Upgrade. Perhaps you could try isolating the problem, by taking each version of the product that you've released so far and installing, then uninstalling on a "clean" machine? I like to use virtual machines so that when I shut down, I can throw the state away. Maybe you'll find some orphaned files in certain versions, and that would explain the behavior you're experiencing? I'm fairly new to WiX, but if I was in your shoes, that is one technique I would try. -Jeff -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Light.exe emits seemingly bogus warning
Can someone help me determine if this is a bug or not? I have a .wxs that I authored, and when I link the .wixobj with light.exe, it emits a warning when I have my Compressed attribute on the Package element set to "no". If I set it to "yes" (only thing I'm changing), it goes away. Here's the warning: C:\Field Engineering\Customers\FE\Utils Trunk\WIX\Common\SkinsStandardImport.wxs(28) : warning LGHT1079 : The cabinet 'F EMedia.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignor ed. Otherwise, please add files to the cabinet or remove it. I'm not skilled enough with Orca yet to be able to look and see if it's lying to me or not. SkinsStandardImport.wxs is a file I include via the preprocessor. It contains my Upgrade and Media tags. Here is my .wxs, and how I build, if interested. I'm using WiX wix3.0.4805.0. (MakeMyMSI.bat) candle.exe OMISkinsInstall.wxs light.exe OMISkinsInstall.wixobj -out OMISkinsInstall.msi -ext "C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll" (SkinsStandardImport.wxs) http://schemas.microsoft.com/wix/2006/wi";> (OMISkinsInstall.wxs) http://schemas.microsoft.com/wix/2006/wi"; > Jeff Reed | Field Engineering | Duck Creek Technologies | ree...@duckcreektech.com -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
Sorry, I just pasted my response into the wrong window :) On Fri, Apr 24, 2009 at 7:25 PM, Karthik Krishnan wrote: > It is buried/implied in the documentation, but there is a simpler way. Just > change the sequencing of the windows. I haven't done this for Mondo, but > here it is for FeatureTree : > > > > Value="CustomizeDlg">1 > Value="WelcomeDlg" Order="2">NOT Installed > > > You'll still need to peek at the source. You are essentially overriding the > existing Dialog orders. > > K > > > On Fri, Apr 24, 2009 at 6:47 PM, Jan Bilek wrote: > >> Wow! So the only way how to get rid off that damned FileInUse dialog is >> to create complete own version of WixUI template like >> "WixUI_MondoNoLicense"? Jesus, it's like hunting mice with an a-bomb! >> Seriously, isn't there any other easier way how to accomplish this >> simple task? Is there any way how to control UI without creating your own? >> >> Many thanks for your help and opinions. >> >> Jan >> >> > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
It is buried/implied in the documentation, but there is a simpler way. Just change the sequencing of the windows. I haven't done this for Mondo, but here it is for FeatureTree : 1 NOT Installed You'll still need to peek at the source. You are essentially overriding the existing Dialog orders. K On Fri, Apr 24, 2009 at 6:47 PM, Jan Bilek wrote: > Wow! So the only way how to get rid off that damned FileInUse dialog is > to create complete own version of WixUI template like > "WixUI_MondoNoLicense"? Jesus, it's like hunting mice with an a-bomb! > Seriously, isn't there any other easier way how to accomplish this > simple task? Is there any way how to control UI without creating your own? > > Many thanks for your help and opinions. > > Jan > > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major Upgrade: some files are randomly not installed
I'd like to post my code in the Upgrade part. This is our "Major Upgrade" code: Basically: 1. We need "Major Upgrade" because some times we may include one dll is the build, but decide remove it in the later build. So we'd like to make a clean installation for each installation. 2. We need the "Downgrade" working because some times we may put an "older but working" build in our provisioning server to urge the user to "Downgrade" the "current but not working" build. So we don't need to prevent "Downgrade". I appreciate if anyone can tell me why some times some files are not installed during Major Upgrade. Thanks! /Brian __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
Wow! So the only way how to get rid off that damned FileInUse dialog is to create complete own version of WixUI template like "WixUI_MondoNoLicense"? Jesus, it's like hunting mice with an a-bomb! Seriously, isn't there any other easier way how to accomplish this simple task? Is there any way how to control UI without creating your own? Many thanks for your help and opinions. Jan Brian Bakkebo wrote: > Jan this is a good starting point: > http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html > Dizzy Monkey design has a little ok guid. > http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wix-3/ > > You can also use the guide here by Gábor DEÁK JAHN : > http://www.tramontana.co.hu/wix/lesson2.php > > Brian > > > > > 2009/4/24 Jan Bilek > > >> Thanks for the link. But i've got one more question. I,ve never needed >> to customize UI of my installer, so i'd like to know how to change >> attributes (hidden, modeless) of already defined from my >> installer code?... Or do i have to browse original Wix sources and make >> these changes where the FilesInUse is defined? >> >> Thanks for any help. >> >> Jan >> >> Brian Simoneau wrote: >> >>> http://www.installsite.org/pages/en/msifaq/a/1042.htm >>> >>> -Brian Simoneau >>> >>> -Original Message- >>> From: Jan Bilek [mailto:bil...@gmail.com] >>> Sent: Thursday, April 23, 2009 2:58 PM >>> To: wix-users@lists.sourceforge.net >>> Subject: [WiX-users] How to disable/bypass FilesInUse dialog >>> >>> Hello, >>> Is there any easy way (attribute/property to be set) how to disable >>> "Files In Use" dialog which pops up during the uninstallation process. I >>> >>> simply don't want to bother user with this dialog even if all of >>> installed executables are running. >>> >>> Thanks for your help. >>> >>> Regards, >>> Jan >>> >>> >>> -- >>> Crystal Reports - New Free Runtime and 30 Day Trial >>> Check out the new simplified licensign option that enables unlimited >>> royalty-free distribution of the report engine for externally facing >>> >>> server and web deployment. >>> http://p.sf.net/sfu/businessobjects >>> ___ >>> WiX-users mailing list >>> WiX-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wix-users >>> >>> >>> >> -- >> >>> Crystal Reports - New Free Runtime and 30 Day Trial >>> Check out the new simplified licensign option that enables unlimited >>> royalty-free distribution of the report engine for externally facing >>> server and web deployment. >>> http://p.sf.net/sfu/businessobjects >>> ___ >>> WiX-users mailing list >>> WiX-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wix-users >>> >>> >> >> -- >> Crystal Reports - New Free Runtime and 30 Day Trial >> Check out the new simplified licensign option that enables unlimited >> royalty-free distribution of the report engine for externally facing >> server and web deployment. >> http://p.sf.net/sfu/businessobjects >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> >> > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How would I register a COM+ service using Wix (DCOMCNFG)
Hey James, Have you looked into the WiX COM+ public custom actions at all? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Apr 24, 2009 at 12:41 PM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > Right now I have to go through DCOMCNFG to set service parameters. How > would do this using Wix? > > Thanks, > Jim > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Marking portions of strings within wxl for not localization
Hey Sudripta, A wxl file doesn't get "processed" for localization. You need to make a wxl file per language you want to localize and pass that into light to output the MSI with the correct localization. This means that any text you put there for fonts will be what gets put in the MSI. en-US.wxl nl-nl.wxl Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Thu, Apr 23, 2009 at 11:46 AM, Sudripta Nandy (Sarangsoft Corporation) < v-su...@microsoft.com> wrote: > In my setup project, I am using wxl files for localization. But, there are > certain parts within the strings (like Font name product name etc.) which I > don't want to be localized. Is there a way to mark these for not > localization? > > > Thanks. > Sudripta. > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Coder forums
Hi Rob, It's similar to a mailing list, however one difference is that it would be forum-based organized by sections and categories. I could also have an section where "HOW-TO" articles written by various developers that use Wix could post their contributions to the site. The forum could have various topics for discussion that could could be conversational to Q&A. A forum site could have multiple mailing-lists, perhaps one list for each forum category. It's only limited to one's imagination. ;) Jim -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, April 24, 2009 2:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Coder forums How is that really different than this mailing list? MacDiarmid, James D wrote: > Would anyone know of any forums or coding sites kinda like CodeGuru, > DevShed, etc that would be dedicated to Install Development using Wix? > If not, there might be some benefit to having such a forum or site. I > guess the question would be would anyone be interested in such a site? > > > > Jim > -- > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save $200 on > the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Coder forums
In my experience, the more categories there are for discussion, the less vibrant a community is. Fewer questions are be answered because not everyone follows all of the forums and because, in many cases, developers prefer mailing lists to web interaction. On a couple of the forums I've been involved with, I've seen marked increases in participation by decreasing the number of categories and by setting up web<->email gateways. Using Nabble is a great way of bridging the two worlds. I do see value in an officially sanctioned and open access wiki. As a WiX newbie, without experience in Windows Installer, I've found that a lot of valuable information is considerably spread out, with much of the most valuable information in blog posts, Stack Overflow, etc. So much so that a couple times I've gone looking for information when I should have just searched the documentation. If the community had an officially sanctioned wiki to contribute to, then it could be mined and the most valuable snippets integrated into the docs' How-To section. I understand the argument that people building installers should have a full comprehension of MSI and WiX, but often real-world deadlines mean that you have to start with cookie-cutter recipes, and gain that understanding as you muddle your way through. Anything that can be done to bring the relevant information together in fewer places and make the experience less... muddlesome?... would be a positive step. Jason -Original Message- From: Arun Perregatturv Sent: April-24-09 1:02 PM Subject: Re: [WiX-users] Wix Coder forums I think I like the idea of forums. Categories like Announcements Bootstrappers HOW-TO Articles Wix 2.0 Issues Wix 3.0 Issues Heat Issues Votive Issues And many more.. This will make it easier for users to go to specific forum to find their problem related answers rather than one main list for every problem in Wix. This will also help many newcomers to read How-To before asking the questions. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
Jan this is a good starting point: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Dizzy Monkey design has a little ok guid. http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wix-3/ You can also use the guide here by Gábor DEÁK JAHN : http://www.tramontana.co.hu/wix/lesson2.php Brian 2009/4/24 Jan Bilek > Thanks for the link. But i've got one more question. I,ve never needed > to customize UI of my installer, so i'd like to know how to change > attributes (hidden, modeless) of already defined from my > installer code?... Or do i have to browse original Wix sources and make > these changes where the FilesInUse is defined? > > Thanks for any help. > > Jan > > Brian Simoneau wrote: > > http://www.installsite.org/pages/en/msifaq/a/1042.htm > > > > -Brian Simoneau > > > > -Original Message- > > From: Jan Bilek [mailto:bil...@gmail.com] > > Sent: Thursday, April 23, 2009 2:58 PM > > To: wix-users@lists.sourceforge.net > > Subject: [WiX-users] How to disable/bypass FilesInUse dialog > > > > Hello, > > Is there any easy way (attribute/property to be set) how to disable > > "Files In Use" dialog which pops up during the uninstallation process. I > > > > simply don't want to bother user with this dialog even if all of > > installed executables are running. > > > > Thanks for your help. > > > > Regards, > > Jan > > > > > > -- > > Crystal Reports - New Free Runtime and 30 Day Trial > > Check out the new simplified licensign option that enables unlimited > > royalty-free distribution of the report engine for externally facing > > > > server and web deployment. > > http://p.sf.net/sfu/businessobjects > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > > Crystal Reports - New Free Runtime and 30 Day Trial > > Check out the new simplified licensign option that enables unlimited > > royalty-free distribution of the report engine for externally facing > > server and web deployment. > > http://p.sf.net/sfu/businessobjects > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] database and windows service not getting uninstalled
That sounds like something missing in ServiceControl - that's where you explicitly say you want the service deleted with the Remove attribute. Phil Wilson -Original Message- From: Mark Sinnathamby [mailto:mr...@eurocenter.lk] Sent: Friday, April 24, 2009 1:01 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] database and windows service not getting uninstalled Hi, I have created an msi installation pack with Wix, using my own custom UI library. I have added the maintenance dialogs in this library as well. When I install the product, Which consists of a database a windows service and some executables, everything gets installed without any problems. When I try to uninstall, the uninstallation proceeds without any problem, but I find that the windows service and the database are still there after uninstalling. (the executables and shortcuts are uninstalled successfully). Is this a common problem when you create your own UI library? What is wrong here? Thanks, Mark. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable/bypass FilesInUse dialog
Thanks for the link. But i've got one more question. I,ve never needed to customize UI of my installer, so i'd like to know how to change attributes (hidden, modeless) of already defined from my installer code?... Or do i have to browse original Wix sources and make these changes where the FilesInUse is defined? Thanks for any help. Jan Brian Simoneau wrote: > http://www.installsite.org/pages/en/msifaq/a/1042.htm > > -Brian Simoneau > > -Original Message- > From: Jan Bilek [mailto:bil...@gmail.com] > Sent: Thursday, April 23, 2009 2:58 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] How to disable/bypass FilesInUse dialog > > Hello, > Is there any easy way (attribute/property to be set) how to disable > "Files In Use" dialog which pops up during the uninstallation process. I > > simply don't want to bother user with this dialog even if all of > installed executables are running. > > Thanks for your help. > > Regards, > Jan > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Coder forums
I think I like the idea of forums. Categories like Announcements Bootstrappers HOW-TO Articles Wix 2.0 Issues Wix 3.0 Issues Heat Issues Votive Issues And many more.. This will make it easier for users to go to specific forum to find their problem related answers rather than one main list for every problem in Wix. This will also help many newcomers to read How-To before asking the questions. Arun -Original Message- From: MacDiarmid, James D [mailto:james.macdiar...@eds.com] Sent: Friday, April 24, 2009 3:36 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Coder forums Hi Rob, It's similar to a mailing list, however one difference is that it would be forum-based organized by sections and categories. I could also have an section where "HOW-TO" articles written by various developers that use Wix could post their contributions to the site. The forum could have various topics for discussion that could could be conversational to Q&A. A forum site could have multiple mailing-lists, perhaps one list for each forum category. It's only limited to one's imagination. ;) Jim -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, April 24, 2009 2:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Coder forums How is that really different than this mailing list? MacDiarmid, James D wrote: > Would anyone know of any forums or coding sites kinda like CodeGuru, > DevShed, etc that would be dedicated to Install Development using Wix? > If not, there might be some benefit to having such a forum or site. I > guess the question would be would anyone be interested in such a site? > > > > Jim > -- > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save $200 on > the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using DTF to merge a merge module into an msi package
Any of those "merge tools that are available from independent software vendors" are actually just wrappers around mergemod.dll. WiX itself uses mergemod.dll to merge MSMs. Sure in theory it should be possible to duplicate the logic of mergemod.dll, because everything it does can be done with MSI API calls. But as you say it is a black box, so how would you know you were duplicating everything correctly? I think you're better off relying on 10-year-old widely-used code than trying to guess at what is happening inside the black box. -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, April 24, 2009 4:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Using DTF to merge a merge module into an msi package If Mergemod is such a irreplaceable black box, why does the MSDN topics state that the best practice is: "Merge modules must be merged into an installation package by using a merge tool. The best practice is to obtain a freely distributed merge tool, or purchase one of the merge tools that are available from independent software vendors, for example, you can use Mergemod.dll." To me that says mergemod.dll is only one possible choice. It would seem that the MSI API should expose everything needed by mergemod.dll to get the job done. Would it really be that hard to write your own business logic in managed code instead of relying on a 10 year old COM object that has proven to have buggy releases over the years? I know I try to avoid COM interop in my C# code as a general principal. http://msdn.microsoft.com/en-us/library/aa372400(VS.85).aspx 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 Fri, 4/24/09, Rob Mensching wrote: > From: Rob Mensching > Subject: Re: [WiX-users] Using DTF to merge a merge module into an msi package > To: "General discussion for Windows Installer XML toolset." > > Date: Friday, April 24, 2009, 1:35 AM > Database.Merge is to merge two MSI > files together not to "do the merge > process for a Merge Module". There is a collection of other > interfaces > for doing that not sure that DTF exposes it but you can > see the WiX > toolset does it. > > Frank Neumann wrote: > > Christopher, > > > > you perfectly described the situation: Using WiX is > not an option > > because the MSIs/MSMs I have to deal with, are > provided by a third > > party. In addition the merge action should be > automated because it has > > to be done again when new releases are available. > InstallShield would do > > the job here but I am not an expert in InstallShield > automation. > > > > The DTF's Database Merge method looks promising: > Unfortunately there are > > no arguments to provide a root directory and primary > feature. Orca > > offers these options when using the "Merge Module" > command. > > Do you know how to circumvent that problem? > > > > Thank you for your help, > > > > Frank > > > > > > Christopher Painter schrieb: > > > >> DTF is meant for creating build automation / > installer authoring tools also. My guess is he has an > MSI that wasn't built using WiX and he'd like to use DTF to > merge a module (perhaps built using WiX, perhaps not ) into > the database. > >> > >> DTF's Database class has a merge method to handle > this. You can also look at the MSI Windows Platform > SDK example ( WiMerge.vbs ) for a general overview of how > this is used. The examples are in VBScript using the > WindowsInstaller.Installer automation interface but it'll > port over to C#/DTF pretty easy. > >> > >> > >> 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, 4/21/09, Frank Neumann > wrote: > >> > >> > >> > >>> From: Frank Neumann > >>> Subject: [WiX-users] Using DTF to merge a > merge module into an msi package > >>> To: wix-users@lists.sourceforge.net > >>> Date: Tuesday, April 21, 2009, 8:29 AM > >>> I consider using DTF to merge a merge > >>> module (msm) into an msi package. > >>> Would you recommend DTF for this purpose? > Where can I find > >>> additional information (tutorial, examples) > for it? > >>> > >>> Regards, > >>> > >>> Frank > >>> > >>> > >>> > -- > >>> Stay on top of everything new and different, > both inside > >>> and > >>> around Java (TM) technology - register by > April 22, and > >>> save > >>> $200 on the JavaOne (SM) conference, June 2-5, > 2009, San > >>> Francisco. > >>> 300 plus technical and hands-on sessions. > Register today. > >>> Use priority code J9JMT32. http://p.sf.net/sfu/p > >>> > ___ > >>> WiX-users mailing list > >>> WiX-users@lists.sourceforge.net > >>> https://list
Re: [WiX-users] Wix Installer Upgrade problem
I have a similar problem with our 2.x installer which has already been released. Now that we are preparing our 3.x, because of all the rules we are doing a major upgrade and have changed the product code, leaving upgrade code the same. This works fine for 3.x automatically detecting and uninstalling 2.x, however when 3.x is installed the user can still run the 2.x installer without being stopped. This is propbably because I didn't know enough at the time to do this: http://msdn.microsoft.com/en-us/library/aa370840(VS.85).aspx Is there anything I can do at this point to prevent our (already released) 2.x from installing over our (in development) 3.x? Thanks, Shawn On Wed, Apr 15, 2009 at 1:30 PM, Alex Cater wrote: > > > Works for us. No CustomActions necessary. > > > I recall that there were sequencing issues related to LaunchConditions > although it appears that this has now been addressed from WiX version > 3.0.5027.0. > > LaunchConditions, FindRelatedProducts and Downgrades > -- > View this message in context: > http://n2.nabble.com/Wix-Installer-Upgrade-problem-tp2627135p2640229.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 > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How would I register a COM+ service using Wix (DCOMCNFG)
Right now I have to go through DCOMCNFG to set service parameters. How would do this using Wix? Thanks, Jim -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Major upgrade - feature migration
I'm trying to get feature state migration working on a major upgrade that I
invoke by running the MSI.
I think I have the appropriate entries in my WiX project.
The MSI that is generated seems to have the appropriate entries for;
InstallUISequence
1000 CostFinalize
1200 MigrateFeatureStates
InstallExecuteSequence
1000 CostFinalize
1200 MigrateFeatureStates
Running a verbose log during upgrade shows that FindRelatedProducts is working.
MSI (c) (C8:DC) [10:58:22:419]: UI Sequence table 'InstallUISequence' is
present and populated.
MSI (c) (C8:DC) [10:58:22:419]: Running UISequence
MSI (c) (C8:DC) [10:58:22:419]: PROPERTY CHANGE: Adding EXECUTEACTION property.
Its value is 'INSTALL'.
MSI (c) (C8:DC) [10:58:22:419]: Doing action: FindRelatedProducts
Action 10:58:22: FindRelatedProducts. Searching for related applications
Action start 10:58:22: FindRelatedProducts.
FindRelatedProducts: Found application: {F3801F82-A075-4E73-834C-FCF26053392A}
Action ended 10:58:22: FindRelatedProducts. Return value 1.
MSI (c) (C8:DC) [10:58:22:434]: Doing action: PrepareDlg
Action 10:58:22: PrepareDlg.
Action start 10:58:22: PrepareDlg.
But... the feature states only match the settings in the Feature table, not
what the user selected in the previous install.
Any tips for what I am missing?
Thanks,
Dale
Dale Quigg ||| Senior Build / Configuration / Installation Engineer
MessageGate ||| Enterprise Email Governance
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX : Java Version & Opening New Browser issue
Hey Ron,
Have you tried setting the custom action to immediate. It will not be able
to launch the window as deferred. You might also want to look at using
ShellExecute as well.
http://msdn.microsoft.com/en-us/library/bb774148(VS.85).aspx
Thanks,
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com
On Thu, Mar 19, 2009 at 4:49 AM, ron cooper wrote:
> Dear All,
>
> I have made an installer.
>
> I want to check java version after installation. That I checked using
> .
>
> Now I want to launch my application only if java version is 1.5 or greater,
> otherwise browser window should get opened with sun.com to all download
> latest version.
>
> What Possible ways are there?
>
> Following is my code :
>
> *my.wxs*
>
> Id="JAVA_VERSION"
>Value="0.0">
>
>Id="JavaVersionSearch"
>Root="HKLM"
>Key="SOFTWARE\JavaSoft\Java Development Kit"
>Name="CurrentVersion"
>Type="raw" />
>
>
>
> Id="myjs_bin"
>SourceFile="myjs.js"/>
>
> Id="myjs_ca"
>BinaryKey="myjs_bin"
>JScriptCall="main"
>Execute="deferred"
>HideTarget="no"
>Impersonate="no"/>
>
> *myjs.js*
>
>
> function main()
> {
>var WshShell = new ActiveXObject('WScript.Shell');
>
>var ver = Session.Property("JAVA_VERSION");
>
>if( ver < 1.5 )
>{
>window.open( "www.sun.com" , "sun" ); error here
>
>WshShell.Run("ieexplorer","www.sun.com"); error here
>}
>
>WshShell.close(1);
> }
>
>
> I tried both ways, but got errors.
>
>
> Anyone having idea to get out of it?
>
> Thanks in advance.
>
> Ron.
>
> --
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about patching
Hey Henk, Although not specifically stated, yes Component GUIDs need to remain stable. A patch is a difference between two MSIs, so that would mean most everything that is unique to a component must stay the same. Someone else on the forum might be able to give you a more detailed answer. http://msdn.microsoft.com/en-us/library/aa368060(VS.85).aspx Hope this helps, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Mon, Mar 9, 2009 at 2:18 AM, Henk Roos wrote: > Hi there, > > I have a question about wix and patching: If I want to create a patch from > 2 msi's and say 1 file changed in the same feature, does the files need to > have the same guid in the 2 msi's or are the uniqueness of the id's enough > for this functionality if I want to use torch? > > Regards, > > Henk Roos > Software Engineer > > A R I C E N T > > 260 Surrey Avenue > Ferndale > Randburg > > Main +27 11 293 0604 > Fax+27 11 293 0533 > Mobile +27 82 5513515 > > > > "DISCLAIMER: This message is proprietary to Aricent and is intended solely > for the use of the individual to whom it is addressed. It may contain > privileged or confidential information and should not be circulated or used > for any purpose other than for what it is intended. If you have received > this message in error,please notify the originator immediately. If you are > not the intended recipient, you are notified that you are strictly > prohibited from using, copying, altering, or disclosing the contents of this > message. Aricent accepts no responsibility for loss or damage arising from > the use of the information transmitted by this email including damage from > virus." > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat 3.0.4923 vs 3.0.5217 vb6 dll output
I am not sure I understand what you are asking, could you explain?
Neil
-Original Message-
From: Roy Abou Assaly [mailto:royass...@gmail.com]
Sent: 24 April 2009 16:02
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Heat 3.0.4923 vs 3.0.5217 vb6 dll output
Can anyone run light 3.0.5217 on this to confirm this? The merge module
simple won't build and that Interface element is indeed needed.
Thanks again.
Roy Abou Assaly wrote:
>
> Oh, and one more:
>
> 00020420---C000-0046
>
> After that, I was able to build my merge module and link them and
create
> my MSI which contains 129 vb6 com DLLs and various OCXs. Again, my
> experience in this area is weak, but the product seems to install and
> uninstall without issues even though I remove those elements that I
didn't
> fully understand.
>
> So I went and test the application, and of course, it threw an error
> saying the Interface isn't registered, which makes sense since I
removed
> them. So my ignorance has cost me. I really need those interface
> elements or else the application won't work.
>
>
> Roy Abou Assaly wrote:
>>
>> Still kind of stuck. I was able to generate the exact xml as Brian
did.
>> Candle compiled fine, but light is complaining. I'm trying to
generate a
>> merge module out of it. Getting this error:
>>
>> [exec] D:\Builds\PRISM XP\Build
11.51.\Bin\PrismShell.wxs(18) :
>> error LGHT0130 : The primary key 'reg0387C011F3
>> F8A22BDFC14B72466D9C9A.C7AC8538_65ED_4C2B_AE16_6291871D0918' is
>> duplicated in table 'Registry'. Please remove one of the entries or
>> rename a part of the primary key to avoid the collision.
>>
>> D:\Builds\PRISM XP\Build 11.51.\Bin>candle -v PrismShell.wxs
>> Microsoft (R) Windows Installer Xml Compiler version 3.0.5217.0
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> PrismShell.wxs
>>
>> D:\Builds\PRISM XP\Build 11.51.\Bin>light -v PrismShell.wixobj
>> Microsoft (R) Windows Installer Xml Linker version 3.0.5217.0
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> Updating file information.
>> Creating cabinet files.
>> Creating cabinet
>> 'C:\Users\roy\AppData\Local\Temp\jyewbz0r\#MergeModule.CABinet'.
>> Generating database.
>> D:\Builds\PRISM XP\Build 11.51.\Bin\PrismShell.wxs(18) : error
>> LGHT0130 : The primary key 'reg0387C011F3F8A22BDFC14B
>> 72466D9C9A.C7AC8538_65ED_4C2B_AE16_6291871D0918' is duplicated in
table
>> 'Registry'. Please remove one of the entries or
>> rename a part of the primary key to avoid the collision.
>>
>> My merge module looks like this:
>>
>>
>> http://schemas.microsoft.com/wix/2006/wi";
>> xmlns="http://schemas.microsoft.com/wix/2006/wi";>
>>
>> > InstallerVersion="300">
>>
>>
>>
>>
>>
>>
>>
>> > Guid="{77B6CDD1-B9C6-4497-B7F5-242B9783D6A3}">
>> > Source="SourceDir\DisplayFridayListUI.dll">
>> > Description="DisplayFridayListUI" HelpDirectory="TARGETDIR"
Language="0"
>> MajorVersion="1" MinorVersion="0">
>> > Context="InprocServer32"
>> Description="DisplayFridayListUI.CDisplayFridayList"
>> ThreadingModel="apartment" Version="1.0" Programmable="yes">
>> > Description="DisplayFridayListUI.CDisplayFridayList" />
>>
>> > Name="CDisplayFridayList"
>> ProxyStubClassId="{00020424---C000-0046}"
>> ProxyStubClassId32="{00020424---C000-0046}" />
>>
>>
>> > Key="CLSID\{9AF8DE3E-3FFB-4F1C-AA59-3DBAB1725BB9}\Implemented
>> Categories\{40FC6ED5-2438-11CF-A3DB-080036F12502}" Value=""
Type="string"
>> Action="write" />
>> > Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}\ProxyStubClsid"
>> Value="{00020424---C000-0046}" Type="string"
>> Action="write" />
>> >
Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}\ProxyStubClsid32"
>> Value="{00020424---C000-0046}" Type="string"
>> Action="write" />
>> > Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}"
>> Value="_CDisplayFridayList" Type="string" Action="write" />
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> I then decided to simply remove the following in order to create my
merge
>> module:
>>
>> > Name="CDisplayFridayList"
>> ProxyStubClassId="{00020424---C000-0046}"
>> ProxyStubClassId32="{00020424---C000-0046}" />
>>
>>
>
>
--
View this message in context:
http://n2.nabble.com/Heat-3.0.492
Re: [WiX-users] How To Create Successive Patches That Supersede Previous?
And apparently no attachments. I'll paste the contents :) Content of original post with attachments: Sure thing. It was a long day so sorry for the lack of detail. Attached you'll find the wxs for the installs and the patches, and the batch files I use. I pass the version numbers into the batch files which in turn pass them along to WiX. I create the installs with buildInstall 0.3.0.0 for example, then the patches with buildPatch 0.3.0.0 0.3.1.0. Product Install WXS: http://schemas.microsoft.com/wix/2006/wi"; xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";> NOT NEWERVERSIONDETECTED OR Installed WIXUI_EXITDIALOGOPTIONALCHECKBOX = 1 and NOT Installed Batch file to build it: :: This is an example of how to build the English version of the installer. :: This file should be replaced with something more appropriate. del /f /q "*.wixobj" del /f /s /q %1 mkdir %1 xcopy ..\bin\TrionProduct.exe %1 /C /Q /R /Y xcopy ..\bin\PatchingService.dll %1 /C /Q /R /Y xcopy ..\TrionProduct\Localization\* %1\Localization\ /C /Q /R /Y /S xcopy ReadMe.txt %1 /C /Q /R /Y del %1\Localization\*.tll "%WIX%\bin\candle" -dVersion=%1 -ext WixUIExtension -ext wixUtilExtension TrionProductInstall.wxs "%WIX%\bin\light" -dVersion=%1 -cultures:en-US -loc TrionProductInstall-en-US.wxl -ext wixUtilExtension -ext WixUIExtension TrionProductInstall.wixobj -out %1\TrionProductInstall.msi Patch WXS: http://schemas.microsoft.com/wix/2006/wi";> Patch batch file to make a patch from 2 installs: mkdir Patch-%1-to-%2 "%WIX%\bin\torch" -p -xi %1\TrionProductInstall.wixpdb %2\TrionProductInstall.wixpdb -out Patch-%1-to-%2\Diff.Wixmst "%WIX%\bin\candle" -dVersion=%1 TrionProductPatch.wxs "%WIX%\bin\light" -dVersion=%1 TrionProductPatch.wixobj -out Patch-%1-to-%2\Patch.WixMsp -loc TrionProductPatch-en-us.wxl "%WIX%\bin\pyro" Patch-%1-to-%2\Patch.WixMsp -out Patch-%1-to-%2\TrionProductPatch.msp -t RTM Patch-%1-to-%2\Diff.wixmst --Emanuel -Original Message- From: Emanuel Masciarelli [mailto:emasciare...@trionworld.com] Sent: Friday, April 24, 2009 10:05 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How To Create Successive Patches That SupersedePrevious? Sure thing. It was a long day so sorry for the lack of detail. Attached you'll find the wxs for the installs and the patches, and the batch files I use. I pass the version numbers into the batch files which in turn pass them along to WiX. I create the installs with buildInstall 0.3.0.0 for example, then the patches with buildPatch 0.3.0.0 0.3.1.0. --Emanuel -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Friday, April 24, 2009 5:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How To Create Successive Patches That SupersedePrevious? I've created patches which do exactly what you're trying to do but from your description I can't pinpoint where you're going wrong. If you could post the .wxs file you're using to create your .pcp file, I or someone else on the list should be able to help point you in the right direction. Cheers, Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Emanuel Masciarelli [mailto:emasciare...@trionworld.com] Sent: 24 April 2009 01:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How To Create Successive Patches That SupersedePrevious? I tried looking through the digests on sourceforge but couldn't find a way to search, and didn't see this question answered so I apologize if it's a duplicate. I am trying to create patches for a product that will each be all encompassing of the previous ones, and want anybody at any version to be able to install the latest patch. Following the instructions on the site I can create patches just fine, so I can install 0.3.0.0 then patch from 0.3.0.0 to 0.3.1.0. I created my 0.3.2.0 patch from 0.3.0.0 (to encompass the 0.3.1.0 stuff) and when I ap
Re: [WiX-users] How To Create Successive Patches That SupersedePrevious?
Sure thing. It was a long day so sorry for the lack of detail. Attached you'll find the wxs for the installs and the patches, and the batch files I use. I pass the version numbers into the batch files which in turn pass them along to WiX. I create the installs with buildInstall 0.3.0.0 for example, then the patches with buildPatch 0.3.0.0 0.3.1.0. --Emanuel -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Friday, April 24, 2009 5:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How To Create Successive Patches That SupersedePrevious? I've created patches which do exactly what you're trying to do but from your description I can't pinpoint where you're going wrong. If you could post the .wxs file you're using to create your .pcp file, I or someone else on the list should be able to help point you in the right direction. Cheers, Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Emanuel Masciarelli [mailto:emasciare...@trionworld.com] Sent: 24 April 2009 01:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How To Create Successive Patches That SupersedePrevious? I tried looking through the digests on sourceforge but couldn't find a way to search, and didn't see this question answered so I apologize if it's a duplicate. I am trying to create patches for a product that will each be all encompassing of the previous ones, and want anybody at any version to be able to install the latest patch. Following the instructions on the site I can create patches just fine, so I can install 0.3.0.0 then patch from 0.3.0.0 to 0.3.1.0. I created my 0.3.2.0 patch from 0.3.0.0 (to encompass the 0.3.1.0 stuff) and when I apply it it says it cannot as "The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a different version of the program." In my PatchFamily tag I have set the version to be the new version in both patches (so 0.3.1.0 and 0.3.2.0), and Supersede=yes for both. Is there something else I'm missing? From my understanding of the documentation the MsiPatchSequence table should have increasing numbers for all my patches and they should supersede each other just fine, but obviously I'm wrong. Any help is appreciated. --Emanuel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This attachment was removed.-- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat 3.0.4923 vs 3.0.5217 vb6 dll output
Can anyone run light 3.0.5217 on this to confirm this? The merge module
simple won't build and that Interface element is indeed needed.
Thanks again.
Roy Abou Assaly wrote:
>
> Oh, and one more:
>
> 00020420---C000-0046
>
> After that, I was able to build my merge module and link them and create
> my MSI which contains 129 vb6 com DLLs and various OCXs. Again, my
> experience in this area is weak, but the product seems to install and
> uninstall without issues even though I remove those elements that I didn't
> fully understand.
>
> So I went and test the application, and of course, it threw an error
> saying the Interface isn't registered, which makes sense since I removed
> them. So my ignorance has cost me. I really need those interface
> elements or else the application won't work.
>
>
> Roy Abou Assaly wrote:
>>
>> Still kind of stuck. I was able to generate the exact xml as Brian did.
>> Candle compiled fine, but light is complaining. I'm trying to generate a
>> merge module out of it. Getting this error:
>>
>> [exec] D:\Builds\PRISM XP\Build 11.51.\Bin\PrismShell.wxs(18) :
>> error LGHT0130 : The primary key 'reg0387C011F3
>> F8A22BDFC14B72466D9C9A.C7AC8538_65ED_4C2B_AE16_6291871D0918' is
>> duplicated in table 'Registry'. Please remove one of the entries or
>> rename a part of the primary key to avoid the collision.
>>
>> D:\Builds\PRISM XP\Build 11.51.\Bin>candle -v PrismShell.wxs
>> Microsoft (R) Windows Installer Xml Compiler version 3.0.5217.0
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> PrismShell.wxs
>>
>> D:\Builds\PRISM XP\Build 11.51.\Bin>light -v PrismShell.wixobj
>> Microsoft (R) Windows Installer Xml Linker version 3.0.5217.0
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> Updating file information.
>> Creating cabinet files.
>> Creating cabinet
>> 'C:\Users\roy\AppData\Local\Temp\jyewbz0r\#MergeModule.CABinet'.
>> Generating database.
>> D:\Builds\PRISM XP\Build 11.51.\Bin\PrismShell.wxs(18) : error
>> LGHT0130 : The primary key 'reg0387C011F3F8A22BDFC14B
>> 72466D9C9A.C7AC8538_65ED_4C2B_AE16_6291871D0918' is duplicated in table
>> 'Registry'. Please remove one of the entries or
>> rename a part of the primary key to avoid the collision.
>>
>> My merge module looks like this:
>>
>>
>> http://schemas.microsoft.com/wix/2006/wi";
>> xmlns="http://schemas.microsoft.com/wix/2006/wi";>
>>
>> > InstallerVersion="300">
>>
>>
>>
>>
>>
>>
>>
>> > Guid="{77B6CDD1-B9C6-4497-B7F5-242B9783D6A3}">
>> > Source="SourceDir\DisplayFridayListUI.dll">
>> > Id="{3515D627-3FA0-490F-9330-02A73023E0C0}"
>> Description="DisplayFridayListUI" HelpDirectory="TARGETDIR" Language="0"
>> MajorVersion="1" MinorVersion="0">
>> > Id="{9AF8DE3E-3FFB-4F1C-AA59-3DBAB1725BB9}"
>> Context="InprocServer32"
>> Description="DisplayFridayListUI.CDisplayFridayList"
>> ThreadingModel="apartment" Version="1.0" Programmable="yes">
>> > Id="DisplayFridayListUI.CDisplayFridayList"
>> Description="DisplayFridayListUI.CDisplayFridayList" />
>>
>> > Id="{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}"
>> Name="CDisplayFridayList"
>> ProxyStubClassId="{00020424---C000-0046}"
>> ProxyStubClassId32="{00020424---C000-0046}" />
>>
>>
>> > Key="CLSID\{9AF8DE3E-3FFB-4F1C-AA59-3DBAB1725BB9}\Implemented
>> Categories\{40FC6ED5-2438-11CF-A3DB-080036F12502}" Value="" Type="string"
>> Action="write" />
>> > Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}\ProxyStubClsid"
>> Value="{00020424---C000-0046}" Type="string"
>> Action="write" />
>> > Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}\ProxyStubClsid32"
>> Value="{00020424---C000-0046}" Type="string"
>> Action="write" />
>> > Key="Interface\{2D3FD2B6-AF78-4DFD-A5C9-7CE97BC4A594}"
>> Value="_CDisplayFridayList" Type="string" Action="write" />
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> I then decided to simply remove the following in order to create my merge
>> module:
>>
>> > Name="CDisplayFridayList"
>> ProxyStubClassId="{00020424---C000-0046}"
>> ProxyStubClassId32="{00020424---C000-0046}" />
>>
>>
>
>
--
View this message in context:
http://n2.nabble.com/Heat-3.0.4923-vs-3.0.5217-vb6-dll-output-tp2686239p2692987.html
Sent from the wix-users mailing list arch
[WiX-users] On Team Build and WiX, and why it hates me.
I've been struggling with this issue for some weeks now, and I've continued to back burner it, but can't do that anymore. I've built a WixExtension, and use it in several installers. But I keep running into problems with Votive / MSBuild loading the extension I've built. I'm guessing I'm having conflicts with the strong name signing or something, but... here's what I've done, and what's not working. 1.) I download the binary release and install it. This is the only way I know how to get Votive to work. 2.) I download the source and build it. This is the only way I can get the extension build tools I need. (XsdGen, et al) 3.) I customize the Wix.Targets file to a Wix.Core.Targets so I can just pull the tasks I need, without pulling the forced included files. As it stands, I can't add an xsdgen task to my project without pulling in the SolutionInfo.cs files from the Wix distro unless I do this. 4.) I build the WixExtension, everything is happy. 5.) I build the Installer project using the WixExtension... I get a candle error "candle.exe(0,0): error CNDL0144: The extension '..\..\..\Install\WixExtension\WixExtension\bin\Release\WixExtension.dll' could not be loaded." Now, I've poked and prodded and moved references around, and I got it to work for about 2 weeks... I have no idea what planetary alignment I managed to create, but it worked. Now, I'm trying to get these build working under TFS Team Build, and everything has come back. What the crap? What is it I'm doing wrong, and how can I track this issue down? I created a feature request a while back about including the extension build tools in the binary release, but that has just never happened. I'm positive this an issue with me building these tools.. There's some version or strong name mismatch, and something's choking. Please, anyone, help me. :-) Chris -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Subversion revision number through a wixproject file using msbuild community tasks
Yes, Edwin you are the man. This works perferct, now. Thanks for your help
I need to read up on msbuild. I just started working with it when I began
with automating our installer with wix. Good stuff when you know what you
are doing.
Brian
2009/4/23 Castro, Edwin (Hillsboro)
> Correction:
>
>
> Version;
> $(CoreBuildDependsOn)
>
>
> Should be:
>
>
>
>Version;
>$(CoreBuildDependsOn)
>
>
>
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> ���nPlease consider the environment before printing this e-mail
>
>
> > -Original Message-
> > From: Castro, Edwin (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> > Sent: Thursday, April 23, 2009 9:08 AM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Subversion revision number through a
> > wixproject file using msbuild community tasks
> >
> > Here's a snippet of what you want to do:
> >
> >
> >
> > Version;
> > $(CoreBuildDependsOn)
> >
> >
> >
> >
> > SubversionRevision=$(Revision)
> >
> > $(DefineConstants);SubversionRevision=$(Revision)
> >
> >
> >
> > > Value="SubversionRevision=$(Revision)">
> >
> >
> >
> > > Value="$(DefineConstants);SubversionRevision=$(Revision)">
> >
> >
> >
> >
> > You don't need both the MSBuild 2.0 and 3.5 syntaxes. I use Visual
> > Studio 2008 so I use MSBuild 3.5 syntax. Technically, the portions are not necessary because
> > you always define DefineConstants at the project scope. Here's how I
> > would rewrite your entire project:
> >
> > > xmlns="http://schemas.microsoft.com/developer/msbuild/2003";>
> >
> >
> > Debug
> > x86
> > 1.0
> > {1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}
> > 2.0
> > Wix_TagImport
> > Package
> > ..\..\DLL\Wix\
> > ..\..\DLL\CollabNet Subversion Client
> >
> > ..\..\DLL\MSBuildCommunityTasks\ > tyTasks>
> > $(WixToolPath)\wixtasks.dll
> > $(WixToolPath)\Wix.targets
> > en-us
> > ..\MYAPP\bin\Release
> >
> >
> >> Project="$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets"/>
> >
> >
> >
> > $(WixToolPath)\WixUtilExtension.dll
> >
> >
> > $(WixToolPath)\WixUIExtension.dll
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Version;
> > $(CoreBuildDependsOn)
> >
> >
> >
> > bin\$(Configuration)\
> >
> > obj\$(Configuration)\
> >
> > Debug;ReleaseDir=..\MYAPP\bin\Release\ > s>
> >
> >
> > bin\$(Configuration)\
> >
> > obj\$(Configuration)\
> >
> > Debug;ReleaseDir=..\MYAPP\bin\Release\ > s>
> >
> >
> >
> > Edwin G. Castro
> > Software Developer - Staff
> > Electronic Banking Services
> > Fiserv
> > Office: 503-746-0643
> > Fax: 503-617-0291
> > www.fiserv.com
> > ���nPlease consider the environment before printing this e-mail
> >
> >
> > > -Original Message-
> > > From: Brian Bakkebo [mailto:bbakk...@gmail.com]
> > > Sent: Wednesday, April 22, 2009 4:27 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: Re: [WiX-users] Subversion revision number through a
> > > wixproject file using msbuild community tasks
> > >
> > > Thanks again for your response EdwinYep, I use the same CollabNet
> > > release for testing. Yep, I expected that also, but I dont see it,
> > > which leads me to believe that there is some kind of pathing/mapping
> > > problem. Also, I am not quite sure on the syntax for DefineConstants
> > > inside the version target.
> > > Here is my project file. Hope you can see what the problem
> > is..Thanks
> > > for your help.
> > >
> > > http://schemas.microsoft.com/developer/msbuild/2003";>
> > >
> > >
> > > Debug
> > > x86
> > > 1.0
> > > {1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}
> > > 2.0
> > > Wix_TagImport
> > > Package
> > > ..\..\DLL\Wix\
> > > ..\..\DLL\CollabNet Subversion Client
> > >
> > ..\..\DLL\MSBuildCommunityTasks\ > > tyTasks>
> > > $(WixToolPath)\wixtasks.dll
> > > $(WixToolPath)\Wix.targets
> > > en-us
> > > ..\MYAPP\bin\Release
> > >
> > >
> > >> > Project="$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets"
> > > />
> > >
> > >
> > >
> > > $(WixToolPath)\WixUtilExtension.dll
> > >
> > >
> > > $(WixToolPath)\WixUIExtension.dll
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > bin\$(Configuration)\
> > >
> > >
> > obj\$(Configuration)\
> > >
> > Debug;ReleaseDir=..\MYAPP\bin\Release\ > > s>
> > >
> > >
> > > bin\$(Configuration)\
> > >
> > >
> > obj\$(Configuration)\
> > >
> > Debug;ReleaseDir=..\MYAPP\bin\Release\ > > s>
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > 2009/4/23 Castro, Edwin (Hillsboro)
> > >
> > > > My example depend
Re: [WiX-users] Using DTF to merge a merge module into an msi package
If Mergemod is such a irreplaceable black box, why does the MSDN topics state that the best practice is: "Merge modules must be merged into an installation package by using a merge tool. The best practice is to obtain a freely distributed merge tool, or purchase one of the merge tools that are available from independent software vendors, for example, you can use Mergemod.dll." To me that says mergemod.dll is only one possible choice. It would seem that the MSI API should expose everything needed by mergemod.dll to get the job done. Would it really be that hard to write your own business logic in managed code instead of relying on a 10 year old COM object that has proven to have buggy releases over the years? I know I try to avoid COM interop in my C# code as a general principal. http://msdn.microsoft.com/en-us/library/aa372400(VS.85).aspx 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 Fri, 4/24/09, Rob Mensching wrote: > From: Rob Mensching > Subject: Re: [WiX-users] Using DTF to merge a merge module into an msi package > To: "General discussion for Windows Installer XML toolset." > > Date: Friday, April 24, 2009, 1:35 AM > Database.Merge is to merge two MSI > files together not to "do the merge > process for a Merge Module". There is a collection of other > interfaces > for doing that not sure that DTF exposes it but you can > see the WiX > toolset does it. > > Frank Neumann wrote: > > Christopher, > > > > you perfectly described the situation: Using WiX is > not an option > > because the MSIs/MSMs I have to deal with, are > provided by a third > > party. In addition the merge action should be > automated because it has > > to be done again when new releases are available. > InstallShield would do > > the job here but I am not an expert in InstallShield > automation. > > > > The DTF's Database Merge method looks promising: > Unfortunately there are > > no arguments to provide a root directory and primary > feature. Orca > > offers these options when using the "Merge Module" > command. > > Do you know how to circumvent that problem? > > > > Thank you for your help, > > > > Frank > > > > > > Christopher Painter schrieb: > > > >> DTF is meant for creating build automation / > installer authoring tools also. My guess is he has an > MSI that wasn't built using WiX and he'd like to use DTF to > merge a module (perhaps built using WiX, perhaps not ) into > the database. > >> > >> DTF's Database class has a merge method to handle > this. You can also look at the MSI Windows Platform > SDK example ( WiMerge.vbs ) for a general overview of how > this is used. The examples are in VBScript using the > WindowsInstaller.Installer automation interface but it'll > port over to C#/DTF pretty easy. > >> > >> > >> 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, 4/21/09, Frank Neumann > wrote: > >> > >> > >> > >>> From: Frank Neumann > >>> Subject: [WiX-users] Using DTF to merge a > merge module into an msi package > >>> To: wix-users@lists.sourceforge.net > >>> Date: Tuesday, April 21, 2009, 8:29 AM > >>> I consider using DTF to merge a merge > >>> module (msm) into an msi package. > >>> Would you recommend DTF for this purpose? > Where can I find > >>> additional information (tutorial, examples) > for it? > >>> > >>> Regards, > >>> > >>> Frank > >>> > >>> > >>> > -- > >>> Stay on top of everything new and different, > both inside > >>> and > >>> around Java (TM) technology - register by > April 22, and > >>> save > >>> $200 on the JavaOne (SM) conference, June 2-5, > 2009, San > >>> Francisco. > >>> 300 plus technical and hands-on sessions. > Register today. > >>> Use priority code J9JMT32. http://p.sf.net/sfu/p > >>> > ___ > >>> WiX-users mailing list > >>> WiX-users@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/wix-users > >>> > >>> > >>> > >> > >> > >> > >> > >> > > > > > > > -- > > Stay on top of everything new and different, both > inside and > > around Java (TM) technology - register by April 22, > and save > > $200 on the JavaOne (SM) conference, June 2-5, 2009, > San Francisco. > > 300 plus technical and hands-on sessions. Register > today. > > Use priority code J9JMT32. http://p.sf.net/sfu/p > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Crystal Reports - New Free Runtim
Re: [WiX-users] How To Create Successive Patches That SupersedePrevious?
I've created patches which do exactly what you're trying to do but from your description I can't pinpoint where you're going wrong. If you could post the .wxs file you're using to create your .pcp file, I or someone else on the list should be able to help point you in the right direction. Cheers, Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Emanuel Masciarelli [mailto:emasciare...@trionworld.com] Sent: 24 April 2009 01:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How To Create Successive Patches That SupersedePrevious? I tried looking through the digests on sourceforge but couldn't find a way to search, and didn't see this question answered so I apologize if it's a duplicate. I am trying to create patches for a product that will each be all encompassing of the previous ones, and want anybody at any version to be able to install the latest patch. Following the instructions on the site I can create patches just fine, so I can install 0.3.0.0 then patch from 0.3.0.0 to 0.3.1.0. I created my 0.3.2.0 patch from 0.3.0.0 (to encompass the 0.3.1.0 stuff) and when I apply it it says it cannot as "The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a different version of the program." In my PatchFamily tag I have set the version to be the new version in both patches (so 0.3.1.0 and 0.3.2.0), and Supersede=yes for both. Is there something else I'm missing? From my understanding of the documentation the MsiPatchSequence table should have increasing numbers for all my patches and they should supersede each other just fine, but obviously I'm wrong. Any help is appreciated. --Emanuel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Copy a file to Windows\Help folder
I suggest you use a more 'unique' name than "help.chm" though. Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Michael [mailto:mich...@gnhsoft.com] Sent: 24 April 2009 07:15 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Copy a file to Windows\Help folder Hi, I need to copy a file to Windows\Help folder. I done it by extracts file to install location and then copied to Windows\Help folder, and then deleting during uninstall. snippet for that, Here help.chm presented in two places(Installation location and Windows\Help). But, its not required. I need single copy of help.chm at Windows\Help. Is there any other way to copy a file directly to Windows\Help folder? Thanks. Regards, -SMR -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX-users Digest, Vol 35, Issue 107
Hi,
I checked the log file as to why the database and the windows service were not
getting uninstalled and found these two lines in the log file:
MSI (s) (2C:B4) [14:39:46:741]: Disallowing uninstallation of component:
{F8A6AD08-15F7-4BEC-AC9E-A1091F2B0D41} since another client exists
MSI (s) (2C:B4) [14:39:46:741]: Disallowing uninstallation of component:
{017A23A2-C71D-4442-A93B-C3B5C4F25A11} since another client exists
These component guid's correspond exactly to the database and service
components in my product.wxs file. What does this message mean? Do I already
have these components before installation? I delete the database before an
installation because it is not getting uninstalled, but cannot do anything
about the service. Even though the service doesn't get uninstalled, the
installer proceeds smoothly each time, even with the service selected in the
feature tree. How can I go about solving this problem?
Thanks,
Mark.
-Original Message-
From: wix-users-requ...@lists.sourceforge.net
[mailto:wix-users-requ...@lists.sourceforge.net]
Sent: Friday, April 24, 2009 2:21 PM
To: wix-users@lists.sourceforge.net
Subject: [!! SPAM] WiX-users Digest, Vol 35, Issue 107
Send WiX-users mailing list submissions to
wix-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
wix-users-requ...@lists.sourceforge.net
You can reach the person managing the list at
wix-users-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of WiX-users digest..."
Today's Topics:
1. Re: Using DTF to merge a merge module into an msi package
(Rob Mensching)
2. Re: Using DTF to merge a merge module into an msi package
(Rob Mensching)
3. Re: Wix Coder forums (Rob Mensching)
4. Re: Reference custom directory (Brian Bakkebo)
5. Re: Using DTF to merge a merge module into an msi package
(Frank Neumann)
6. database and windows service not getting uninstalled
(Mark Sinnathamby)
7. Re: database and windows service not getting uninstalled
(Rob Mensching)
--
Message: 1
Date: Thu, 23 Apr 2009 23:33:12 -0700
From: Rob Mensching
Subject: Re: [WiX-users] Using DTF to merge a merge module into an msi
package
To: General discussion for Windows Installer XML toolset.
Message-ID: <49f15d28.3020...@wixtoolset.org>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
WiX toolset uses COM interop to talk to mergemod.dll.
Richard wrote:
> In article
> <139942f2536b7c4fbde6b44132f80c84286210a...@na-exmsg-c111.redmond.corp.microsoft.com>,
> Jason Ginchereau writes:
>
>
>> The real logic for merging merge modules is in mergemod.dll, which DTF
>> does n ot attempt to use or expose. So I would not recommend using DTF for
>> this purpos e, unless you augment it with the object model of mergemod.dll
>> using COM intero p. I don't have any example code for doing that in C#.
>>
>
> Has anyone tried using COM interop to talk to mergemod.dll?
>
> I knwo when I tried to use COM interop to talk to msi.dll's automation
> interface, it didn't work properly.
> --
> "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
>
>
> Legalize Adulthood!
Re: [WiX-users] database and windows service not getting uninstalled
No, something else is probably wrong. A verbose log file will probably show a Component not going to Absent (and why). Mark Sinnathamby wrote: > Hi, > I have created an msi installation pack with Wix, using my own custom UI > library. I have added the maintenance dialogs in this library as well. > When I install the product, Which consists of a database a windows service > and some executables, everything gets installed without any problems. > When I try to uninstall, the uninstallation proceeds without any problem, but > I find that the windows service and the database are still there after > uninstalling. (the executables and shortcuts are uninstalled successfully). > Is this a common problem when you create your own UI library? What is wrong > here? > Thanks, > Mark. > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] database and windows service not getting uninstalled
Hi, I have created an msi installation pack with Wix, using my own custom UI library. I have added the maintenance dialogs in this library as well. When I install the product, Which consists of a database a windows service and some executables, everything gets installed without any problems. When I try to uninstall, the uninstallation proceeds without any problem, but I find that the windows service and the database are still there after uninstalling. (the executables and shortcuts are uninstalled successfully). Is this a common problem when you create your own UI library? What is wrong here? Thanks, Mark. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using DTF to merge a merge module int o an msi package
I followed your suggestions and used "MergeMod.dll" via COM interop in my little repackaging tool. This works perfectly. After the successful merge I still have to do a couple of steps to patch the resulting msi: 1. Extract the merge module's cab file 2. Insert the cab file into the "_Streams" table of the msi 3. Insert a record into the "Media" table of the msi using the appropriate "LastSequence" number Thanks a lot for your hints! Frank Richard schrieb: > In article > <139942f2536b7c4fbde6b44132f80c84286210a...@na-exmsg-c111.redmond.corp.microsoft.com>, > Jason Ginchereau writes: > >> The real logic for merging merge modules is in mergemod.dll, which DTF >> does n ot attempt to use or expose. So I would not recommend using DTF for >> this purpos e, unless you augment it with the object model of mergemod.dll >> using COM intero p. I don't have any example code for doing that in C#. > > Has anyone tried using COM interop to talk to mergemod.dll? > > I knwo when I tried to use COM interop to talk to msi.dll's automation > interface, it didn't work properly. Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Reference custom directory
Hi dkijc, I think you can do this, but a little unclear about the storing of icons somewhere else? Are you actually installing a program also or just icons? For storing the icons part you have a question in the installer I assume and it asks to download latest icons or choose a directory? If user answers yes, then go to web and download icons to a folder. The question is wouldnt you want to do this after they define the INSTALLDIR in the install? Then you can use this dialog set and modify it:(WixUI_InstallDir does not allow the user to choose what features to install, but it adds a dialog to let the user choose a directory where the product will be installed.) Therefore you can download the icons right to the install directory and reference them there. If this all sounds ok, then if you already have the INSTALLDIR Variable assuming it is set up as the last node directory and will look something like this in your .wxs . Then you can reference it as a shortcut for example as such: . Or using it for other things, etc. Since I am not quite sure about what you want to accomplish it is hard to say, but I think this is sort of what you want. Med vennlig hilsen /Regards Brian 2009/4/23 dkijc > > Hi Pally, > > Thank you so much for your response! That gives me hope haha. > I was actually reading the blog by Neil and had a question. > I understand I can get the directory to be set but that's an installation > directory. > Can I create a custom directory OR can I actually use the INSTALLDIR (or > whatever it is called) > and when the installation is run can I trick the installer so instead of > using the directory for installation folder actually snatch that directory > to be stored in a variable within our code so our application knows where > to > look for the thumbnails? > > We can fetched the thumbnails over the web just fine but now our > application > is deployed in the same machine where we fetch the thumbnails so instead of > going through a loop with http request we can easily look for thumbnails in > the local machine. The reason for asking the path for the folder is because > thumbnails are not always stored in the same folder, as that is a > preference > that a user can set. > > The problem I was having was when I created a custom dialog (using > orca)that > asks whether the use wants our application to fetch the thumbnail over the > web or just from their local machine. Opening a browse dialog works fine > but > every time I chose a folder and press 'ok' I'd get '2707' (target not > specified). And wasn't sure exactly what was causing the problem. I'm > assuming it probably has to do with custom action and was wondering if WiX > had a better way of going about it. > > So my question still remains, is it possible to create a custom ID or > variable to store the directory (which is not meant for installation but > only purpose is to pass down the directory path into our code). > > I really hope that made sense... haha > > thanks, again! > > > 1. The web stuff I'm not sure about. It's likely possible using custom > actions as with most things. Someone else may have tried something > similar but I don't think pulling arbitrary files off a web server is > supported by default in the Windows Installer. > > 2. Very possible using standard Windows Installer UI controls. Have a > look at the InstallDirDlg.wxs in the WiX 3.0 sources which does pretty > much what you're trying to here except you'd need to hook it into the > radio buttons first. You can even use the BrowseDlg in WiXUI without > modification for your browse button. Neil Sleightholm's blog on > customizing the WiXUI at > http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html > should help point you in the right direction. > > Personally I'd tackle it as 2 separate issues and get the second part > working as you'd like it to first, as the web stuff looks like it could > take a lot of time to get working right but that's me and I could be > wrong. > > Good luck > > Palbinder Sandher > Software Deployment & IT Administrator > T: +44 (0) 141 945 8500 > F: +44 (0) 141 945 8501 > > http://www.iesve.com > **Design, Simulate + Innovate with the ** > Integrated Environmental Solutions Limited. Registered in Scotland No. > SC151456 > Registered Office - Helix Building, West Of Scotland Science Park, > Glasgow G20 0SP > Email Disclaimer > > > -- > View this message in context: > http://n2.nabble.com/Reference-custom-directory-tp2670501p2685638.html > Sent from the wix-users mailing list archive at Nabble.com. > > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > WiX-users mailing li
