Re: [WiX-users] CopyFile in Component gives problems.
Bob Arnson [EMAIL PROTECTED] writes: Jarl Friis wrote: This results in Error LGHT0204: ICE18: KeyPath for Component: 'Comp2' is Directory: 'MyDir'. The Directory/Component pair must be listed in the CreateFolders table. According to the documentation, the above should be the way to select copying a file, by installing/uninstalling the parent component. However, when the parent component does not contain any other elements than a CopyFile, I get the above error. Can someone tell me what it means? and what I should do to resolve it? MSI rules say that each component's directory must be created, either implicitly by installing files there -- the CopyFile doesn't count -- or explicitly with CreateFolder (in WiXspeak). So just add a CreateFolder element as a child of the CopyFile's Component element. It's harmless and satisfies the ICE validation error. Thanks. You say it's harmless... I believe that means that the rules for removing the directory are the same as if there had been a File element in the directory. Still I wonder about the error message The Directory/Component pair must be listed in the CreateFolders table.. It sounds like there is a table called CreateFolders, opening Orca, I cannot find a table by that name. Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Calling a member function of a DLL written in C#
I am developing a WIX installer for my application. In that I need to call a member function( which takes a parameter as input) of a DLL written in C#. I tried using the following code Binary Id='Sample' src='src\Sample.dll'/ CustomAction Id=CallMemberFunc BinaryKey='Sample' DllEntry='TestFunction' Execute=deferred Return='check'/ CustomAction Id=ChangePropProperty=CallMemberFunc Value='TestValue' / But when I run the MSI generated, I encountered the following error Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Is there any way, to call dll member written in C#.Please help me get out of here Regards, Mala -- View this message in context: http://www.nabble.com/Calling-a-member-function-of-a-DLL-written-in-C--tf2472173.html#a6893268 Sent from the wix-users mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CopyFile in Component gives problems.
If the table doesn't have anything in it, light will generally not generate it. There are some tables that it generates even if empty, but CreateFolders is not one of them. This saves some space in the MSI that would be taken up by the table's metadata. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Friis Sent: 19 October 2006 07:15 To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CopyFile in Component gives problems. Bob Arnson [EMAIL PROTECTED] writes: MSI rules say that each component's directory must be created, either implicitly by installing files there -- the CopyFile doesn't count -- or explicitly with CreateFolder (in WiXspeak). So just add a CreateFolder element as a child of the CopyFile's Component element. It's harmless and satisfies the ICE validation error. Thanks. You say it's harmless... I believe that means that the rules for removing the directory are the same as if there had been a File element in the directory. Still I wonder about the error message The Directory/Component pair must be listed in the CreateFolders table.. It sounds like there is a table called CreateFolders, opening Orca, I cannot find a table by that name. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a member function of a DLL written in C#
Windows Installer loads and executes custom actions using the LoadLibrary and GetProcAddress APIs. The name listed in DllEntry has to be the name of a function exported from the DLL, exactly as . C# cannot generate exported functions (the CLR can, just about, but you have to use Ilasm and that's very painful). You would have to use a proxy C++ DLL to load the C# code - probably through CLR hosting to ensure that the correct version of the Framework is loaded. However, this is not recommended. Basically, you should try to reduce the dependencies of your custom actions as far as possible. Managed code custom actions are discouraged because they have a dependency on the Framework. If the user uninstalls the Framework before your application, your custom action won't work. Likewise, script is not recommended because it can be very hard to debug. Best practice is to use a native C++ DLL linked to the static CRT libraries. If you're careful and only use Windows API calls, rather than C run-time calls, it may be possible to avoid linking to the CRT at all. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mala Sent: 19 October 2006 10:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling a member function of a DLL written in C# I am developing a WIX installer for my application. In that I need to call a member function( which takes a parameter as input) of a DLL written in C#. I tried using the following code Binary Id='Sample' src='src\Sample.dll'/ CustomAction Id=CallMemberFunc BinaryKey='Sample' DllEntry='TestFunction' Execute=deferred Return='check'/ CustomAction Id=ChangePropProperty=CallMemberFunc Value='TestValue' / But when I run the MSI generated, I encountered the following error Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Is there any way, to call dll member written in C#.Please help me get out of here Regards, Mala -- View this message in context: http://www.nabble.com/Calling-a-member-function-of-a-DLL-written-in-C--tf247 2173.html#a6893268 Sent from the wix-users mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a member function of a DLL written in C#
this error occured if the Dll EntryPoint isn't find by the installer. however i havn't have experince of calling C#dll. checkout the dll entry point with dumpbin utility.- Original Message From: Mala [EMAIL PROTECTED]To: wix-users@lists.sourceforge.netSent: Thursday, October 19, 2006 2:21:16 PMSubject: [WiX-users] Calling a member function of a DLL written in C#I am developing a WIX installer for my application. In that I need to call amember function( which takes a parameter as input) of a DLL written in C#. Itried using the following code Binary Id='Sample' src=''/ CustomAction Id="CallMemberFunc" BinaryKey='Sample'DllEntry='TestFunction' Execute="deferred" Return='check'/CustomAction Id="ChangeProp"Property="CallMemberFunc" Value='TestValue'/But when I run the MSI generated, I encountered the following error"Error 1723. There is a problem with this Windows Installer package. A DLLrequired for this install to complete could not be run. Contact your supportpersonnel or package vendor. " Is there any way, to call dll member written in C#.Please help me get outof hereRegards,Mala-- View this message in context: http://www.nabble.com/Calling-a-member-function-of-a-DLL-written-in-C--tf2472173.html#a6893268Sent from the wix-users mailing list archive at Nabble.com.-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___WiX-users mailing listWiX-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wix-users- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [WiX-Users] check for ASP.NET support?
Hello Listmembers, I`m new to WiX and crawl my way through our custom setup for our solution, and found a problem. With the following condition one can check if the framework is installed in the right version: Condition Message='This setup requires the .NET Framework 2.0 or higher.' ![CDATA[MsiNetAssemblySupport = 2.0.50727]] /Condition but I need to check if ASP.NET is registered for this version of the framework to. Is there an easy way like above to check for this, or do I have do write a custom action, that parses the output of aspnet_regiis lv for this purpose? Oliver Friedrich Consultant - Software Solutions prodot GmbH Carl-Peschken-Strasse 5d 47441 Moers Germany Phone +49 (2841) 173 91 0 Fax +49 (2841) 173 91 20 http://www.prodot.de - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Feature lost in dark (V3)
Hi. I am trying to convert our work in InstallShield to Wix. Unfortunately The InstallShield generated msi file is buggy (what else did you expect). using dark.exe (from Wix v2) gives me these nice warnings: dark.exe : warning DARK1024 : Action 'RegisterTypeLibraries' in sequence 'AdvtExecuteSequence' is not a custom action, dialog, supported standard action, or known special action so this action is being left out. dark.exe : warning DARK1048 : The Typelib table entry with Id '{C47EA90F-56D1-11D5-B159-00D0B7BA7544}' could have an incorrect version of '256.0'. InstallShield has a bug relating to the Typelib Version column: it will incorrectly set the value '65536' in to represent version '1.0'. However, this number actually corresponds to version '256.0'. This bug will not affect the typelib version that is registered during installation, however, it will prevent the Windows Installer from correctly identifying whether a typelib is already installed and lead to unnecessary reinstallations of the typelib. I am very satisfied with this information. However If I use dark.exe (from V3), I get another error and crash: dark.exe : error DARK0001 : Cannot set column 'KeyColumn' with value 0 because it is less than the minimum allowed value for this column, 1. Exception Type: System.InvalidOperationException Stack Trace: ved Microsoft.Tools.WindowsInstallerXml.ColumnDefinition.ValidateValue(Object value) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindDatabase(String databaseFile, Database database, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindDatabase(String databaseFile, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Tools.Dark.Run(String[] args) I would really love to continue to see the warnings generated in V2 of dark. Wrt. the stack-trace that dark generates in V3, it should be considered as a bug-report. Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall a cached msi
hi, i m geting problem in uninstalling a msi. because its older version is cached in which some CA failed and so rollback occur. let me know the solution of this prob. tell me where is its db table files to remove or what else is the solution. i remove all of my temp directory but couldn't able to install it yet.RegardsRai wasif jahangir- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fw: Uninstall a cached msi
other problem is that it only b uninstall in full ui mode:(. so command line parameters r no more usable.- Forwarded Message From: Rai Wasif [EMAIL PROTECTED]To: Wix-user mailingList wix-users@lists.sourceforge.net; wix-devs mailingList wix-devs@lists.sourceforge.netSent: Thursday, October 19, 2006 6:44:40 PMSubject: Uninstall a cached msihi, i m geting problem in uninstalling a msi. because its older version is cached in which some CA failed and so rollback occur. let me know the solution of this prob. tell me where is its db table files to remove or what else is the solution. i remove all of my temp directory but couldn't able to install it yet.RegardsRai wasif jahangir- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using dark on a MSI generated with WixUI
That's a thing Derek did a long time ago. The decompiler is smart and puts in what you need to just refer to the .wixlib again. If you're looking for the source code of the Mondo UI, then just look in wix\src\ui\ext\UIExtension\wixlib. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Friis Sent: Thursday, October 19, 2006 6:07 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using dark on a MSI generated with WixUI I just tried to craete a small MSI using WixUI_Mondo, then revert it using dark.exe When I use dark on that MSI, I am surprised to see that it has a UIRef Id=WixUI_Mondo / element. How can that be? I expected everything to be compiled into MSI database tables, leaving no trace of how the information got there and then when darkend. Using dark, these tables would then be reverse engineered into a wxs file, everything specified in the resulting wxs file. But somehow it assumes that the MSI has been generated with WixUI_Mondo I even tried to change a few things using Orca, still it darkens to a UIRef Id=WixUI_Mondo / element. Can someone explain? I am using Version 3. jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CopyFile in Component gives problems.
To expound a little more, the WiX toolset only adds the tables that you *must* have for an MSI to successfully execute. Since the beginning of time, all of the other tools on the market added every single table and often included data that was never used. I thought that was wasteful and actually saw many developers modifying their behavior (debugging phantom issues, for one) because they thought they needed all of the tables. When I built the WiX toolset, I decided I would try to find the minimum set of tables actually required. I *think* we're there now (not that the Windows Installer team documents it anywhere smile/). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dimmick Sent: Thursday, October 19, 2006 2:25 AM To: 'Jarl Friis'; 'Bob Arnson' Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CopyFile in Component gives problems. If the table doesn't have anything in it, light will generally not generate it. There are some tables that it generates even if empty, but CreateFolders is not one of them. This saves some space in the MSI that would be taken up by the table's metadata. -- Mike Dimmick - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall: removing elements added by xmlfile
The XmlFile element wasnt quite powerful enough to handle all the scenarios people were hitting. K recently finished working on the XmlConfig element (in WiX v3, I believe) to be much more powerful. I dont think hes written down much about how to use it unfortunately, but you might take a look at that. It hopefully removes the need to write specialized CustomActions (_vbscript_? Ick) for modifying XML files. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Turton Sent: Wednesday, October 18, 2006 11:09 PM To: Crouch, John; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] uninstall: removing elements added by xmlfile Thanks John, Im looking into doing something similar. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Crouch, John Sent: Wednesday, October 18, 2006 10:32 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] uninstall: removing elements added by xmlfile Stephen, There were some challenges to over come with xmlfile about amonth ago I forget the bug trackinh numbers but I too had many problems uninstalling xml for web, exe and machine.config files. I gave up and used a customaction vbs to my eternal shame. br John Crouch Software Engineer/Developer National Oilwell Norway AS This message, including any attachments, is intended only for the addressee and may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you receive this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original message. Thank you. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Turton Sent: Wednesday, October 18, 2006 8:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] uninstall: removing elements added by xmlfile Hi, I want to add some config handlers to machine.config during setup so Im using xmlfile. This works fine when I install: the expected elements are added to machine.config. However, I want these elements to be removed when I uninstall and I cant figure out how to do this. My xmlfile component looks like this: Component Id='MyComp' Guid='4406c78a-0b49-4b0b-b63a-e088089d50ca' Permanent='no' XmlFile Id='topElement' File='C:\test.xml' Action='' Name='topElement' Sequence='1' Permanent='no' ElementPath='//configuration'/ XmlFile Id='extensions' File='C:\test.xml' Action='' Name='extensions' Sequence='2' Permanent='no' ElementPath='//configuration/topElement'/ /Component Am I doing something wrong here? (apart from writing to C:\test.xml Im not quite ready to actually edit my machine.config file yet) Thanks, Stephen - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Creating my own .wixlib
Today I started with my own WixUI interface library. Therefore I followed the ten steps from the tutorial http://www.tramontana.co.hu/wix/lesson2.php#2.5 Now I have a project inside of my VS2005 and it looks good so far. But if I try to compile I get many errors, for instance here: Control Id=LicenseText Type=ScrollableText X=20 Y=60 Width=330 Height=140 Sunken=yes TabSkip=no Text SourceFile=!(wix.WixUILicenseRtf=$(var.licenseRtf)) / /Control The problem here is the variable $(var.licenseRtf). It will be marked as unknown on the build process. What do I have to do for getting a workable interface library? I use WiX 3.0.2218.0 and VS 2005. If there is another guide how to start developing my own WixUI interface library I would to know it. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion
Hello, I read MSI and Platform SDK but haven't found a clean answer for the difference between FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion. A similar question was raised in the MSI newsgroup, but no exact answer was provided: http://groups.google.com/group/microsoft.public.platformsdk.msi/browse_frm/t hread/997708b0a2805cf7/11f526e51912fdf2 The real question behind is how Windows Installer obtains file version information during files copying. The MSI SDK's File Versioning Rules article does no clearly explains what is the file version and whether product version fields are taken into consideration while computing file version. I'm going to share some components from an existing product with a new product that have a different number and I wonder whether I can have separate versioning for file versions and product versions? Sincerely yours, Kirill Kovalenko Product Manager Softerra LLC http://www.softerra.com http://www.ldapadministrator.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion
AFAIK, there is no such thing as FILEVERSION or PRODUCTVERSION. The ProductVersion only comes into play for Upgrade scenarios. There only FileVersion concept is the Version column in the File table. All references to file version in the File Versioning Rules refers to that Version column for the files that are being installed/uninstalled/upgraded by the MSI and the actual file version resource is used when the MSI has to compare against a file that is already on disk. WiX doesn't expose the Version column in the File table because it can be auto-populated from your files and you can imagine how confused the Windows Installer could get if you put the wrong data in the Version column. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kirill Kovalenko Sent: Thursday, October 19, 2006 9:08 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion Hello, I read MSI and Platform SDK but haven't found a clean answer for the difference between FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion. A similar question was raised in the MSI newsgroup, but no exact answer was provided: http://groups.google.com/group/microsoft.public.platformsdk.msi/browse_frm/t hread/997708b0a2805cf7/11f526e51912fdf2 The real question behind is how Windows Installer obtains file version information during files copying. The MSI SDK's File Versioning Rules article does no clearly explains what is the file version and whether product version fields are taken into consideration while computing file version. I'm going to share some components from an existing product with a new product that have a different number and I wonder whether I can have separate versioning for file versions and product versions? Sincerely yours, Kirill Kovalenko Product Manager Softerra LLC http://www.softerra.com http://www.ldapadministrator.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature lost in dark (V3)
Please do open a bug with the stack trace. Also, please make sure you are using the latest WiX toolset. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Friis Sent: Thursday, October 19, 2006 4:09 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Feature lost in dark (V3) Hi. I am trying to convert our work in InstallShield to Wix. Unfortunately The InstallShield generated msi file is buggy (what else did you expect). using dark.exe (from Wix v2) gives me these nice warnings: dark.exe : warning DARK1024 : Action 'RegisterTypeLibraries' in sequence 'AdvtExecuteSequence' is not a custom action, dialog, supported standard action, or known special action so this action is being left out. dark.exe : warning DARK1048 : The Typelib table entry with Id '{C47EA90F-56D1-11D5-B159-00D0B7BA7544}' could have an incorrect version of '256.0'. InstallShield has a bug relating to the Typelib Version column: it will incorrectly set the value '65536' in to represent version '1.0'. However, this number actually corresponds to version '256.0'. This bug will not affect the typelib version that is registered during installation, however, it will prevent the Windows Installer from correctly identifying whether a typelib is already installed and lead to unnecessary reinstallations of the typelib. I am very satisfied with this information. However If I use dark.exe (from V3), I get another error and crash: dark.exe : error DARK0001 : Cannot set column 'KeyColumn' with value 0 because it is less than the minimum allowed value for this column, 1. Exception Type: System.InvalidOperationException Stack Trace: ved Microsoft.Tools.WindowsInstallerXml.ColumnDefinition.ValidateValue(Object value) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindDatabase(String databaseFile, Database database, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindDatabase(String databaseFile, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) ved Microsoft.Tools.WindowsInstallerXml.Tools.Dark.Run(String[] args) I would really love to continue to see the warnings generated in V2 of dark. Wrt. the stack-trace that dark generates in V3, it should be considered as a bug-report. Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSIONvs. ProductVersion
Hello Rob, Thanks for the prompt reply. Sorry for the confusion. I meant not MSI, but Win32 resource filelds and their relationship with MSI. FILEVERSION or PRODUCTVERSION are the standard fields of the VERSIONINFO Win32 recource file. http://windowssdk.msdn.microsoft.com/en-us/library/ms726776.aspx Sincerely yours, Kirill Kovalenko Product Manager Softerra LLC http://www.softerra.com http://www.ldapadministrator.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Thursday, October 19, 2006 7:21 PM To: Kirill Kovalenko; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSIONvs. ProductVersion AFAIK, there is no such thing as FILEVERSION or PRODUCTVERSION. The ProductVersion only comes into play for Upgrade scenarios. There only FileVersion concept is the Version column in the File table. All references to file version in the File Versioning Rules refers to that Version column for the files that are being installed/uninstalled/upgraded by the MSI and the actual file version resource is used when the MSI has to compare against a file that is already on disk. WiX doesn't expose the Version column in the File table because it can be auto-populated from your files and you can imagine how confused the Windows Installer could get if you put the wrong data in the Version column. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kirill Kovalenko Sent: Thursday, October 19, 2006 9:08 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion Hello, I read MSI and Platform SDK but haven't found a clean answer for the difference between FILEVERSION vs. FileVersion vs. PRODUCTVERSION vs. ProductVersion. A similar question was raised in the MSI newsgroup, but no exact answer was provided: http://groups.google.com/group/microsoft.public.platformsdk.msi/browse_frm/t hread/997708b0a2805cf7/11f526e51912fdf2 The real question behind is how Windows Installer obtains file version information during files copying. The MSI SDK's File Versioning Rules article does no clearly explains what is the file version and whether product version fields are taken into consideration while computing file version. I'm going to share some components from an existing product with a new product that have a different number and I wonder whether I can have separate versioning for file versions and product versions? Sincerely yours, Kirill Kovalenko Product Manager Softerra LLC http://www.softerra.com http://www.ldapadministrator.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best Practices - Creating Databases
This is a best practices question. I need to create a database for my application. For example sake, lets say I have 100 tables to create along with related indexes and keys. I can easily generate one large script and use that in my WiX project. On the other hand, I could break the script down such that I have one script per table. Of course, numerous other possibilities exist as well. What is the best practice for this scenario? __ Doug Watts - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Directory ID and Path Question
Lets say that I read a path from the registry. The absolute path is read into a property. I want to set permissions on a specific file in that directory. Can I use the property (whose value I read from the registry) as the ID of a Directory element? __ Doug Watts - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fw: Uninstall a cached msi
Yeah, and I would never recommend people going into an undocumented data store and start tweaking stuff they find there. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: Thursday, October 19, 2006 8:09 AM To: Wix-user mailingList Subject: Re: [WiX-users] Fw: Uninstall a cached msi I've fixed these problems with a hack - find the cached MSI file in Windows\installer and edit it with Orca to change the condition on the offending custom action (in the execute sequence I assume) to 0. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Thursday, October 19, 2006 8:02 AM To: Rai Wasif; Wix-user mailingList Subject: Re: [WiX-users] Fw: Uninstall a cached msi The best way is to create a fixed MSI with the same ProductCode and Version, then do a recache/reinstall. msiexec /fv fixed.msi That will end up replacing the bad MSI so you can attempt uninstall again. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory ID and Path Question
Yeah: http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx I think part 8 (or maybe part 9) will have an example that does just this. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Watts Sent: Thursday, October 19, 2006 10:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Directory ID and Path Question Lets say that I read a path from the registry. The absolute path is read into a property. I want to set permissions on a specific file in that directory. Can I use the property (whose value I read from the registry) as the ID of a Directory element? __ Doug Watts - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using dark on a MSI generated with WixUI
Rob Mensching [EMAIL PROTECTED] writes: That's a thing Derek did a long time ago. The decompiler is smart and puts in what you need to just refer to the .wixlib again. That's pretty smart. But it seems to be a little too smart. Because if I modify some UI stuff with Orca, and then darken it, it *incorrectly* detects that the user interface is WixUI_Mondo. It is not WixUI_Mondo, it is a *modified* version of WixUI_Mondo, so building the MSI file back, will not include these changes. If you're looking for the source code of the Mondo UI, then just look in wix\src\ui\ext\UIExtension\wixlib. Thanks. Well I guess I was just playing with the tools. In case others are interested, I figured out that you can disable the UIExtension by modifying the dark.exe.config (that will result in the UI being part of the resulting wxs file. Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory ID and Path Question
Rob, Thanks. That helps. I have a related question I want to set permission on an existing file. Using the property as the directory ID I can easily get to the directory but it is unclear to me how to use the File element (or if I should) to specify as existing file. Since I want to use the Permission element I assume it would be a child of a File element. I just cant figure out which attributes are needed (for the file element). __ Doug Watts From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 2:06 PM To: Douglas Watts; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Directory ID and Path Question Yeah: http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx I think part 8 (or maybe part 9) will have an example that does just this. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Watts Sent: Thursday, October 19, 2006 10:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Directory ID and Path Question Lets say that I read a path from the registry. The absolute path is read into a property. I want to set permissions on a specific file in that directory. Can I use the property (whose value I read from the registry) as the ID of a Directory element? __ Doug Watts - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CopyFile in Component gives problems.
Jarl Friis [EMAIL PROTECTED] writes: Bob Arnson [EMAIL PROTECTED] writes: Jarl Friis wrote: This results in Error LGHT0204: ICE18: KeyPath for Component: 'Comp2' is Directory: 'MyDir'. The Directory/Component pair must be listed in the CreateFolders table. According to the documentation, the above should be the way to select copying a file, by installing/uninstalling the parent component. However, when the parent component does not contain any other elements than a CopyFile, I get the above error. Can someone tell me what it means? and what I should do to resolve it? MSI rules say that each component's directory must be created, either implicitly by installing files there -- the CopyFile doesn't count -- or explicitly with CreateFolder (in WiXspeak). So just add a CreateFolder element as a child of the CopyFile's Component element. It's harmless and satisfies the ICE validation error. I also found another way of solving this issue. put the component (that contained the CopyFile) into a DirectoryRef Id=TARGETDIR element. This is possible because I specify both source (by FileId) and destination (by DestinationProperty) explicitely in the CopyFile element. I consider this way of doing it to be cleaner, since I avoid an artificial CreateFolder element. Thanks for all the replies anyway. Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Undocumented preprocessor features.
I had a look at the source files of the UIExtension, that is, files in wix\src\ext\UIExtension\wixlib In Common.wxs I see the following line Binary Id=WixUI_Bmp_Banner SourceFile=!(wix.WixUIBannerBmp=$(var.bannerBmp)) / The expression !(wix.WixUIBannerBmp=$(var.bannerBmp)) seems to be a preprocessor expression, however it is not clear to me what it means. In the preprocessor doc (for V2), an exclamation seem not to be explained there. Could someone point me to some docs on this, please? Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fw: Uninstall a cached msi
I wouldn't exactly recommend it either, but if you can't re-create the MSI file (because it's not even yours or it's been on your system for months and you can't re-create it) then it's almost the only solution. I say "almost" because there's always MsiZap assuming that a) you trust it and b) you don't care that it doesn't remove everything. Given that MsiGetProductInfo tells you exactly where it is (INSTALLPROPERTY_LOCALPACKAGE) I wouldn't go quite so far as calling it an "undocumented data store". Phil Wilson From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 11:02 AMTo: Wilson, Phil; Wix-user mailingListSubject: RE: Re: [WiX-users] Fw: Uninstall a cached msi Yeah, and I would never recommend people going into an undocumented data store and start tweaking stuff they find there. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, PhilSent: Thursday, October 19, 2006 8:09 AMTo: Wix-user mailingListSubject: Re: [WiX-users] Fw: Uninstall a cached msi I've fixed these problems with a hack - find the cached MSI file in Windows\installer and edit it with Orca to change the condition on the offending custom action (in the execute sequence I assume) to 0. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob MenschingSent: Thursday, October 19, 2006 8:02 AMTo: Rai Wasif; Wix-user mailingListSubject: Re: [WiX-users] Fw: Uninstall a cached msi The best way is to create a fixed MSI with the same ProductCode and Version, then do a recache/reinstall. msiexec /fv fixed.msi That will end up replacing the bad MSI so you can attempt uninstall again. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CLR 2.0 assembly and the gac
Hi, Light.exe works well with 1.1 .net environment. but when the code is converted to 2.0 net environment the light cannot work on 2.0 assemblies. in order to make light.exe to work add light.exe.config file with this information: ?xml version=1.0 encoding=utf-8? !-- Copyright (c) Microsoft Corporation. All rights reserved. -- configuration startup supportedRuntime version=v2.0.50727 / supportedRuntime version=v1.1.4322 / /startup /configuration now run light.exe on 2.0 net assembly files it will run successfully and the MSI will be created. Thanks Regards, Jyothi Gummadi John Vottero wrote: Nobody wants to write code that they know they will have to go fix when the CLR is upgraded. The goal is to write code that will work with all new versions of the CLR without touching it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Friday, December 02, 2005 1:01 PM To: 'Kinny Kun'; [EMAIL PROTECTED] Cc: Frederik Carlier; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] RE: CLR 2.0 assembly and the gac I'm not aware of anyway to do what you are asking but if someone finds one, that would be great. Honestly, though, how often do you plan to change your CLR version? When you do update the CLR version light.exe will fail with a pretty decent error message (now I think) saying that it can't load the new assemblies because the CLR versions aren't aligned. This just doesn't seem like that huge of an issue to me. Annoying yes... but upgrading CLR versions isn't something I think anybody does lightly. From: Kinny Kun [mailto:[EMAIL PROTECTED] Sent: Thursday, December 01, 2005 5:53 PM To: [EMAIL PROTECTED] Cc: Frederik Carlier; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] RE: CLR 2.0 assembly and the gac So let said I'm now running framework version 2.0.50215 and I specified in the config file. requiredRuntime version=v2.0.50215/ Then later when framework version 2.1. came out. Then my code will break because the version is different. Is there any work around for the issue above? The reason I want to handle this case is I created a program to build msi using Wix programmatically, and I don't want to have something that I know it will break in the future. Any suggestion? Thanks alot. Any help is appreciated. On 12/1/05, Rob Mensching [EMAIL PROTECTED] wrote: AFAIK, that isn't supported. You can however list several requiredRuntime elements to support many different versions. We need to add that information to the light.exe.config file now that CLR 2.0 has shipped. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kinny Kun Sent: Thursday, December 01, 2005 4:39 PM To: Frederik Carlier Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] RE: CLR 2.0 assembly and the gac Thanks for the input, but I have another question regarding to the configuration file below. The code below, it only work for that particular version, v2.0.50215. How about I want to support future versions? In that case, I can't hard coded the version. How to handle if I want to support 2.0 or above? Many thanks. On 8/10/05, Frederik Carlier [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Kinny, You should create a file named light.exe.config with the following contents (for .NET Framework 2.0 Beta 2): ?xml version = 1.0? configuration startup requiredRuntime version=v2.0.50215/ /startup /configuration This will cause light to be loaded under version 2.0 of the .NET framework. That version can load your assembly. I hope it helps, Frederik -Original Message- From: Kinny Kun [mailto: [EMAIL PROTECTED] Sent: Thursday, August 11, 2005 2:36 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RE: CLR 2.0 assembly and the gac I encountered the same problem, I'm trying to register .Net 2.0 asseblies into the GAC and getting error with light.exe. fatal error LGHT0006: Invalid assembly file C:\test.dll. Please ensure this is a valid assembly file and that the user has the appropriate access rights to this file. Can anyone provide an example or sample code that will accomplish the above task? Thanks alot, Kinny
Re: [WiX-users] CLR 2.0 assembly and the gac
What version of the WiX toolset are you using? There should already be .config files that do exactly this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jyothi Gummadi Sent: Thursday, October 19, 2006 1:38 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CLR 2.0 assembly and the gac Hi, Light.exe works well with 1.1 .net environment. but when the code is converted to 2.0 net environment the light cannot work on 2.0 assemblies. in order to make light.exe to work add light.exe.config file with this information: ?xml version=1.0 encoding=utf-8? !-- Copyright (c) Microsoft Corporation. All rights reserved. -- configuration startup supportedRuntime version=v2.0.50727 / supportedRuntime version=v1.1.4322 / /startup /configuration now run light.exe on 2.0 net assembly files it will run successfully and the MSI will be created. Thanks Regards, Jyothi Gummadi - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] rookie here: suggestions for Votive / Web Deployment Project / wildcard inclusion ?
Hello all, I have come across WIX just recently and I am quickly growing attached to this solution. That said, I am hoping to get some direction on how to proceed with a commercial web application deployment. Current process (this are all steps of a team build): Libraries build Web site compiles Web Deployment project merges web assemblies Team Build takes output piped from web deployment and does some cleanup Deployment is really done through xcopy and database scripts (although the manual steps are removed by a home made installation). Now I want to move to MSI but vdproj does not offer enough flexibility. I was thinking that I could pipe the project outputs of either the team build or web deployment project into a wixproj but I see that is not the way things are done. No problem, I decided to create the wxs file manually then of course I recognize how long that will take given the hundreds of files involved. So I search for a way to add files using a wildcard, and recursively and run into some threads debating the use of FileGroup and it seems the winner was deprecating this element. From what I read there are tools that can help enumerate the files but my question is, how is this integrated if at all with Visual Studio / Votive? It seems like I might be better off giving up the idea that the deployment packaging can be part of my solution, and just have it exist as a standalone project to run after a release build. i.e. when team build is done take its output, and use some trick to enumerate the directories and files to include in a wxs. After each release build the manual task would be to compare the file set with a previous release, update GUIDs and edit the .wxs file am I on the right track? Does anyone have a good example of a .wxs that serves the installation of a web application that they could share? Thanks. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Undocumented preprocessor features.
New in v3, and I recently answered a question about this: see http://sourceforge.net/mailarchive/message.php?msg_id=36966863. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Friis Sent: 19 October 2006 20:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Undocumented preprocessor features. I had a look at the source files of the UIExtension, that is, files in wix\src\ext\UIExtension\wixlib In Common.wxs I see the following line Binary Id=WixUI_Bmp_Banner SourceFile=!(wix.WixUIBannerBmp=$(var.bannerBmp)) / The expression !(wix.WixUIBannerBmp=$(var.bannerBmp)) seems to be a preprocessor expression, however it is not clear to me what it means. In the preprocessor doc (for V2), an exclamation seem not to be explained there. Could someone point me to some docs on this, please? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CLR 2.0 assembly and the gac
Hi, when we are creating a distribution package MSI file through WIX toolset it consists of light and candle .exe which are capable of running on .net 1.1 assemblies. but when we convert our code to 2.0 framework, light.exe will fail to run on this 2.0 assemblies giving an error Invalid File Assembly - LGHT0006. In order to overcome this and make light.exe run successfully on our 2.0 assemblies add light.exe xml configuration file with the following information ?xml version=1.0 encoding=utf-8? !-- Copyright (c) Microsoft Corporation. All rights reserved. -- configuration startup supportedRuntime version=v2.0.50727 / supportedRuntime version=v1.1.4322 / /startup /configuration this file basically says to light.exe to support both 1.1 assemblies and 2.0 assemblies. now light .exe successfully creates MSI on 2.0 net code. Thanks Regards, Jyothi Gummadi -- View this message in context: http://www.nabble.com/Re%3A-RE%3A-CLR-2.0-assembly-and-the-gac-tf657609.html#a6905644 Sent from the wix-users mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rookie here: suggestions for Votive / Web DeploymentProject / wildcard inclusion ?
Mark: With your Web Deployments, what things are you trying to do? David Adams MSN MessengerID: [EMAIL PROTECTED] From: Mark Bailey [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: [WiX-users] rookie here: suggestions for Votive / Web DeploymentProject / wildcard inclusion ? Date: Thu, 19 Oct 2006 15:01:10 -0400 MIME-Version: 1.0 Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc9-f1.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Thu, 19 Oct 2006 13:41:40 -0700 Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 52AA3E48D; Thu, 19 Oct 2006 13:41:40 -0700 (PDT) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1Gaehu-io-07for wix-users@lists.sourceforge.net; Thu, 19 Oct 2006 13:41:38 -0700 Received: from smtp3-server95.ilap.com ([216.223.130.191])by mail.sourceforge.net with esmtp (Exim 4.44) id 1Gaehr-000441-FZfor wix-users@lists.sourceforge.net; Thu, 19 Oct 2006 13:41:37 -0700 Received: from DEV05 (TOROON12-1168099190.sdsl.bell.ca [69.159.199.118])(authenticated bits=0)by smtp3-server95.ilap.com (8.13.1/8.13.1/S3 - Internet Light and Power(tm) * http://ilap.com/ (tm)) with ESMTP id k9JJ1vdX011708for wix-users@lists.sourceforge.net;Thu, 19 Oct 2006 15:02:00 -0400 (EDT) X-Message-Info: LsUYwwHHNt2IIC7bhvJ+cS6iY3N8MbqPx8/12zVNq30= X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 thread-index: AcbzsPC5dwJ7mWK7Q5KjyWwEDqhisA== X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net.See http://spamassassin.org/tag/ for more details.Report problems tohttp://sf.net/tracker/?func=addgroup_id=1atid=210.2 HTML_60_70 BODY: Message is 60% to 70% HTML0.0 HTML_MESSAGE BODY: HTML included in message X-BeenThere: wix-users@lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list List-Id: General discussion for Windows Installer XML toolset.wix-users.lists.sourceforge.net List-Unsubscribe: https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED] List-Archive: http://sourceforge.net/mailarchive/forum.php?forum=wix-users List-Post: mailto:wix-users@lists.sourceforge.net List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: https://lists.sourceforge.net/lists/listinfo/wix-users,mailto:[EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 19 Oct 2006 20:41:40.0604 (UTC) FILETIME=[FAF083C0:01C6F3BE] Hello all, I have come across WIX just recently and I am quickly growing attached to this solution. That said, I am hoping to get some direction on how to proceed with a commercial web application deployment. Current process (this are all steps of a team build): Libraries build Web site compiles Web Deployment project merges web assemblies Team Build takes output piped from web deployment and does some cleanup Deployment is really done through xcopy and database scripts (although the manual steps are removed by a home made installation). Now I want to move to MSI but vdproj does not offer enough flexibility. I was thinking that I could pipe the project outputs of either the team build or web deployment project into a wixproj but I see that is not the way things are done. No problem, I decided to create the wxs file manually. then of course I recognize how long that will take given the hundreds of files involved. So I search for a way to add files using a wildcard, and recursively and run into some threads debating the use of FileGroup and it seems the winner was deprecating this element. From what I read there are tools that can help enumerate the files. but my question is, how is this integrated if at all with Visual Studio / Votive? It seems like I might be better off giving up the idea that the deployment packaging can be part of my solution, and just have it exist as a standalone project to run after a release build. i.e. when team build is done - take its output, and use some trick to enumerate the directories and files to include in a wxs. After each release build the manual task would be to compare the file set with a previous release, update GUIDs and edit the .wxs file. am I on the right track? Does anyone have a good example of a .wxs that serves the installation of a web application that they could share? Thanks. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users
[WiX-users] Version numbering - 0 vs 00, 1 vs 01 vs 10 and so on
Is there any difference between 1.0.0 and 1.00.00 ? How about the sorting of 1.1.0, 1.01.0, 1.10.0, 1.9.0 ? Sigurd - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Separate ComPlusApplication in a fragment?
I'm using WiX 2 (2.0.4221.0)to install a single COM+ Application (a.k.a. package) with 14 Components. To test, I first built a simple.wxs that had a single pca:ComPlusApplication as a child of a component. Within that I had a pca:ComPlusAssembly and a few pca:ComPlusComponent tags for each of the exposed classes. It all worked well - msi built, COM+ application created during installation. Now I'm trying to "migrate" that out to my real install work and I'm running into an issue. I moved the pca:ComPlusAppliation out to a fragment which also contains a ComponentGroup and some ComponentRef entries like so (one for each of the COM dlls): Wix xmlns="http://schemas.microsoft.com/wix/2003/01/wi" xmlns:pca="http://schemas.microsoft.com/wix/2005/02/pubca" Fragment ComponentGroup Id="BusinessObjGrp" ComponentRef Id="SBOAdmin" / ...{snip} ... /ComponentGroup pca:ComPlusApplication Id="AppObj" Name="My Objects"/ UI / /Fragment/Wix I used some custom scripts to build a separate wxs for each of the COM objects and, for now, I've manually created the pca:ComPlus entries like so: ?xml version="1.0" encoding="utf-8"?Wix xmlns="http://schemas.microsoft.com/wix/2003/01/wi" xmlns:pca="http://schemas.microsoft.com/wix/2005/02/pubca" Fragment DirectoryRef Id="BusinessObjDir" Component Id="SBOAdmin" Guid="E43B8523-2915-41A8-B90E-829404A4E942" DiskId="1" File Id="SBOAdmin_dll" LongName="SBOAdmin.dll" Name="SBOAdmin.dll" Source="$(env.BuildDir)\SBOAdmin.dll" Checksum="yes" KeyPath="yes" Vital="yes" DiskId="1" / Registry Id="SBOAdminReg10" Root="HKCR" Key="CLSID\{34309D81-2602-11D1-920F-006008318B0D}" Action="" / ...{snip} ... pca:ComPlusAssembly Id="SBOAdmin" Application="AppObj" Type="native" DllPath="[#SBOAdmin_dll]" pca:ComPlusComponent Id="SBOAdmin.AdminQuery.1" CLSID="7C038CD4-18DB-11D3-A749-00104B2A85E4" Transaction="none" / pca:ComPlusComponent Id="SBOAdmin.Attribute.1" CLSID="C870A451-B0FC-11D0-BEC4-006097584221" Transaction="required" / pca:ComPlusComponent Id="SBOAdmin.Datadict.1" CLSID="34309D81-2602-11D1-920F-006008318B0D" Transaction="required" / pca:ComPlusComponent Id="SBOAdmin.PropertyObject.1" CLSID="3EF68029-C360-11D1-9197-006097AFF206" Transaction="required" / /pca:ComPlusAssembly /Component /DirectoryRef /Fragment/Wix To make this compile with WiX, I added the @Application="AppObj" to each assembly tag in each business object wxs file. The compile is successful but when I try installing, I get the following errors: Action ended 19:10:23: InstallFiles. Return value 1.Action start 19:10:23: WriteRegistryValues.GenerateScript: Writing system registry valuesAction ended 19:10:23: WriteRegistryValues. Return value 1.Action start 19:10:23: ConfigureComPlusInstall.ConfigureComPlusInstall: Error 0x80070490: An application required by this installation was not found, key: AppObjError 26516. The COM+ application was not found. (-2147023728 AppObj )ConfigureComPlusInstall: Error 0x80070490: Failed to verify applicationsAction ended 19:10:27: ConfigureComPlusInstall. Return value 3.Action ended 19:10:27: INSTALL. Return value 3. When I compare my full-blown MSI which is failing to the simple one that works (using Orca) I can see that the ComPlusApplication table is not populated. There is only one entry (row) which has the Application id and the name but that single row is missing the Component. And there isn't any other rows. I would expect there to be all 14 components listed somehow but they're not. I believe I've narrowed the problem to this point. What I can't figure out is how to get WiX to associate (pick up) the pca:ComPlusAssembly and pca:ComPlusComponent entries in the other 14 wix fragments. Has anybody tried this or know of the trick. What worries me is this sentence from the 2.0 docs for ComPlusApplication Element: "If the element is a child of any of the Fragment, Module or Product elements it is considered to be a locater, referencing an existing application." Does this mean what I'm doing w/ the separate files can't be done? Is there a way to create (and probably correctly sequence) the creation of an empty COM+ application prior to the creation/registration of the components? Thanks! John - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Private Assemblies with Wix
I hope this email gets through (several earlier emails sent from my gmail account resulted in SMTP Error (state 9): 451-Could not complete sender verify callout) I've been working on the Wix installer for a project at my company for the past couple weeks, but the project manager has decided that we should install all our private dll's and exe's as assemblies. These files aren't actually compiled as assemblies but he thinks we may be able to do so anyways by making them private assemblies since those don't require signing. I haven't been able to find much documentation about assemblies here or in the tutorial on tramontana, but I've pieced together the following in the primary feature in the main wxs file: Component Id=CrDllComponent Guid=MyGuid Win64=$(var.IS64) File Id=CrDllFile Name=cr.dll KeyPath=yes src=..\..\repository\Build\$(var.PLATFORM)\Release\cr.dll Vital=yes DiskId=1 Assembly=.net AssemblyName Id=Name Value=Assembly/ AssemblyName Id=FileVersion Value=$(var.PRODUCT_VERSION)/ AssemblyName Id=Culture Value=neutral / /File /Component This compiles fine and when I run it it starts to install, but partway through it gets a 2908 error and then says that it couldn't install cr.dll. The relevant bit from the log file is: MSI (s) (20:18) [16:44:59:283]: Executing op: ComponentRegister(ComponentId={MyGuid},KeyPath=\Assembly,FileVersion=0.0.0001,Culture=neutral,State=3,,Disk=1,SharedDllRefCount=0,BinaryType=0) 1: {91A299CF-3538-486C-87EE-1F0DD79ECB3F} 2: {MyGuid} 3: \Assembly,FileVersion=0.0.0001,Culture=neutral MSI (s) (20:18) [16:44:59:298]: MSCOREE already loaded, using loaded copy MSI (s) (20:18) [16:44:59:330]: Assembly Error:The given assembly name or codebase, '%1', was invalid. MSI (s) (20:18) [16:44:59:330]: Note: 1: 1935 2: 3: 0x80131047 4: 5: CreateAssemblyNameObject 6: CrDll,FileVersion=0.0.0001,language=en,processArchitecture=x86,Culture=neutral DEBUG: Error 2908: Could not register component {MyGuid}. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2908. The arguments are: {MyGuid}, , MSI (s) (20:18) [16:45:12:673]: Product: Laserfiche Server 8.1 -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2908. The arguments are: {MyGuid}, , I'd appreciate any advice about what I'm doing wrong here, and would love to know about any tutorials on installing assemblies with Wix that might be out there on the net that I just haven't found yet. Thanks! - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Private Assemblies with Wix
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoff Finger Sent: 20 October 2006 00:54 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Private Assemblies with Wix I hope this email gets through (several earlier emails sent from my gmail account resulted in SMTP Error (state 9): 451-Could not complete sender verify callout) I've been working on the Wix installer for a project at my company for the past couple weeks, but the project manager has decided that we should install all our private dll's and exe's as assemblies. These files aren't actually compiled as assemblies but he thinks we may be able to do so anyways by making them private assemblies since those don't require signing. I haven't been able to find much documentation about assemblies here or in the tutorial on tramontana, but I've pieced together the following in the primary feature in the main wxs file: Component Id=CrDllComponent Guid=MyGuid Win64=$(var.IS64) File Id=CrDllFile Name=cr.dll KeyPath=yes src=..\..\repository\Build\$(var.PLATFORM)\Release\cr.dll Vital=yes DiskId=1 Assembly=.net AssemblyName Id=Name Value=Assembly/ AssemblyName Id=FileVersion Value=$(var.PRODUCT_VERSION)/ AssemblyName Id=Culture Value=neutral / /File /Component --8--snip--8-- I have a general rule I follow. It goes, 'if it hurts when you do this, don't do that.' If you're talking about .NET, anything compiled to the CLR is automatically an assembly. If an assembly is strong-named, the actual target version of the assembly is compiled into the referencing assembly. At run-time, the Framework will look for strong-named assemblies in the GAC first, then in the local folder, then under the culture, a 'bin' folder, then 'bin\culture', then fail. For a non-strong-named-assembly, the GAC is not checked. Generally, I only sign an assembly if I actually intend it to be shared, and install it to the GAC; if it's only intended for one application, or not designed for compatibility between versions, I don't sign it and install to the application directory. These can only be serviced as part of an application. The Assembly=.net attribute instructs Windows Installer to add the assembly to the GAC. You cannot do this if it is not strongly-named - the Framework will not let you (and as I said, it would be pointless to try since the Framework won't look there for the assembly anyway). Tell your project manager that the technology does not support his suggestion. -- Mike Dimmick - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Summary Information Stream
Hi, Im trying to change the title that is shown on Summary tab of msi properties. Ive read the documents about Summary Information Stream in msdn, http://msdn.microsoft.com/library/en-us/msi/setup/summary_information_stream.asp, But I didnt figure out how to work with these properties. Does any body has a sample about that, or could you please give me a hint? Thanks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Summary Information Stream
Hi, I am not sure this will help you. However I am using following script to update Package Code in MSI Sub ChangePackageCode Dim objInstaller Set objInstaller = Nothing Set objInstaller = Wscript.CreateObject(WindowsInstaller.Installer) ' Open summary information of specified file Dim objSumInfo Set objSumInfo = objInstaller.SummaryInformation(Output\Product.msi,20) ' Get Revision and Subject properties objSumInfo.Property(9) = GetNewGUID() objSumInfo.Persist Set objSumInfo = nothing End Sub Ashish From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leila Lali (Excell Data Corporation) Sent: Thursday, October 19, 2006 6:56 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Summary Information Stream Hi, Im trying to change the title that is shown on Summary tab of msi properties. Ive read the documents about Summary Information Stream in msdn, http://msdn.microsoft.com/library/en-us/msi/setup/summary_information_stream.asp, But I didnt figure out how to work with these properties. Does any body has a sample about that, or could you please give me a hint? Thanks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Summary Information Stream
When do you call this script? Thanks for you help, Leila From: Ashish Gore (Accenture) Sent: Thursday, October 19, 2006 7:01 PM To: Leila Lali (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Summary Information Stream Hi, I am not sure this will help you. However I am using following script to update Package Code in MSI Sub ChangePackageCode Dim objInstaller Set objInstaller = Nothing Set objInstaller = Wscript.CreateObject(WindowsInstaller.Installer) ' Open summary information of specified file Dim objSumInfo Set objSumInfo = objInstaller.SummaryInformation(Output\Product.msi,20) ' Get Revision and Subject properties objSumInfo.Property(9) = GetNewGUID() objSumInfo.Persist Set objSumInfo = nothing End Sub Ashish From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leila Lali (Excell Data Corporation) Sent: Thursday, October 19, 2006 6:56 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Summary Information Stream Hi, Im trying to change the title that is shown on Summary tab of msi properties. Ive read the documents about Summary Information Stream in msdn, http://msdn.microsoft.com/library/en-us/msi/setup/summary_information_stream.asp, But I didnt figure out how to work with these properties. Does any body has a sample about that, or could you please give me a hint? Thanks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Version numbering - 0 vs 00, 1 vs 01 vs 10 and so on
Sigurd Stenersen wrote: Is there any difference between 1.0.0 and 1.00.00 ? How about the sorting of 1.1.0, 1.01.0, 1.10.0, 1.9.0 ? MSI treats each field as its own integer. So 00 == 0 == 0. That also means that 1.10 1.1. -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Summary Information Stream
Leila Lali (Excell Data Corporation) wrote: Im trying to change the title that is shown on Summary tab of msi properties. Ive read the documents about Summary Information Stream in msdn, http://msdn.microsoft.com/library/en-us/msi/setup/summary_information_stream.asp, But I didnt figure out how to work with these properties. Summary Information Stream properties are changed via attributes in the Package and Product elements. I believe you want to change Packages/@Comments. -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Separate ComPlusApplication in a fragment?
John Watson wrote: "If the element is a child of any of the Fragment, Module or Product elements it is considered to be a locater, referencing an existing application." Does this mean what I'm doing w/ the separate files can't be done? Is there a way to create (and probably correctly sequence) the creation of an empty COM+ application prior to the creation/registration of the components? I know nothing about the COM+ CAs but I read that as saying that the "existing application" is one already present on the system, not being installed by the COM+ CAs in your package. If that's how it's designed, it makes sense that the extension wouldn't populate the ComPlusApplication table. Can you put the ComPlusApplication element in its own component? As long as that component is installed along with the other components that contain the ComPlusComponent authoring, it should work, no?. Of course, remember what I said about knowing nothing about the COM+ CAs.g -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Apache Tomcat and WiX?
Eric Fesh wrote: Tomcat uses the Jakarta Commons procrun daemon to interface with the Windows services mechanism. Unfortunately, it looks like procrun does all of the registry work on its own when you use the supported installation instructions. This means (and my earlier installer does this) that to install Tomcat as a custom action I have to use a Custom Action that runs the procrun daemon in install mode to get it all configured and happy, and another to remove it on uninstall. Ideally, the Jakarta folks would document how to translate what procrun does into matching registry values. From the doc, it looks like it just asks you to specify via a command line the same data (plus a bit more) in the MSI ServiceInstall and ServiceControl tables. Two options come to mind: - Read the code to see what it writes (e.g., for the JVM parameters). - Export the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services registry key, run procrun by hand, re-export, and diff. then, but I was fairly sure the answer would be Why are you using a Custom Action to install and start a service, you twit? So We'd never say that. Out loud, anyway.g Seriously, I, for one, appreciate anyone making extra effort to do setup in a declarative manner. -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Summary Information Stream
Hi, I am calling this script while creating the package for upgrades. I want to change the package code by just double clicking the vbs file. I did not want to open wix code and change the guid. Regards, Ashish From: Leila Lali (Excell Data Corporation) Sent: Thursday, October 19, 2006 7:41 PM To: Ashish Gore (Accenture); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Summary Information Stream When do you call this script? Thanks for you help, Leila From: Ashish Gore (Accenture) Sent: Thursday, October 19, 2006 7:01 PM To: Leila Lali (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Summary Information Stream Hi, I am not sure this will help you. However I am using following script to update Package Code in MSI Sub ChangePackageCode Dim objInstaller Set objInstaller = Nothing Set objInstaller = Wscript.CreateObject(WindowsInstaller.Installer) ' Open summary information of specified file Dim objSumInfo Set objSumInfo = objInstaller.SummaryInformation(Output\Product.msi,20) ' Get Revision and Subject properties objSumInfo.Property(9) = GetNewGUID() objSumInfo.Persist Set objSumInfo = nothing End Sub Ashish From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leila Lali (Excell Data Corporation) Sent: Thursday, October 19, 2006 6:56 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Summary Information Stream Hi, Im trying to change the title that is shown on Summary tab of msi properties. Ive read the documents about Summary Information Stream in msdn, http://msdn.microsoft.com/library/en-us/msi/setup/summary_information_stream.asp, But I didnt figure out how to work with these properties. Does any body has a sample about that, or could you please give me a hint? Thanks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using dark on a MSI generated with WixUI
Bob Arnson [EMAIL PROTECTED] writes: Jarl Friis wrote: That's pretty smart. But it seems to be a little too smart. Because if I modify some UI stuff with Orca, and then darken it, it *incorrectly* detects that the user interface is WixUI_Mondo. It is not WixUI_Mondo, it is a *modified* version of WixUI_Mondo, so building the MSI file back, will not include these changes. The decompiler uses the presence of a WixUI_Mode property to detect when WixUI is being used. If you modify a standard WixUI set, you need to change the WixUI_Mode value if you want the decompiler to work as expected. And then you need to make sure there are no other conditions in the WixUI dialogs that will break if you change the value. Thanks for explaining. Really cool. As I also wrote, I can disable that smart detection by removing the UIExtension in dark.exe.config. Here is a Feature Request: A command line option to generate full UI source code (independent of the value of this property). Jarl -- Jarl Friis Softace ApS Omøgade 8, 2.sal 2100 København Ø. Denmark Phone: +45 26 13 20 90 E-mail: [EMAIL PROTECTED] LinkedIn: https://www.linkedin.com/in/jarlfriis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users