[WiX-users] downer
Now I don't expect Dave to quite that far, I'm sure he's going to be a valuable asset for us this season. With that said, Fairies will see some changes to their lineup on Tuesday evening. His technique and work rate are excellent and only his availability prevented him from playing with us last indoor, so it will be nice to have him back in the fold. Then there's Halderman who I actually coached to a provincial championship in his final year of youth and he was our work horse and a leader for us that season. GG Trade Date : 11.12.06 Company : Amerossi International S y m b o l : AMSN Current Price : $0.0006 Short Term Target : $0.006-$0.009 Rating : 5(5) GG Deportivo should have had a goal awarded inside fifteen minutes when a close range blast could only be tipped into the roof of the net by Brown. The chemistry between the old players was easily reborn again and the newer players to the team caught up on this very well. The first diva of the digital age - Entertainment - smh. One can only speculate as to how much impact her absence in the midfield will have on the Fairy squad. Zilkowsky was becoming increasingly desperate and had started to resort to holding in behind the defence hoping to latch on to a long ball. If they can continue that style of play they will be a hand full for every team this season. Positioning and technique are useful tools and Stew has both in abundance. This new technology lovescounting and measuring, and Ryan is up there with the heavyweightsin terms of views. The second half started and once again no mercy was shown from the pink and white. Fulchester was lead by a very well balanced attack that could have seen a goal come from just about every player on the squad. A team can handle injuries at most positions, but not in goal, that's the one player you need to protect. Zilkowsky was becoming increasingly desperate and had started to resort to holding in behind the defence hoping to latch on to a long ball. Finally after all the yelling and frustration, it is finally coming all together. The plan seemed to be working early on as Fulchester stifled Deportivo when they had the ball and ran maintained possession well when they had it. Skip directly to: Search Box, Section Navigation, Content. Rob McCaffrey made some stellar saves early on to keep the United team off the score sheet. He's a big strong player who has a great first touch who is tough on defence and generally a great guy to be around. Having read hundreds of crude and juvenile insults on Ryan'sfour sites, I asked her why these green-eyed lounge lizards keepwatching. Ford had found herself with space in the area and unleashed a thunderous drive which narrowly missed the goal. Early on Fulchester weathered the storm of the Prestige attack and countering well with crisp passes out of their own zone. That was enough for the Fairies to want this game even more. Get off her assand prove us wrong! I'll always bleed Barnstone but the chance to play with some new faces seems like a fun thing to do. Despite their possessional dominance however, Fulchester struggled to create any real clear cut scoring chances until the latter part of the opening half. However, in the past few months a few tweaks were made with the anticipated absences and since then the chemistry with the members has been even stronger. the various guises ofdigital-age diva Stevie Ryan. While we've always been a social-minded team, we are competitive and wish to remain competitive all season. As the ball nestled into the corner of the net, Chan appeared to be the only person to see it deflect off of Ritchie, and promptly awarded the goal. the various guises ofdigital-age diva Stevie Ryan. She was definitely on her way to becoming a top goal scorer for the team this season. Upon their last meeting with the Riviera Hawks, the Fairies fought hard for a win but were not quite able to pull through. "I think the haters keep watching because there is a verythin line between love and hate. Mananger Courtney Ash reported following the game last week that prominent midfielder Kaya de Souza suffered a broken wrist from a fall. FUFC Walking Wounded's manager Tangyne Berry was quoted after the game as saying "The Ladies are ecstatic that we could hold up our end of the bargain and bring home another win for the club. Then there's Halderman who I actually coached to a provincial championship in his final year of youth and he was our work horse and a leader for us that season. So either way you are nothing more than a pile ofsteaming shit. Bringing in a young kid, who comes highly recommended by our Club Captain, means we now have depth in goal. With Ashley Begg in net and Nikki Roy up front, this team could start clicking at any moment. Oh wait you can't come up with anything of yourown! "The debate quickly shifted from Brigitte to another self-madecelebrity on YouTube, a feisty, young Latina beauty from the ghettoin east Los Angeles known as Little Loca. I guess my mov
Re: [WiX-users] heat: the ID of a directory with numeric name
Hey Palbinder,
Which version of heat.exe are you using? As long as you aren't using -suid
you should be ok.
Thanks,
Brian Rogers
"Intelligence removes complexity." - Me
http://blogs.msdn.com/icumove
On Thu, Feb 17, 2011 at 2:10 AM, wrote:
> Hi Palbinder, (group),
>
> thanks for your response.
>
> As per the link you said, an ID of "1234" is *not* acceptable ("every
> identifier must begin with either a letter or an underscore"), which is why
> I think heat does some magic to avoid that ID for a directory called "1234".
>
> It seems that in one case heat generates the ID "Directory1234" and in
> another "_1234", and I'm wondering if this is something that one can control
> in heat (or if, perhaps, this is due to different versions of heat...)
>
> Thanks,
> Sam
>
> -Original Message-
> From: Pally Sandher [mailto:pally.sand...@iesve.com]
> Sent: 11 February 2011 17:32
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] heat: the ID of a directory with numeric name
>
> Directory ID's can be anything you like as long as they're valid
> identifiers (see http://msdn.microsoft.com/en-gb/library/aa369212.aspx)
> since they go directly into the Directory table. They don't need to
> reflect the actual name of the directory.
>
> Just rename it after harvesting.
>
> Palbinder Sandher
> Software Deployment Engineer
> 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: samuel.feren...@barclayscapital.com
> [mailto:samuel.feren...@barclayscapital.com]
> Sent: 11 February 2011 14:05
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] heat: the ID of a directory with numeric name
>
> Hi,
>
> I am harvesting (heat dir) a directory structure like this:
>
> foo
> + bar
> + 1234
> + a.a
> + b.b
>
> The output is as follows:
>
>
>
>
>
>
> I am wondering about the Id "_1234". I suppose the Id cannot be purely
> numeric, so the underscore is prepended.
>
> However, I'm trying to mimic another MSI package, and that one has the
> Id of "Directory1234":
>
>
>
>
>
>
> How can that be achieved?
>
> Thanks,
> Sam
> ___
>
> This e-mail may contain information that is confidential, privileged or
> otherwise protected from disclosure. If you are not an intended recipient of
> this e-mail, do not duplicate or redistribute it by any means. Please delete
> it and any attachments and notify the sender that you have received it in
> error. Unless specifically indicated, this e-mail is not an offer to buy or
> sell or a solicitation to buy or sell any securities, investment products or
> other financial product or service, an official confirmation of any
> transaction, or an official statement of Barclays. Any views or opinions
> presented are solely those of the author and do not necessarily represent
> those of Barclays. This e-mail is subject to terms available at the
> following link: www.barcap.com/emaildisclaimer. By messaging with Barclays
> you consent to the foregoing. Barclays Capital is the investment banking
> division of Barclays Bank PLC, a company registered in England (number
> 1026167) with its registered office at 1 Churchill Place, London, E14 5HP.
> This email may relate to or be sent from other members of the Barclays
> Group.
> ___
>
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Issue with MajorUpdate Element
>From the sound of it you would actually have to do some custom work around the modify scenario. You don't want to install the actual bits more than once, correct? Sent from my Windows Phone From: CoolBreeze Sent: Thursday, June 23, 2011 6:55 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Issue with MajorUpdate Element As I understand from the Wix docs that when the MajorUpdate element is used with the attribute AllowSameVersionUpgrades="no" that I should be able to run my installer a second time and the new installation would be treated by MSI as a new product independent from the previous one. I'm not finding this to be the case though. I have an installer that I'm trying to get to work in this manner, without going the route of "Multiple Instances". I really don't understand that to well and from what I've read it's not a straightforward process anyway. My installer installs a web application under the Virtual Directory I specify within the UI. What I'm trying to do is run the installer specify the virtual directory for the install, then run the installer again and specify a different virtual directory for this new install. The reason for this is to support multiple brands. What happens is when I run the installer a second time it's just upgrading the previous install and not installing this as a new installation. Here is a snippet of my Product.wxs. ConditionCheck.wxi. This is referenced within the docs. http://wix.sourceforge.net/manual-wix3/wix_xsd_majorupgrade.htm -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HEAT5150 and ATL registrar
I believe this has been seen before IIRC. Rob might still have an old code review for the fix. Otherwise I can look for it when I am back from vacation. Sent from my Windows Phone From: robert_y...@non.agilent.com Sent: Tuesday, July 05, 2011 9:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] HEAT5150 and ATL registrar Hi all - I'm working on an install with a somewhat large number of older COM objects and .NET classes exposed to COM. For the most part, heat.exe works very well to move away from self-registration; very impressive. We have had some issues, like how to deal with the inability of heat to harvest EXE servers. For those I used RegSpy2 (the one on installsite.org) to create .reg files, which can then be used to create .wxs files. The other issue is how to deal with the infamous HEAT5150 warning. Admittedly we have only a few legacy DLL's which are affected. Regspy2 harvests registry entries for these just fine, and I was curious to know why.. After looking through the regspy2 code, and then the Wix UtilExtension code, I realized that they were doing basically the same things -- registry redirection using RegOverridePredefKey. The difference was that regspy2 was initializing the redirected registry with entries for the ATL Registrar COM object (see CreateAtlRegistrar in the regspy2 source code), which enabled these ancient DLL's to self-register. I might modify my copy of UtilExtension, and perhaps add some hack like an -atl switch to enable a similar feature in heat.exe (if I make any progress on getting the source to build :), but primarily wanted to share this observation. Cheers ! -Rob -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using Heat multiple times => Duplicate symbols
Hey Everyone, Why can't you heat the sub directories "greeneggs" and "ham" directly and use the -srd and -dr FOO switches? I do understand if there are additional sub directories this might be a bit more difficult. However, you could re-arrange your source directories to handle these issues if necessary, no? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Jan 8, 2010 at 7:52 PM, Blair wrote: > Looking at your situation, this is what looks to me to be your solution: > > 1- I'm assuming that your transformed heat outputs don't have any Directory > elements with an Id of either localized or neutral. Remove them if they > exist in your transform. > 2- Under your Product element (or some other manually authored location > that > is linked into your final MSI): > > > > > 3- In your transformed localized sources from heat: > > ... > >... > > ... > > > ... > > > 4- In your transformed neutral sources from heat: > > ... > >... > > ... > > > So your transform will need to look at the directory tree that heat > produces > and transform that to get the above results (by altering at and above the > level of the children of installdir and leaving the others unless you start > creating some of them as well). > > If you have files in installdir as well as the above subdirs you will need > to also declare a DirectoryRef for that directory so that the fragment(s) > from heat can be linked into your wixlibs. The only directories you have to > transform/manually deal with are those that are in common. The above lets > you simply harvest the unique directories as they are laid out without > having to manually deal with them. > > -Original Message- > From: Kyle Huey [mailto:ksh...@ufl.edu] > Sent: Friday, January 08, 2010 5:48 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Using Heat multiple times => Duplicate symbols > > Yeah, this is more or less what I'm doing. The issue is that I still need > to define the directory structure somewhere. Zach suggests defining it > manually which is probably the best solution but unfortunately isn't really > an option for what I'm doing. What would be ideal is if light would handle > a duplicate symbol definition if the symbols are identical (same ID and > attributes, etc.) by outputting the symbol once instead of choking. Of > course, there may be good reasons I haven't thought of not to do that - I'm > not sure. I'm hoping that someone has solved the same problem in a manner > that avoids this problem. > > - Kyle > > On Fri, Jan 8, 2010 at 6:47 PM, Blair wrote: > > > How about using XSLT to change the into > > in the localized wixlib's wxs file from heat? > > > > -Original Message- > > From: Kyle Huey [mailto:ksh...@ufl.edu] > > Sent: Friday, January 08, 2010 7:09 AM > > To: wix-users@lists.sourceforge.net > > Subject: [WiX-users] Using Heat multiple times => Duplicate symbols > > > > Hello all, > > > > I am using heat to generate the source for two .wixlibs which are lighted > > together with some other pieces to form my final MSI. Heat is used on > two > > different directories at build time. One of these directories holds all > of > > my language specific files "/localized/" and the other holds all of my > > language neutral files "/neutral/". Creating a setup this way allows me > to > > generate the language neutral .wixlib just once for every locale I > support. > > The problem is that the directory structure within those directories has > > some (but not complete) overlap. e.g. > > > > localized > > foo > >greeneggs > > bar > > > > neutral > > foo > >ham > > > > becomes on the user's computer > > installdir > > foo > >greeneggs > >ham > > bar > > > > This gives me a duplicate symbol error at foo when I try to link the two > > wixlibs together. I can't just throw away the directory fragments from > one > > heat run because neither structure is a subset of the other. I also > don't > > want to tell light to suppress the duplicate symbols error (and I don't > > know > > that that will produce a working MSI). Really the only solution I've > come > > up with is to use XSLT to eliminate all of the directory elements fr
Re: [WiX-users] Using Heat multiple times => Duplicate symbols
Hey Kyle, Have you considered using MSBuild? Although there isn't support in heat nor in the WiX targets for this yet, you could use some feature of ItemGroups in MSBuild and its expansion to do what you need...at least I think you could. I haven't actually tried it I am working on an extension for the community that will help this out. It is quite behind schedule, but it is coming. Anything that could help people out in the mean time would be great! http://blogs.msdn.com/icumove/archive/2009/05/31/right-corner-wix-heat-left-corner-thousands-of-files.aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Sun, Jan 10, 2010 at 7:38 AM, Kyle Huey wrote: > Hey Brian, > > This sounds like a great idea. I think combined with something like dir > /ad > /s to iterate over the directories it can do what I want. Thanks! > > - Kyle > > On Sat, Jan 9, 2010 at 7:10 PM, Brian Rogers > wrote: > > > Hey Everyone, > > > > Why can't you heat the sub directories "greeneggs" and "ham" directly and > > use the -srd and -dr FOO switches? I do understand if there are > additional > > sub directories this might be a bit more difficult. However, you could > > re-arrange your source directories to handle these issues if necessary, > no? > > > > Thanks, > > > > Brian Rogers > > "Intelligence removes complexity." - Me > > http://blogs.msdn.com/icumove <-- NEW > > > > > > On Fri, Jan 8, 2010 at 7:52 PM, Blair wrote: > > > > > Looking at your situation, this is what looks to me to be your > solution: > > > > > > 1- I'm assuming that your transformed heat outputs don't have any > > Directory > > > elements with an Id of either localized or neutral. Remove them if they > > > exist in your transform. > > > 2- Under your Product element (or some other manually authored location > > > that > > > is linked into your final MSI): > > > > > > > > > > > > > > > 3- In your transformed localized sources from heat: > > > > > > ... > > > > > >... > > > > > > ... > > > > > > > > > ... > > > > > > > > > 4- In your transformed neutral sources from heat: > > > > > > ... > > > > > >... > > > > > > ... > > > > > > > > > So your transform will need to look at the directory tree that heat > > > produces > > > and transform that to get the above results (by altering at and above > the > > > level of the children of installdir and leaving the others unless you > > start > > > creating some of them as well). > > > > > > If you have files in installdir as well as the above subdirs you will > > need > > > to also declare a DirectoryRef for that directory so that the > fragment(s) > > > from heat can be linked into your wixlibs. The only directories you > have > > to > > > transform/manually deal with are those that are in common. The above > lets > > > you simply harvest the unique directories as they are laid out without > > > having to manually deal with them. > > > > > > -Original Message- > > > From: Kyle Huey [mailto:ksh...@ufl.edu] > > > Sent: Friday, January 08, 2010 5:48 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] Using Heat multiple times => Duplicate > symbols > > > > > > Yeah, this is more or less what I'm doing. The issue is that I still > > need > > > to define the directory structure somewhere. Zach suggests defining it > > > manually which is probably the best solution but unfortunately isn't > > really > > > an option for what I'm doing. What would be ideal is if light would > > handle > > > a duplicate symbol definition if the symbols are identical (same ID and > > > attributes, etc.) by outputting the symbol once instead of choking. Of > > > course, there may be good reasons I haven't thought of not to do that - > > I'm > > > not sure. I'm hoping that someone has solved the same problem in a > > manner > > > that avoids this problem. > > > > > > - Kyle > > > > > > On Fri, Jan 8, 2010 at 6:47 PM, Blair wrote: > > &g
Re: [WiX-users] Installation of msi with user credentials
Please search the forum history on Source Forge for an email titled: and question This might help you out a bit... Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Jan 12, 2010 at 10:31 AM, Rama Krishna Duddu (Infosys Technologies Ltd) wrote: > Hi > > I would like to install a msi file with my user credentials from command > line. Can you please help me with command and procedure to meet this > purpose. > > Thanks, > Rama Krishna Duddu > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall query
This doesn't sound like a WiX or MSI issue. You should create a log file using the '/lvx* c:\out.log' and read the log to make sure the correct username and password are being set. Also, make sure the user name has the domain before it (e.g. "mydomain\myusername") Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Jan 12, 2010 at 5:53 PM, Rama Krishna Duddu (Infosys Technologies Ltd) wrote: > Hi, > > I have updated the wix file (.wxs file) with current user id (Account) and > password in section and am able to install the msi file > with my login credentials few days back. > > But now as my login credentials are changed (i.e. password changed). So I > updated the wix file accordingly i.e. changed the Password in > section. With this change I am unable to install the msi. > > Error shown in Event Viewer was : "Logon failure: unknown user name or bad > password." But actually the user name and password are correct. Is there any > other issue which preventing me to install with new credentials? > > Thanks, > Rama Krishna Duddu > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat.exe
I see two directories listed below. You should only have one. "C:\Program Files\Windows Installer XML v3\bin\heat.exe" dir "..\..\~tmp\j2build3v_win\apps" -gg -sfrag -scom -sreg "$(ProjectDir)..\..\..\~tmp\j2build3v_win\apps\eu" -out "$(ProjectDir)gen_fragment.wxs" -template:fragment Should be: "C:\Program Files\Windows Installer XML v3\bin\heat.exe" dir "..\..\~tmp\j2build3v_win\apps" -gg -sfrag -scom -sreg -out "$(ProjectDir)gen_fragment.wxs" -template:fragment OR: "C:\Program Files\Windows Installer XML v3\bin\heat.exe" dir "$(ProjectDir)..\..\..\~tmp\j2build3v_win\apps\eu" -gg -sfrag -scom -sreg -out "$(ProjectDir)gen_fragment.wxs" -template:fragment Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jan 13, 2010 at 8:23 AM, Achter Renate (UGIS - UniCredit Group) < renate.ach...@unicreditgroup.de> wrote: > Hi, > I have some problems to migrate from WIX 3.0.4707 to WIX 3.0.5419 because > the arguments of HEAT.EXE changed. > usage: heat.exe harvestType harvestSource -o[ut] > sourceFile.wxs > What is meant with the new argument harvestSource? > The old command looks like this: > "C:\Program Files\Windows Installer XML v3\bin\heat.exe" dir > "..\..\~tmp\j2build3v_win\apps" -gg -sfrag -scom -sreg > "$(ProjectDir)..\..\..\~tmp\j2build3v_win\apps\eu" -out > "$(ProjectDir)gen_fragment.wxs" -template:fragment > How can I convert it to the new implemtation of HEAT? > > > Mit freundlichen Grüßen / Kind regards > > > > Renate Achter > Software Configuration Management & Development Environment > UGF7D2 > GCC Development Services Open > > UniCredit Global Information Services S.C.p.A. > Zweigniederlassung Deutschland > Am Tucherpark 12, TZ 3 OG (3.060) > D-80538 München > > phone: +49 (89) 378-26189 > fax: +49 (89) 378-33--26189 > mailto:<mailto:%3Cfirst> renate.ach...@unicreditgroup.de > > > > --- > > > You can find the mandatory information about UniCredit Global Information > Services S.C.p.A., Zweigniederlassung Deutschland, using the following link: > http://www.unicredit-global-information-services.de/pflichtangaben. > > Please consider the environment before printing this e-mail. > > Important Note: > This e-mail is only intended for the person or company/organisation named > as recipient. It may contain trade secrets or undisclosed and confidential > information or information otherwise protected by work-product immunity or > other legal regulations. If you have received this email by mistake, we > kindly ask you not to copy this message or use it for any purpose nor > disclose its contents to any other person. Please inform us immediately and > delete the original document. In addition, please let us know if you or your > company object to receiving e-mails for messages of this kind. > > > > > > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat.exe and 64-bit compatibility
Not sure if it is that straight forward. I think the reason we keep punting this feature is the dependencies heat.exe has on the Wix core project ( http://sourceforge.net/tracker/index.php?func=detail&aid=2012626&group_id=105970&atid=642717 ). Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jan 13, 2010 at 5:32 PM, Bob Arnson wrote: > On 1/13/2010 8:07 PM, Navid Azimi-Garakani wrote: > > Is there a particular reason why Heat.exe is targeted and compiled > specifically against the x86 architecture? > > Because an MSIL .exe runs as a 64-bit process on an x64 system, so it > couldn't load x86 DLLs. I suspect there's a need for Heat64. > > > I may try my hand at compiling the Heat project for 64-bit process > architectures if that's what it comes down to. Any help before it gets ugly > would be much appreciated! > > > > Should be pretty straightforward, just get an enlistment. > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat Bug with .Net COM
Yes, please file a bug. This is a good thing to track. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jan 13, 2010 at 5:28 PM, Bob Arnson wrote: > On 1/13/2010 4:35 PM, Neil Sleightholm wrote: > > I think there is a bug in the output generated when a .Net COM assembly > > is processed with heat but thought I would run it past the community > > before raising it. > > If the assembly writes it, Heat includes it. Sounds like a reasonable > thing to drop from the harvested output. > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HEAT5150: Could not harvest data
Can you please share the error and track a bug. Interally I think someone has found the resolve for this issue. If I could get more details I might be able to help you out. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Jan 22, 2010 at 4:30 PM, jwalker wrote: > Thanks for your response... Good questions all... I'm trying to figure out > just what the differences are between the ones that work and the ones that > don't. It's a 32-bit machine and native code. These are third-party > components, so I really don't have much visibility into them. > > --- On Fri, 1/22/10, Blair wrote: > > From: Blair > Subject: Re: [WiX-users] HEAT5150: Could not harvest data > To: "'General discussion for Windows Installer XML toolset.'" < > wix-users@lists.sourceforge.net> > Date: Friday, January 22, 2010, 1:58 AM > > The SelfReg table is better than calling regsvr32 from a CA, but not by > much. At least it is obvious. > > Is your build machine 32-bit or 64-bit? > > Are there any obvious differences between the files that heat processes OK > and the ones that it errors on? > > Are the files .net or native code? > > -Original Message- > From: jwalker [mailto:improvi...@yahoo.com] > Sent: Thursday, January 21, 2010 4:23 PM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] HEAT5150: Could not harvest data > > Hi, > I get this error from heat.exe for certain ocx and ax files. The files > register correctly using regsvr32 from the command line. Is there any > resolution to this problem or some workaround for auto-generating the > registry entries? Or am I going to have to call regsvr32 from a CA (yuk)? > Thanks, > jw > > > > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing Framework
There is some internal work in my team on creating such a framework. We hope to have something out in the next couple of months. Not sure, as of yet, where the tests will be loaded and executed from. The concept is to allow for a pipeline which can execute on evaluations on an MSI and another pipeline to selectively monitor those messages to allow for custom profiles of your MSIs. If you have a particular concepts on what you would like to see, I would be interested in hearing this as we create our infrastructure. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Sun, Jan 24, 2010 at 3:21 PM, dB. wrote: > http://remoteinstall.codeplex.com has been very successful for us. > > dB. @ dblock.org > Moscow|Geneva|Seattle|New York > > > > -Original Message- > From: Jordan Fitzgibbon [mailto:jord...@microsoft.com] > Sent: Thursday, January 14, 2010 1:52 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Testing Framework > > Deployment Tools Foundation (DTF) which ships with WiX provides APIs for > working with MSIs (among other things) and querying machine state. > > > From: Kyle Huey [ksh...@ufl.edu] > Sent: Wednesday, January 13, 2010 7:17 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Testing Framework > > http://msdn.microsoft.com/en-us/library/aa369554%28VS.85%29.aspx > > On Wed, Jan 13, 2010 at 12:05 PM, Andrew Faust > wrote: > > > Is there an existing framework for creating automated tests for > installers > > built with WiX? > > > > Thanks, > > > > Andrew Faust > > > > > -- > > This SF.Net email is sponsored by the Verizon Developer Community > > Take advantage of Verizon's best-in-class app development support > > A streamlined, 14 day to market process makes app distribution fast and > > easy > > Join now and get one step closer to millions of Verizon customers > > http://p.sf.net/sfu/verizon-dev2dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat and ice's
Hey Sean, Heat should extract the registry keys by default. Are you seeing something different? If you use a directory or registry search and use that public (all CAPS) property as one of your directory Ids it should be ok. Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Feb 2, 2010 at 8:37 PM, sean farrow wrote: > Hi: > > Can head extract the registration information fom a dll com server, if > yes what is the command line? > > Secondly, I'm just creating an installation that doesn't have any > directories of it's own, it places files in already existing directories. > Will this fail ice validation? > > Regards > > Sean. > > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Msbuild/Votive Change WIX Path
Try $(WixToolPath) instead. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Feb 4, 2010 at 12:13 AM, INRO(Robert Inzinger) < robert.inzin...@skidata.com> wrote: > Hi > > Sorry I need more help, please > I have an old and working installation with Wix 3.0. this works fine > For new installation projects now I use wix 3.5. If I try to build the old > installation project with msbuild the version 3.5 is used. > I copied the old wix version in a seperate directory and change the path > set the wix environment varaible to this directory but msbuild uses the new > wix version. > I tried: > > msbuild TestProject.sln /p:wix=C:\wix3.0\bin /p:Configuration=Release > /t:rebuild > > Does not work. > > msbuild TestProject.sln /p:WixTasksPath=C:\wix3.0\bin > /p:Configuration=Release /t:rebuild > > Does not work. > > Any ideas? > > regards > Robert > > -Ursprüngliche Nachricht- > Von: Blair [mailto:os...@live.com] > Gesendet: Mittwoch, 20. Jänner 2010 19:20 > An: 'General discussion for Windows Installer XML toolset.' > Betreff: Re: [WiX-users] Msbuild/Votive Change WIX Path > > Sorry, I was incorrect. > > Wix.targets uses the $(WixTasksPath) property, which defaults to a path > that > looks like > > "$(MSBuildExtensionsPath)\Microsoft\WiX\v3.5\WixTasks.dll" > > -Original Message- > From: Blair [mailto:os...@live.com] > Sent: Wednesday, January 20, 2010 10:16 AM > To: 'General discussion for Windows Installer XML toolset.' > Subject: RE: [WiX-users] Msbuild/Votive Change WIX Path > > Votive (and the related WiX support for MSBuild) use the $(WIX) property > (which is normally set from the %WIX% environment variable). > > -Original Message- > From: INRO(Robert Inzinger) [mailto:robert.inzin...@skidata.com] > Sent: Wednesday, January 20, 2010 5:06 AM > To: WiX-users@lists.sourceforge.net > Subject: [WiX-users] Msbuild/Votive Change WIX Path > > Hi > > How can I change the path of the WIX-Tools for Msbuild/Votive? > I have old installer projects (build with Wix 3.0) an I want to build > them, but if I try to build them msbuild use the new wix version. > > regards > > Robert > > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade to Windows 7 -> "GetLooseFileList" task failed unexpectedly
Please open a bug with details if you can. I have seen issues around GetCabList as well. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Wed, Feb 10, 2010 at 3:38 AM, Benjamin Podszun < benjamin.pods...@gmail.com> wrote: > Hi. > > I upgraded my machine from Win XP to Windows 7 last weekend. My > previously working WiX project fails now with this (rather obvious at > first) error: > > Error 77 The "GetLooseFileList" task failed unexpectedly. > System.ArgumentException: Illegal characters in path. > at System.IO.Path.CheckInvalidPathChars(String path) > at System.IO.Path.Combine(String path1, String path2) > at > Microsoft.Tools.WindowsInstallerXml.Build.Tasks.GetLooseFileList.Execute() > at > Microsoft.Build.BuildEngine.TaskEngine.ExecuteInstantiatedTask(EngineProxy > engineProxy, ItemBucket bucket, TaskExecutionMode howToExecuteTask, > ITask task, Boolean& taskResult) > > File: C:\Program Files\MSBuild\Microsoft\WiX\v3.5\Wix.targets > Line: 1979 > Column: 6 > > Okay - the error seems to be easy to locate, except that > - the sources are exactly the same > - the file locations are exactly the same as far as I can tell > > Any idea how I can track this down? I shot myself in the foot with > this one, because on Monday I was ordered to create a new (and > unplanned for) release and desperately need to build this project. > Thinking about recreating an XP environment because I'm totally lost > here - but any insights, hints, suggestions would be appreciated. > > Thanks in advance, > Ben > > > -- > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Before I make the leap to Wix ...
Hey Bill, 1. Yes, you can check in the wxs files as source. They are just XML. 2. Not exactly sure how to answer this, the best way in windows installer is to define the required registration keys in the MSI. Heat.exe can help harvest those keys. 3. It's beta. However, the goal of 3.5 is to add functionality while not breaking backwards compat. 4. Sure will. The general rule around WiX is that Custom Actions shouldn't be necessary though Hope that helps some, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sun, Mar 14, 2010 at 1:08 PM, Bill McCormick wrote: > Preliminary discovery has me almost ready to make the Wix leap from > Windows Installer. But before I do, I have a some questions that I can't > find the answer to in the FAQ or other (large) repositories of info: > > 1. I assume Wix will integrate with VSS without any problems. Is that > correct? > > 2. I have a number of legacy VB6 applications that I need to integrate > into the installer. I do this with a VS2008 Windows Installer project > and VSS by sharing application exe and other dependencies into a common > Files folder under the installer project, and doing registration as > necessary. Does Wix have a good solution for this? > > 3. If I'm just starting out with Wix, is the V3.5 beta far enough along > that I should consider it? > > 4. My current Windows Installer has a custom action. Will > /Dark/Candle/Light/ deal with this OK? > > Thanks, > > Bill McCormick > -- > ACE-CO > 5355 Dietrich Rd. > San Antonio, TX 78219 > (210) 661-4111 x512 > (800) 676-4111 Toll Free > (210) 662-6177 Fax > (210) 216-6641 Cell > mailto:wpmccorm...@ace-co.com > http://www.ace-co.com > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I: Generate a Complete Installer usingCommand-Line Tools
@Lisa, any particular reason you are creating AND consuming your merge module? http://blogs.msdn.com/windows_installer_team/archive/2006/06/27/648447.aspx Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sun, Mar 14, 2010 at 4:58 AM, Alec Taylor wrote: > Thanks, I think that's what I'm looking for > > On Tue, Mar 9, 2010 at 4:43 PM, Lisa Gracias > wrote: > >> > >> I was wondering if you had any/knew of any complete Installers created > >> with ONLY the command-line tools? - With full step-by-step tutorial on > >> how to generate one? > >> > > Browse through the source code at http://mbf.codeplex.com/ > > It's in MBF\Installer. There's no tutorial, but the Wix code and batch > files > > are all there. > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can Wix Copy the entire contents of a directory without specifying Ids?
Which version of WiX are you using. There is a fix which removes the count of files for a feature. The ICE warning is being deprecated by Windows Installer and this is reflected in a newer version of WiX. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Tue, Mar 16, 2010 at 9:54 AM, Pally Sandher wrote: > No. > > What's the error heat.exe is giving you? > > 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: Karen Lin [mailto:karen@solarsoft.com] > Sent: 16 March 2010 16:32 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Can Wix Copy the entire contents of a directory > without specifying Ids? > > Hi: > I have a lot of files to copy under one directory. I ran "heat.exe" , > but it is complaining that is too many files. > > > > So I think there must be a simpler way, > > > > Is there a way for Fix to copy the entire content of a directory? > > > > --- > > Karen Lin > > Software Developer > > Solarsoft Business Systems > > T 905.224. Ext 360 > > F 905.224.2221 > > www.solarsoft.com > > > > > -- > Download Intel® Parallel Studio Eval Try the new software tools for > yourself. Speed compiling, find bugs proactively, and fine-tune > applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding multiple files to component
Is there a particular need you want heat.exe to preform? In all automation there are challenges to keep with the standards. If you use heat's DirectoryRef Id setting to seed the Ids and use the Component/Guid='*" command line switch you should be able to do most of what you are looking for. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Wed, Mar 17, 2010 at 10:44 AM, Castro, Edwin G. (Hillsboro) < edwin.cas...@fiserv.com> wrote: > I have successfully automated heat in situations where I don't have to > register COM component *and* was only going to support Major Upgrades. In > these cases I use my build tool, MSBuild, to stage the files correctly for > me. I tell heat to let the compiler determine GUIDs for me as candle does > this in a very stable fashion now. I also make sure to schedule > RemoveExistingProducts early. If you _need_ to support other upgrade > mechanisms than Major Upgrades, then I would highly recommend using the more > heavy weight approaches described on other emails. > > Edwin G. Castro > Software Developer - Staff > Electronic Banking Services > Fiserv > Office: 503-746-0643 > Fax: 503-617-0291 > www.fiserv.com > Please consider the environment before printing this e-mail > > > -Original Message- > > From: Kristoffer Danielsson [mailto:kristoffer.daniels...@live.se] > > Sent: Wednesday, March 17, 2010 5:57 AM > > To: wix-users@lists.sourceforge.net > > Subject: Re: [WiX-users] Adding multiple files to component > > > > > > 1) I believe I posted a detailed explanation on this. You should only > > use heat manually! > > > > > From: cameron.ker...@philips.com > > > To: wix-users@lists.sourceforge.net > > > Date: Wed, 17 Mar 2010 13:19:54 +0100 > > > Subject: Re: [WiX-users] Adding multiple files to component > > > > > > Thanks. I guess people have been giving me two different responses > > here and I'm trying to figure out the right way to do this. > > > > > > 1) Should I use heat each time during a build, to harvest all the > > files in a directory (directory contains a executable and all of its > > associated dlls and dependencies). Then include that fragment with my > > main wix project. > > > > > > 2) Or do I either use this WixFileTool or Heat to just generate this > > for me once, add it to my Wix Project, and forever maintain that list > > of files. Since we are still in the beginning of the development for > > this project, it is likely files will be renamed/files will be > > added/files will be deleted. > > > > > > What is the proper way / benefits of each? > > > > > > Thanks, > > > > > > > > > -Original Message- > > > From: Ivo Stoyanov [mailto:ivos...@yahoo.com] > > > Sent: Wednesday, March 17, 2010 8:10 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] Adding multiple files to component > > > > > > You can try this - simple GUI > > > http://flexsetup.codeplex.com/ > > > WiXFileTool: generates WiX file definitions and component definitions > > for a collection of files > > > > > > > > > > > > > > > > > > From: "Kerber, Cameron" > > > To: General discussion for Windows Installer XML toolset. > us...@lists.sourceforge.net> > > > Sent: Tue, March 16, 2010 8:43:52 AM > > > Subject: Re: [WiX-users] Adding multiple files to component > > > > > > Yes, I understand that you can put multiple files in a component, but > > that means I have to write the Source for each of the files, and spell > > out each file xml element. I basically just want to set the Source to a > > directory and include all files under that directory. Or some process > > that converts a directory to > Source="B.txt"> > > > > > > I can't be typing this each and everytime. > > > > > > Heat tool. I'll look into it. > > > > > > Do you know of any websites with tutorial on it? Any way to integrate > > into MSBuild? > > > > > > -Original Message- > > > From: Kristoffer Danielsson [mailto:kristoffer.daniels...@live.se] > > > Sent: Tuesday, March 16, 2010 11:36 AM > > > To: wix-users@lists.sourceforge.net > > > Subject: Re: [WiX-users] Adding multiple files to component > > > > > > > > > I'm also a newbie, so my solut
Re: [WiX-users] How to create a big MSI like Microsoft Office
The features of WiX can help you create a large installation. The question is how large your install is and how many different SKUs of your product you will release. These are the large issues. Using wixlibs and ComponentGroups get you to a point. You obviously need to author the source content as well. In direct reference to Office. They release Word independently of the entire suite. Are you looking to do that as well? This would be a form of SKU'ing in which you need to start figuring out Product Reference counting as well. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sat, Mar 13, 2010 at 9:25 PM, dB. wrote: > I am curious why you "cannot use a bootstrapper" ? > > An insanely complex MSI is not something I would recommend, having seen too > many of those. > > dB. @ dblock.org > Moscow|Geneva|Seattle|New York > > > -Original Message- > From: puyo puy [mailto:puyo...@yahoo.com] > Sent: Thursday, March 11, 2010 7:04 PM > To: wix users > Subject: Re: [WiX-users] How to create a big MSI like Microsoft Office > > > > > > Thanks Bob but all individual team have to prepare their > installer(s), I just need to consolidates all the installers and create a > big MSI. Originally we want to create a big MSI and > calling different MSI but window installer not allow us to do it. That is > why I’m thinking of using merge > modules. > > > > --- On Tue, 9/3/10, Bob Arnson wrote: > > From: Bob Arnson > Subject: Re: [WiX-users] How to create a big MSI like Microsoft Office > To: wix-users@lists.sourceforge.net > Received: Tuesday, 9 March, 2010, 9:21 PM > > On 3/9/2010 12:10 AM, puyo puy wrote: > > mean I cannot use bootstrapper. I’m think of creating msm for each > product and > > assign a feature for each msm. > > There's no need for merge modules; use a ComponentGroup instead. > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat Harvest Types of project not working
The command line order is wrong from a first glance. We have not been happy with the way heat handles its command line (there is a bug filed). Please try to reorder your command line according to the help given. Yours: $ heat project -pog:Binaries -var var.AceCmdCom -dr AceCmdCom -ag -suid -cg ACECMDCOM -sfrag -out AceCmdCom.wxs -template:fragment "C:\ace-co-devel\Aceco.NET\AceCmdCom\AceCmdCom.vbproj" Should Be: $ heat project "C:\ace-co-devel\Aceco.NET\AceCmdCom\AceCmdCom.vbproj" -pog:Binaries -var var.AceCmdCom -dr AceCmdCom -ag -suid -cg ACECMDCOM -sfrag -out AceCmdCom.wxs -template:fragment Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Thu, Mar 25, 2010 at 9:47 AM, Bill McCormick (LIST) < wpmccorm...@ace-co.com> wrote: > ... and yes, the project does build without any errors, but there are > some warnings. Could that be the problem? > > Thanks, > > Bill > > On 3/24/2010 5:21 PM, Mike Carlson (DEV DIV) wrote: > > It shouldn't be giving this message, but have you tried building the > project? I ask because it could be a secondary file (like the primary > output) that heat is trying to open (and is causing the exception to occur). > > > > -Original Message- > > From: Bill McCormick (LIST) [mailto:wpmccorm...@ace-co.com] > > Sent: Wednesday, March 24, 2010 2:44 PM > > To: WiX > > Subject: [WiX-users] heat Harvest Types of project not working > > > > Is heat broken for Harvest Types of project? > > > > Here's the output: > > > > heat.exe : error HEAT0001 : -pog:Binaries > > > > Exception Type: System.IO.FileNotFoundException > > > > Stack Trace: > >at > > > Microsoft.Tools.WindowsInstallerXml.Extensions.VSProjectHarvester.Harvest(String > > argument) > >at Microsoft.Tools.WindowsInstallerXml.Harvester.Harvest(String > argument) > >at Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Run(String[] args) > > > > I'm thinking it can't find the VS project file (.vbproj), but I've > > verified and reverified that the path is correct; tries with quotes and > > no quotes and nothing seems to work. > > > > Thanks, > > > > Bill > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > Bill McCormick > -- > ACE-CO > 5355 Dietrich Rd. > San Antonio, TX 78219 > (210) 661-4111 x512 > (800) 676-4111 Toll Free > (210) 662-6177 Fax > (210) 216-6641 Cell > mailto:wpmccorm...@ace-co.com > http://www.ace-co.com > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to use heat to harvest VS projects
Heat will take EVERYTHING in the directory you specify. It should pick up on the COM DLLs just fine. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Mon, Mar 29, 2010 at 1:20 PM, Bill McCormick (LIST) < wpmccorm...@ace-co.com> wrote: > Neil. Thanks so much for the reply. I was beginning to think that maybe > I need to change body soap 'cause no one wanted to talk to me :'( > > Will heat do the right thing if I just use the dir switch on a directory > that contains all the files that I want to install? Some may be COM (DLL > or OCX). > > Thanks, > > Bill > > On 3/29/2010 2:56 PM, Neil Sleightholm wrote: > > I am afraid that is how heat works, it only finds the primary output and > > no referenced assemblies. If you want the referenced assemblies then you > > have to heat those projects or files independently. > > > > Personally I think this is major limitation of heat and makes the new > > Harvest feature in WiX v3.5's Votive > > (http://robmensching.com/blog/posts/2010/2/19/WiX-v3.5-now-supports-Visu > > al-Studio-2010-RC) very limiting. Hopefully this can be resolved at some > > point (I have taken a look at the code and can't see a solution to it > > myself). > > > > Neil > > > > -Original Message- > > From: Bill McCormick (LIST) [mailto:wpmccorm...@ace-co.com] > > Sent: 29 March 2010 17:21 > > To: WiX > > Subject: [WiX-users] how to use heat to harvest VS projects > > > > I'm trying to understand how to use the project switch with heat. I made > > > > a test project whose binary output includes a Windows form application > > and a DLL class library. When I build the Test project I have a Test.exe > > > > and a ClassLibrary1.dll in the bin directory. I then run heat like this: > > > > $ heat project Test.csproj -pog:Binaries -ag -template:fragment -out > > Test.wxs > > > > In the Test.wxs file: > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > > > > > Guid="*"> > > > Source="$(var.Test.TargetDir)\Test.exe" /> > > > > > > > > > > > > > > > > > > > > > > there is no reference to the ClassLibrary1.dll. Is this correct? > > > > I posted a similar question last week but didn't get much feedback, > > except for one user saying they only use the dir switch. So I'm trying > > the question again in a more direct way: > > > > How can heat be used to harvest VS projects? > > > > > > Thanks, > > > > Bill > > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > Bill McCormick > -- > ACE-CO > 5355 Dietrich Rd. > San Antonio, TX 78219 > (210) 661-4111 x512 > (800) 676-4111 Toll Free > (210) 662-6177 Fax > (210) 216-6641 Cell > mailto:wpmccorm...@ace-co.com > http://www.ace-co.com > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat harvesting and fragment/component generation.
No, there isn't a way to do that. Gather all files at the folder level and putting them into a component can lead to many problems. What scenario do you have which requires this? Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Wed, Mar 31, 2010 at 4:33 AM, Richard Horsley wrote: > This removes the fragments (I had tried suppressing the fragments already) > but still generates one component per file. Is there any way to set > component generation at folder level rather than at file level? > > -Original Message- > From: Tency Kuruvilla [mailto:tency.kuruvi...@kcs.com.kw] > Sent: 31 March 2010 12:04 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Heat harvesting and fragment/component generation. > > try > > heat.exe -out sourceFile.wxs Supported > harvesting types: > dir harvest a directory > file harvest a file > project harvest outputs of a VS project > website harvest an IIS web site > Options: > -ag autogenerate component guids at compile time > -gg generate guids now > -ke keep empty directories > -nologo skip printing heat logo information > -out specify output file (default: write to current directory) > -pog: >specify output group of VS project, one of: >Binaries,Symbols,Documents,Satellites,Sources,Content > This option may be repeated for multiple output groups. > -scomsuppress COM elements > -sfrag suppress fragments > -sregsuppress registry harvesting > -suidsuppress unique identifiers for files, components, & directories > -sw suppress all warnings or a specific message ID >(example: -sw1011 -sw1012) > -swall suppress all warnings (deprecated) > -t: transform harvested output with XSL file > -template: use template, one of: fragment,module,product > -v verbose output > -wx[N] treat all warnings or a specific message ID as an error >(example: -wx1011 -wx1012) > -wxall treat all warnings as errors (deprecated) > -? | -help this help information > heat dir -out imp.wxs -template:product -scom -sreg > -sfrag -gg -suid > > > > > > From: Richard Horsley [mailto:richard.hors...@eicltd.com] > Sent: Wed 3/31/2010 1:46 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Heat harvesting and fragment/component generation. > > > > Previously, I have created installers in WiX by hand-writing the .wxs > files myself, but I now have a fairly large folder structure (with lots of > subfolders) to put into an installer, and I am trying to use heat.exe to > harvest this for me. However the harvested file seems unnecessarily messy. > Is there any way to get heat to place all files from the same subfolder > within the same fragment/component, or is this not considered best practice? > > Richard Horsley > > > DISCLAIMER > > Please consider the environment before printing this e-mail. > > This e-mail has been scanned for all known virus's but this is not a > confirmation it is virus free. > > This is an e-mail from EIC Limited (Company Reg: 1086295). The contents of > this e-mail are confidential. EIC Limited do not accept responsibility for > the accuracy or completeness of the contents of this e-mail as it has been > transmitted over a public network. If you receive this e-mail in error > please accept our apology. If this is the case we would be obliged if you > would contact the sender and then delete this e-mail. > > THIS E-MAIL AND / OR ANY REPLIES TO IT, AND ANY ATTACHMENTS MAY BE > INTERCEPTED, COPIED OR MONITORED BY EIC LIMITED FOR THE PURPOSE OF > MONITORING OR KEEPING RECORD OF ITS BUSINESS AND FOR THE PURPOSES SET OUT IN > THE TELECOMMUNICATIONS (LAWFUL BUSINESS PRACTICES) (INTERCEPTION OF > COMMUNICATIONS) REGULATIONS 2000. > > All statements made in this e-mail are subject to contract. The contents > are not to be regarded as a contractual offer or acceptance. The sender is > not authorised to bind EIC Limited. > > The views expressed in this e-mail are those of the sender and not > necessarily those of EIC Limited. > > DISCLAIMER > > > -- > Download Intel® Parallel Studio Eval Try the new software tools for > yourself. Speed compiling, find bugs proactively, and fine-tune applications > for parallel performance. > See why Intel Parallel Studio got high marks during beta. &g
Re: [WiX-users] Speeding up Light command
What version of WiX where you using? I know there is a bug fix in 3.5 that fixes a regression for multi-threaded cabbing. IF you already have more than one cab you might want to try that out. Also, work should be done to determine the correct compression ratio for your files. I have seen some files take an excessive amount of time to compress. Set everything to mszip, if you aren't doing that already, to see what type of speed you get with multiple cabs. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sat, Apr 17, 2010 at 7:21 AM, Bob Arnson wrote: > On 4/17/2010 5:53 AM, S.P wrote: > > I want to create an install package with WiX,but "light" command is very > very slow. It takes about 5 hours to run and create the install package. My > install package will copy 45478 files and 2190 folder on system.So it > includes a large number of files to copy.Could you please help me if there > is anyway to speed this up, without increasing the size of the resulting > file? > > > > http://www.joyofsetup.com/2008/03/29/wix-performance-tip-use-multiple-cabinets/ > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat.exe warning: limit of 1600 components per feature: what will happen?
Actually, this has been deprecated in Wix 3.5. Windows Installer no longer has this restriction. To your questions, WiX would have been fine. The issue would have been on machines before Windows 2000. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Mon, Apr 19, 2010 at 5:18 PM, jeff00seattle wrote: > > heat.exe : warning HEAT5155 : Although there are no limitations to the size > of a ComponentGroup, Windows Installer has a limit of 1600 components per > feature. Please consider reducing the size of ComponentGroup > '$(var.ComponentGroupName)' from current count of '3037'. > > What is the impact of my install if I exceed 1600 components per feature? > Will WiX only package 1600 components? > > In my case, I exceed 3000 components. > > Thanks > > - > Thanks > Jeff in Seattle > -- > View this message in context: > http://n2.nabble.com/heat-exe-warning-limit-of-1600-components-per-feature-what-will-happen-tp4928703p4928703.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Speeding up Light command
Have you looked into using torch and pyro to generate your patches? Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Thu, Apr 22, 2010 at 9:45 AM, Pally Sandher wrote: > Just as an example I decided to try this out with a large installer of > ours (900 MB uncompressed, 400 MB MSI with embedded CAB). > > With a single Media Element (CompressionLevel="high") it took 23 minutes > to build (approximately). > > As I've a quad core CPU (Intel Core2 Q6600 running at stock 2.4 GHz per > core, unfortunately I'm not allowed to overclock my office machines) in > my build machine I added 3 more Media Elements as per the original & > simply incremented the Id's & appended the number to the Cabinet > attribute. > The installer in question is conveniently split into 4 main areas. I > modified the DiskId attributes on the Components within 3 of those areas > so they changed from "1" to either "2", "3" or "4". This was roughly a > couple of minutes work using the find & replace tool in Visual Studio > (simply changing DiskId="1" to DiskId="[2-4]" in 3 Fragments, easy when > you have 1 Fragment per file). > > I then rebuilt the MSI & the build time is now 12 minutes > (approximately) so a couple of quick changes has almost halved the build > time. Looking at the CPU history in Process Explorer it doesn't run 4 > threads for the entire build time, it drops to 2 threads about 40% > through. The files for the cabs are split into 350 MB, 290 MB, 180 MB & > 90 MB uncompressed so a more even split would likely further reduce the > time taken. Bear in mind that different compression levels & > greater/fewer CPUs will give different results. > > I used the Visual Studio 2005 IDE to build my .wixproj in all tests. > > If only I could get the same sort of improvements out of msimsp.exe too > (can't even use MSI v5.0 msimsp.exe with this installer as it crashes > while v4.5, v4.0 & v3.1 work quite happily). > > P.S. I would've posted this as a comment on Bob A's blog but comments > are closed on the article linked below. > > 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: Bob Arnson [mailto:b...@joyofsetup.com] > Sent: 17 April 2010 15:21 > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Speeding up Light command > > On 4/17/2010 5:53 AM, S.P wrote: > > I want to create an install package with WiX,but "light" command is > very very slow. It takes about 5 hours to run and create the install > package. My install package will copy 45478 files and 2190 folder on > system.So it includes a large number of files to copy.Could you please > help me if there is anyway to speed this up, without increasing the size > of the resulting file? > > > http://www.joyofsetup.com/2008/03/29/wix-performance-tip-use-multiple-ca > binets/ > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat fails on Outlook Redemption
Order matters in your command line. Please look at the -? to see how to use it. There is also a bug filed on this one. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sat, May 29, 2010 at 8:39 AM, Tim Tabor wrote: > Hello, > > I'm learning WiX, and trying to do the "right thing" by not > self-registering. I've tried to use Heat to extract the registration > entries for redemption.dll from Outlook Redemption: > > http://www.dimastr.com/redemption/ > > This fails as follows. Any thoughts? Thank you. > > COMMAND LINE > > heat file -ag -template:fratment -out redemption.wks ".\redemption.dll" > > RESULTS > > heat.exe : error HEAT0001 : Failed to get short path name > > Exception Type: System.Runtime.InteropServices.COMException > > Stack Trace: > at > > Microsoft.Tools.WindowsInstallerXml.Extensions.UtilFinalizeHarvesterMutator. > NativeMethods.GetShortPathName(String fullPath) > at > > Microsoft.Tools.WindowsInstallerXml.Extensions.UtilFinalizeHarvesterMutator. > MutateFiles() > at > > Microsoft.Tools.WindowsInstallerXml.Extensions.UtilFinalizeHarvesterMutator. > Mutate(Wix wix) > at Microsoft.Tools.WindowsInstallerXml.Mutator.Mutate(Wix wix) > at Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Run(String[] args) > > > > -- > > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX and Windows mobile phone
Itzik, Are you asking if you can use WiX to install an application to Windows Phone using Active Sync or are you speaking about the creation of a .CAB file for installation on the phone itself? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Tue, Jun 1, 2010 at 10:46 AM, Pally Sandher wrote: > > 1 - Can you install MSI's on "Windows Mobile Phone"? > If yes then yes you can use WiX to create your installation packages. If > no then no. WiX isn't some magical tool with it's own installation > system, it simply creates Windows Installer packages. > > 2 - MSDN would be a good start. > > 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: itzik kasovitch [mailto:ikasovi...@gmail.com] > Sent: 01 June 2010 08:08 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] WIX and Windows mobile phone > > Hi, > > I would like to know if I can use WIX to create installations for > Windows Mobile Phone? If so where can I find resources for this subject? > > -- > Best regards, > Itzik Kasovitch > > -- > > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Light errors "LGHT0103" after upgrading from 3.5
Has anyone experiences "LGHT0103" after upgrading from 3.5? When performing builds in 3.5 light would respect a relative path of the current directory, ie. . Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each FileSource or Source Attribute. I have several fragment being generated by HEAT pre-build events each using -var parameter utilizing pre-processor variables. Thanks, R Philip Rogers CACTUS Software 913.905.4064 Direct 913.461.8476 Cell 913.677.0185 Fax 800.776.2305 x4064 ph...@cactussoftware.com<mailto:ph...@cactussoftware.com> www.cactussoftware.com<http://www.cactussoftware.com/> ^ This message, including attachments, contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5
Rob, The attached txt files are the build output of a the same WiX project. * Wix3.5 is a 32 bit Vista workstation running VS 2010 * Wix3.7 is a 64 bit Windows 7 workstation running VS 2012 * Both are connected to the same TFS-2012 server and project This output is from a sample project I created this morning that is similar to the actual project. The actual project executes HEAT over several directories and files that contain nearly 2,000 files that are not found by light. I've also attached the project file, product fragment and the fragment created by Heat. Let me know if you need anything else. Thanks R Philip Rogers 913.905.4064 Direct 913.461.8476 Cell 913.677.0185 Fax -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, January 31, 2013 8:52 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5 Phil, Not sure can you be more specific about what you upgraded to and what works and does not work now. On Wed, Jan 30, 2013 at 3:10 PM, Phil Rogers mailto:ph...@cactussoftware.com>>wrote: > Has anyone experiences "LGHT0103" after upgrading from 3.5? > > When performing builds in 3.5 light would respect a relative path of > the current directory, ie. FileSource="SourceDir\VC\">. > > Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each > FileSource or Source Attribute. > > I have several fragment being generated by HEAT pre-build events each > using -var parameter utilizing pre-processor variables. > > Thanks, > > > R Philip Rogers > CACTUS Software > 913.905.4064 Direct > 913.461.8476 Cell > 913.677.0185 Fax > 800.776.2305 x4064 > ph...@cactussoftware.com<mailto:ph...@cactussoftware.com<mailto:ph...@cactussoftware.com%3cmailto:ph...@cactussoftware.com>> > www.cactussoftware.com<http://www.cactussoftware.com/<http://www.cactussoftware.com%3chttp:/www.cactussoftware.com/>> > > > > ^^ > ^^^ This message, including attachments, contains > information that is confidential and may be privileged. Unless you are > the addressee (or authorized to receive for the addressee), you may > not use, copy or disclose to anyone the message or any information > contained in the message. If you have received the message in error, > please advise the sender by reply e-mail and delete the message. > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_jan > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net<mailto:WiX-users@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net<mailto:WiX-users@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wix-users ^ This message, including attachments, contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. -- Build started: Project: InternalSystems, Configuration: Debug x86 -- Creating directory "obj\Debug\". Culture: en-us rem "%WIX%\bin\heat.exe" dir "D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Projects\InternalSystems\SourceDir\PdfPrinter" -dr TARGETDIR -nologo -sreg -srd -sfrag -gg -ke -cg PdfPrinter -out "D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Philr\WixUpgrade\Projects\InternalSystems\PdfPrinter.wxs" -var var.SourceDir_PdfPrinter C:\Program Files (x86)\WiX Toolset v3.7\bin\candle.exe -dSourceDir_PdfPrinter=SourceDir\PDFPrinter -d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\\" -dSolutionDir=D:\Tfs\Main\Installers\CTCIS\WorkInProgress\Phi
Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5
All, We were able to resolve the issue the "LGHT0103" error by changing the renaming the project folder to something other than "SourceDir". Changing the source file path from "SourceDir" to SourceFileDir in product fragment, preprocessor variables and the Heat source parameter allowed me to build the project. It appears that light.exe versions 3.6 and 3.7 may be interpreting "SourceDir" in the source file path is as the "SourceDir" property. Rob's article below possibly eludes to the behavior I encountered. http://robmensching.com/blog/posts/2010/1/26/stackoverflow-what-does-namesourcedir-refer-to Thanks R Philip Rogers 913.905.4064 Direct 913.461.8476 Cell 913.677.0185 Fax -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, January 31, 2013 8:52 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Light errors "LGHT0103" after upgrading from 3.5 Phil, Not sure can you be more specific about what you upgraded to and what works and does not work now. On Wed, Jan 30, 2013 at 3:10 PM, Phil Rogers mailto:ph...@cactussoftware.com>>wrote: > Has anyone experiences "LGHT0103" after upgrading from 3.5? > > When performing builds in 3.5 light would respect a relative path of > the current directory, ie. FileSource="SourceDir\VC\">. > > Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each > FileSource or Source Attribute. > > I have several fragment being generated by HEAT pre-build events each > using -var parameter utilizing pre-processor variables. > > Thanks, > > > R Philip Rogers > CACTUS Software > 913.905.4064 Direct > 913.461.8476 Cell > 913.677.0185 Fax > 800.776.2305 x4064 > ph...@cactussoftware.com<mailto:ph...@cactussoftware.com<mailto:ph...@cactussoftware.com%3cmailto:ph...@cactussoftware.com>> > www.cactussoftware.com<http://www.cactussoftware.com/<http://www.cactussoftware.com%3chttp:/www.cactussoftware.com/>> > > > > ^^ > ^^^ This message, including attachments, contains > information that is confidential and may be privileged. Unless you are > the addressee (or authorized to receive for the addressee), you may > not use, copy or disclose to anyone the message or any information > contained in the message. If you have received the message in error, > please advise the sender by reply e-mail and delete the message. > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_jan > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net<mailto:WiX-users@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net<mailto:WiX-users@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wix-users ^ This message, including attachments, contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HEAT1108 warning
Sorry...I missed the documentation on those switches :( -Original Message- From: "Bob Arnson" Sent: 5/29/2013 17:18 To: "wix-users@lists.sourceforge.net" Subject: Re: [WiX-users] HEAT1108 warning On 28-May-13 16:46, Phill Hogland wrote: > Since the -template: switch is not documented in the CHM I probably should > not have tried it, but what does the warning message mean by saying to "use > 'template' instead"? Originally, the switch was '-template:foo' but that style was deprecated in favor of '-template foo' with no colon. > Also the -sreg -sfrag -srd switches are not documented in the CHM, but were They're listed in the v3.7 RTM wix.chm and from the console if you run 'heat -?' (which is where the limited doc in wix.chm comes from). -- sig://boB http://joyofsetup.com/ -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using Heat.exe
Actually, heat.exe does look for certain file types such as ax/dll/ocx/tlb/exe/olb. The code is in the UtilHarvesterMutator.cs file. Your running time does seem awful slow. If the files are located on disk I have seem much higher performance than the numbers you listed. I don't see a problem with the 45MB to start as heat is building a collection of WiX objects to go and sift through. I would say that overall machine speed would have a large impact on heat. The group I am is using heat for over 250K files and we aren't seeing nearly that much of a slow response. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Thu, Jul 8, 2010 at 12:23 PM, Blair wrote: > Heat does not use file extensions to determine file types, so each of those > several hundred files is being processed as if they were binaries. > > -Original Message- > From: FrankenInUSA [mailto:frankenin...@gmail.com] > Sent: Thursday, July 08, 2010 11:32 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Using Heat.exe > > Hi, > > I'm using 'heat.exe' to 'harvest' a directory with several hundred small > files and some twenty DLLs. > > - how long is that supposed to take? Currently it's running for 5hrs and > still not done. > - When it starts, it uses up to 45MB for a while. Now it's down to > 450KB. Is that normal? > > Here is the command line: > >heat.exe dir .wxs > > I thought the -v would generate more information on what it is doing, > but I get nothing after the DLLs are processed. > Is there a way to see, what it is doing? > -- > > Best regards, > > Andreas mailto:frankenin...@gmail.com > > > > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Pre-requisite check for WES7 and WES2009 using WIX
So, from what I have been told by the Windows Embedded team, this is how you can check. WES 7 --- HKLM\Software\Microsoft\Windows Embedded Standard 7\Setup WES9 --- HKLM\Software\Microsoft\Windows Embedded\ProductName = "Windows Embedded Standard" Let me know if that helps, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Sun, Jul 11, 2010 at 9:02 PM, vijay chander wrote: > Hi All, > > I'm trying to do a pre-requisite check for WES7 and WES2009 > Can anyone please help me how to attain this? > > Thanks in advance. > > Regards, > Vijay > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat.exe runtime error (r6034)
Hey Luca, Distribution and repackaging are two different matters. I highly doubt you have the rights to repackage SQL Server. If you consume their MSI's and/or merge modules "as-is" I am sure this would be fine. However, when you change their deployment packages you have effectively created a different product. Besides the basics where the Product Code and GUIDs in the MSIs/Merge Modules would be changed and now unserviceable by Microsoft, you are taking on owership of someone else's product in a manner they don't control. Please claify your intents and what you are trying to accomplish. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove On Wed, Oct 13, 2010 at 12:03 AM, zero51 wrote: > > yes, it is. > The company where I work is allowed to distribute SQL server. > > However, I figured out the issue: the problem wes due to some switches on > heat command. > > If I need to include in my .msi file all the installation package I need to > use "-sreg" in order to avoid that heat looks for registry key for all the > .dll of the installation. > > this works for me: > > heat dir "\\bosrv01\SQLEXPR" -cg SQLEXPR -sreg -gg -out D:\SQLEXPR.wxs > > > Luca > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-exe-runtime-error-r6034-tp5554376p5629788.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 'Hash' attribute warning on one workstation
I have one developer who is unable to build a MSI and successfully incorporate a bootstrapper file. The build output reports the warning MSB3165: The value of the 'Hash' attribute in '<< bootstrapper product name>>' does not match that of the file '<>'. We have verified that the "Hash" attribute of the PackageFile node in the prroduct.xml file matches via the value presented in the manifest generator tool. No one else encounters this issue. There is a project folder in the WiX project containing the bootstrapper folder/file structure with 4 bootstrapper packages total. The XML node in the project has been updated to reference the boostrapper relative to the "$(ProjectDir)\Bootstrapper". The contents of the bootstrapper folder/file structure is maintained in TFS-2010 with all other items required to create a build. Thank you in advance for your assistance. R Philip Rogers CACTUS Software 913.905.4064 Direct 913.461.8476 Cell 913.677.0185 Fax 800.776.2305 x4064 ph...@cactussoftware.com<mailto:ph...@cactussoftware.com> www.cactussoftware.com<http://www.cactussoftware.com/> ^ This message, including attachments, contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
Hey Jim, Try the link below or breakout the RegEx Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > I'm looking through the install.log file, and I'm seeing a lot of stuff > however I don't know what any of it means. Is there anything that can > offer any help in decyphering it? > > Thanks, > Jim > > > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multiple Files in one component vs a single file per component
Hey Jim, This is one issue. I don't have the full description right now. Do you have one file per component? If not, which one is the keypath and which one are you updating. If you are not updating the keypath, nothing in the component will be updated. http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Jun 19, 2009 at 7:48 AM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > What is the impact patch/fix on doing an upgrade/patch/fix if I have > multiple files in one component versus having a single file per > component? I remember reading something about this but I can't seem to > locate it now. > > Thanks, > Jim > > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing 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 > -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - "Cabbing file xxx" message has disappeared!
Hey John, Off the top of my head I would say take a look at the DTF tools. You could write a simple managed code app that reads MSI output itself and does the verfication. After all the Component, Directory and File table should all line up if you walk them. You would then be able to validate two things, the files you are putting into the MSI and where they are going to be installed on the target system. Just a thought, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow wrote: > Hey, all > > I'm evaluating Wix v3.0 to see if we should adopt it, and run into a > snag. The problem is that in wix v2 we run light with -v and it > chucked out a lot of "Cabbing file xxx from yyy" style messages. > However, in Wix v3 they seem to have disappeared. Looking through > the code, it seems that no special logging takes place when a file is > cabbed anymore. > > I can understand why they might have been removed - there were a lot > of them after all. But we actually use those messages - part of our > validation process uses this to work out what files are /actually/ > shipped. This process is in its own build and usually runs once a > week. > > What's the best way of getting this information? As far as I can see, > these are my options: > > > * Parse the .wxs. However this gives me the variable-based path > for the file, which I then have to do a string-replace on (since it's > a different build I don't have actual access to the original values). > In addition, if someone adds a new file path based on a different > variable it impacts a part of the script that shouldn't affect at all. > > > * If the worst comes to the worst, I can always modify light.exe > to emit to the console, but it would be nicer if I didn't have to do > that. > > > Any other ideas? Ideally, if I could run light and have it produce an > xml file (or just a flat list in a file, or just dump them to STDOUT) > of all the files that would be included included full, absolute paths, > that would be perfect. I was half-expecting the wixout switch to do > this... > > Thanks > > John > > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - "Cabbing file xxx" message has disappeared!
Hey John, That sounds like a good way to get what you need. It makes sense to be mapping against your root source. In the past I had used Beyond Compare and just looked for orphans. Compared to what you are doing it sounds like I was in the dark ages . I am sure that other members would love to see such validation tools up on WixContrib (http://wixcontrib.codeplex.com/) *wink* *wink* Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 9:17 AM, John Ludlow wrote: > Oh, and on the idea of walking the Directory table (missed this > before)... we have quite a number of directories that for one reason > or another don't line up, and some whose locations are defined at > install-time. Part of this is purely the number of installations we > have, another is that some of our installations are quite large and > install a number of projects that are disparate at source (but are > designed to work together at runtime). > > We could of course map the root of one of these "wandering > directories" to its real location, but it would be a lot of work and > error prone. > > I think the BinderFileManager solution gives us the best fit for now. > I may look at producing an analysis application based on DTF later on, > because you do have a good point that it'd be nice to be able to > verify that file x in the build area is the actual one that ends up in > the MSI - we do have other ways of checking this but they're not > fool-proof (as this fool has proven on more than one occasion :) ) > > Thanks again. > > John > > 2009/6/23 Brian Rogers : > > Hey John, > > > > Off the top of my head I would say take a look at the DTF tools. You > could > > write a simple managed code app that reads MSI output itself and does the > > verfication. After all the Component, Directory and File table should all > > line up if you walk them. You would then be able to validate two things, > the > > files you are putting into the MSI and where they are going to be > installed > > on the target system. > > > > Just a thought, > > > > Brian Rogers > > "Intelligence removes complexity." - Me > > http://icumove.spaces.live.com > > > > > > On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow >wrote: > > > >> Hey, all > >> > >> I'm evaluating Wix v3.0 to see if we should adopt it, and run into a > >> snag. The problem is that in wix v2 we run light with -v and it > >> chucked out a lot of "Cabbing file xxx from yyy" style messages. > >> However, in Wix v3 they seem to have disappeared. Looking through > >> the code, it seems that no special logging takes place when a file is > >> cabbed anymore. > >> > >> I can understand why they might have been removed - there were a lot > >> of them after all. But we actually use those messages - part of our > >> validation process uses this to work out what files are /actually/ > >> shipped. This process is in its own build and usually runs once a > >> week. > >> > >> What's the best way of getting this information? As far as I can see, > >> these are my options: > >> > >> > >> * Parse the .wxs. However this gives me the variable-based path > >> for the file, which I then have to do a string-replace on (since it's > >> a different build I don't have actual access to the original values). > >> In addition, if someone adds a new file path based on a different > >> variable it impacts a part of the script that shouldn't affect at all. > >> > >> > >> * If the worst comes to the worst, I can always modify light.exe > >> to emit to the console, but it would be nicer if I didn't have to do > >> that. > >> > >> > >> Any other ideas? Ideally, if I could run light and have it produce an > >> xml file (or just a flat list in a file, or just dump them to STDOUT) > >> of all the files that would be included included full, absolute paths, > >> that would be perfect. I was half-expecting the wixout switch to do > >> this... > >> > >> Thanks > >> > >> John > >> > >> > >> > -- > >> Are you an open source citizen? Join us for the Open Source Bridge > >> conference! > >> Portland, OR, June 17-19. Two days of sessions, one day of unconference: > >> $250. > >> Need another r
Re: [WiX-users] Accessing Binary stream data
Hey Tom, Your question prompted a blog. I was going to write it all in the email but I have seen this posed several times. I am sure, if you haven't already, you could do some digging and find the answer. There are custom actions in the WiX code base that do what you have asked as well. Here is the blog post: http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!561.entry Happy coding, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Jun 19, 2009 at 1:09 PM, Tom Crozier wrote: > Hi all - > > How can I access the data stored in a binary stream inside a custom action? > > For example if I wanted to have notepad display the contents of a > ReadMe.txt file that was added to the installer as a binary. > > > > ExeCommand="[SystemFolder]notepad.exe " > Return="asyncNoWait" /> > > > Not > Installed > > > Thanks - TopCat > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
Hey Jim, I didn't get the log file through the newsgroup. Can you post it on skydrive or some other file share? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 10:00 AM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > I looked through my log after checking Aaron Stebner's blog that Martin > had suggested. Unfortunately nothing new was learned. I know that it's > bombing during the install of my ComPlus component. The question is > why? I attached a zipped verbose log of my last install if that helps. > Hopefully someone can help. > > Thanks much, > Jim > > > -Original Message- > From: Martin MacPherson [mailto:mar...@metapixel.co.uk] > Sent: Tuesday, June 23, 2009 4:58 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] What is the best way to troubleshoot an > installer? > > This article by Aaron Stebner has always helped me before: > http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx > > 2009/6/23 Brian Rogers > > > Hey Jim, > > > > Try the link below or breakout the RegEx > > > > Wilogutl.exe > > http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx > > > > Thanks, > > > > Brian Rogers > > "Intelligence removes complexity." - Me http://icumove.spaces.live.com > > > > > > On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D < > > james.macdiar...@eds.com> wrote: > > > > > > > > I'm looking through the install.log file, and I'm seeing a lot of > stuff > > > however I don't know what any of it means. Is there anything that > can > > > offer any help in decyphering it? > > > > > > Thanks, > > > Jim > > > > > > > > > > > > > > > > -- > > > Are you an open source citizen? Join us for the Open Source Bridge > > > conference! > > > Portland, OR, June 17-19. Two days of sessions, one day of > unconference: > > > $250. > > > Need another reason to go? 24-hour hacker lounge. Register today! > > > > > > > > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid > ge.org > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > -- > > Are you an open source citizen? Join us for the Open Source Bridge > > conference! > > Portland, OR, June 17-19. Two days of sessions, one day of > unconference: > > $250. > > Need another reason to go? 24-hour hacker lounge. Register today! > > > > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid > ge.org > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid > ge.org > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
Hey Jim, Looks like something is wrong with one of your DLLs. Take a look back over your logs for the word "Error". Especially around line 8291. The overall code being thrown is 1603 so take a look at Aaron Stebner's blog http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx . RegisterComPlusAssemblies: DLL: D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll ComPlusInstallExecute: ErrorInfo: Name='D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll', ErrorCode='-2146368476', MajorRef='D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll', MinorRef='' ComPlusInstallExecute: Error 0x80110401: Failed to install components ComPlusInstallExecute: Error 0x80110401: Failed to register native assembly ComPlusInstallExecute: Error 0x80110401: Failed to register assembly, key: NFTSWebDB ComPlusInstallExecute: Error 0x80110401: Failed to register assemblies Action ended 15:46:26: InstallFinalize. Return value 3. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 12:10 PM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > Brian, > > I uploaded it to a public folder on SkyDrive (yes, I'm a sky drive Noob > too). Here is a link to the public folder, but I'm not sure if it will > work. > > http://cid-d17a3b03b674501f.skydrive.live.com/self.aspx/.Public > > > > > Jim > > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: Tuesday, June 23, 2009 1:10 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] What is the best way to troubleshoot an > installer? > > Hey Jim, > > I didn't get the log file through the newsgroup. Can you post it on > skydrive or some other file share? > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://icumove.spaces.live.com > > > On Tue, Jun 23, 2009 at 10:00 AM, MacDiarmid, James D < > james.macdiar...@eds.com> wrote: > > > > > I looked through my log after checking Aaron Stebner's blog that > > Martin had suggested. Unfortunately nothing new was learned. I know > > that it's bombing during the install of my ComPlus component. The > > question is why? I attached a zipped verbose log of my last install > if that helps. > > Hopefully someone can help. > > > > Thanks much, > > Jim > > > > > > -Original Message- > > From: Martin MacPherson [mailto:mar...@metapixel.co.uk] > > Sent: Tuesday, June 23, 2009 4:58 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] What is the best way to troubleshoot an > > installer? > > > > This article by Aaron Stebner has always helped me before: > > http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx > > > > 2009/6/23 Brian Rogers > > > > > Hey Jim, > > > > > > Try the link below or breakout the RegEx > > > > > > Wilogutl.exe > > > http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx > > > > > > Thanks, > > > > > > Brian Rogers > > > "Intelligence removes complexity." - Me > > > http://icumove.spaces.live.com > > > > > > > > > On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D < > > > james.macdiar...@eds.com> wrote: > > > > > > > > > > > I'm looking through the install.log file, and I'm seeing a lot of > > stuff > > > > however I don't know what any of it means. Is there anything that > > can > > > > offer any help in decyphering it? > > > > > > > > Thanks, > > > > Jim > > > > > > > > > > > > > > > > > > > > > -- > > -- > > -- > > > > Are you an open source citizen? Join us for the Open Source Bridge > > > > > conference! > > > > Portland, OR, June 17-19. Two days of sessions, one day of > > unconference: > > > > $250. > > > > Need another reason to go? 24-hour hacker lounge. Register today! > > > > > > > > > > > > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebr > > id > > ge.org > > > > ___ > > > > WiX-users mailing list > > > > WiX-users@lists.sourceforge.net > > >
Re: [WiX-users] Loading extensions in WiX 3.5
Hey Andreas, Just to be clear, are you sure that your environment has %WIX_PATH% as a variable and that it resolves to the correct directory path? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 11:57 AM, Andreas Gustafsson wrote: > Hi, > > How do I specify an extension on the WiX 3.5 command line? > I'm looking at an example on the following web page: > > > http://kobyk.wordpress.com/2008/10/21/installing-filter-drivers-with-difxapp-and-a-wix-v3-msi/ > > which uses the command > > %WIX_PATH%\candle -ext %WIX_PATH%\WixUIExtension.dll -ext > %WIX_PATH%\WixDifxAppExtension.dll DirFilterInstaller.wxs > > but when I try a similar command, I get this error message: > > candle.exe : error CNDL0113 : The parameter '-ext' must be followed by the > extension's type specification. The type specification should be a fully > qualified class and assembly identity, for example: > "MyNamespace.MyClass,myextension.dll". > > How can I find out the correct "fully qualified class" to specify? > Pointers to relevant documentation will especially appreciated. > -- > Andreas Gustafsson, g...@araneus.fi > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry entries not created on W2K8
Hey Jacques, Just curious, have you run the install on the 64-bit versions of the 3 OSs it works on? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 4:44 PM, Jacques Eloff wrote: > Hi > > I have an installer that was created using WiX 3.0.5217. > > When I run the installer on Vista/XP/Win7, everything works. When I run it > on W2K8, everything seems fine, ARP contains entries, etc, but none of the > registry keys were created. I've compared a verbose log generated on Vista > and W2K8 by the installer and the section listing the creation of the > registry keys are identical. No error messages, but when I view the > registry > I don't see any of the keys. > > Has anyone encountered a problem like this before? > > Thanks, > Jacques > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Coding Conventions
Hey Jonathan, In terms of WiX there is wixcop.exe which will format and convert WiX source for you. On the MSI side, I would imagine if you are following Component rules and passing ICE you are on a good start. Others may know more about what is out there. Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Jun 24, 2009 at 8:36 AM, jnewton wrote: > > Is there any general best practices or coding conventions (i.e similar to > the > .NET Framework Design Guidelines) for WiX? I want to ensure consistency > amongst all my MSIs created with WiX and so establishing these conventions > will hopefully help that. > > If anybody has any links, suggestions, thoughts, let me know. > > > -- > View this message in context: > http://n2.nabble.com/Wix-Coding-Conventions-tp3149476p3149476.html > Sent from the wix-users mailing list archive at Nabble.com. > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to handle installing a large number of files
Hey Tom, I, personally, do not condone using the ZIP method. I actually don't see how it would be much faster to manage a ZIP file. Pretty much that is what MSI is doing for you now. You can change the compression ratios of the CAB files you put your product if you need to gain compression speed. The age old problem of writing custom actions is 1) development and debuging is difficult and 2) handling all transactions (install, modify, repair, rollback, patch and uninstall) can also add overhead. For files, MSI can handle your needs. I do see that you will run into some of the size issues using heat even with the new modifications. If you are able to break your files up into say 1000 file directories that remain fairly stable (patching is difficult either way you go) you would just need to run heat 24 times in your build process to harvest those files. As mentioned in my blog that Yan pointed you to, there are some extensions planned for heat which are slated to help out in this. Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Jun 24, 2009 at 7:56 AM, Yan Sklyarenko wrote: > First off, heat was recently enhanced to support automation better: > http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!461.entry > > In terms of installation performance, the second option is better, IMHO. > For instance, if you have thousands of icons, which are not the subject > to upgrade regularly, then you can zip them and have a custom action to > maintain that ZIP. For instance, you can extract it in the background > during the installation, remove on uninstall, etc. If you need to > upgrade those files, you'll have to overwrite the entire set, which is > quite acceptable for icons. It means less control from Windows > Installer, more responsibility to developer, but reduces the time of > install/uninstall. > > This is not the "MSI recommended" way, of course, but in some situations > it overweighs the potential problems of violating the rules :) Again, > this is my own opinion. > > Hope this helps. > > -- Yan > > -Original Message- > From: Tom Crozier [mailto:tcroz...@rackwise.com] > Sent: Wednesday, June 24, 2009 4:25 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] How to handle installing a large number of files > > All - I need to know the best way to handle installing a large number of > files. As part of the project I have 2 different directories with > approximately 24,000 files (including subfolders) in each. I could use > heat to generate the initial list but then I am assuming I have to > maintain the list from then on since I would not want the file id's > changing from release to release. The other method would be to zip up > each directory and install the zip file. In this case I would need to > write a custom action to unzip the files (unless there is already > something available). Ideas? Suggestions? > > Thanks - TopCat > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat Website Harvester Status?
Hey Aaron, Could you share your command line string? This error is of interest to me. > heat.exe : error HEAT0001 : Value cannot be null. Parameter name: argument Exception Type: System.ArgumentNullException Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Mon, Jun 29, 2009 at 2:45 PM, Aaron Webster wrote: > I have read several postings from Rob that the heat website harvester could > possibly be broken? What is the status on that specific portion of heat? I > have been receiving many of the same errors that are on the mailing list. > > heat.exe : error HEAT5158 : The web site > 'IIS://localhost/LM/W3SVC/1/ROOT/' could not be found. > Please check that the web site exists, and that it is spelled correct. > heat.exe : error HEAT5158 : The web site > 'IIS://localhost/W3SVC/1/ROOT/' could not be found. > Please check that the web site exists, and that it is spelled correct. > > heat.exe : error HEAT0001 : Value cannot be null. Parameter name: argument > Exception Type: System.ArgumentNullException > > OS: Windows Server 2008 > IIS Ver: 7.0 > I have installed the IIS 6.0 Resource Kit and verified that the Metabase > location is correct. > > Anyone have a working example to give w/ IIS7? > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] problem with ComPlusApplication and public properties on Win64...
Hey Tim, Have you done any type of diff'ing on the logs that would be generated from the three different types of installs you mentioned (32-bit, 64-bit passive, 64-bit full)? You should see when the server state transfers and what the values are. Remember to use the "/lvx* [logfilename]" switch. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Mon, Jul 6, 2009 at 6:52 AM, Tim Johnson wrote: > tried that and it has the same problem - works fine with /passive, but > doesn't work from the ui. > > On 7/4/09, Bob Arnson wrote: > > Tim Johnson wrote: > >> > >> > > > > Check out the Secure attribute. > > > > -- > > sig://boB > > http://joyofsetup.com/ > > > > > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixlib and media/diskid settings
Hey Nick, Have you looked into a custom heat.exe extension? You would only have to create a mutator that added the disk Id of your choice. It would also give you the ablitity to do some more advanced manipulation. http://blogs.msdn.com/icumove/archive/2009/07/02/WiX-Heat-Extension_3A00_-Setting-Up-a-Custom-Extension-Project.aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Mon, Jul 6, 2009 at 10:38 AM, Rob Mensching wrote: > What about using an XSL transform to modify the heat output? > > Nick Ball wrote: > > Hi, > > > > > > > > I'm creating a wixlib, and then using it in my main setup program, but > > I'd like the lib to go into a separate cab file. Because the contents of > > the lib have been generated by heat, I've put the disk ID on the > > directory, rather than each component. This code, understandably, does > > not work: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Heat output: > > > > > > > > > > > > > > > > > > > > > Source="$(var.Folder)\file" /> > > > > > > > > > > > > > > > > > > > > If I edit the heat output directly and specify the diskid, it does work. > > > > > > > > > > > > > > > > > Source="$(var.Folder)\file" /> > > > > > > > > > > > > > > > > > > > > But I really want to be able to regenerate the file that heat produces > > without any subsequent editing. Is there a way of doing this? One > > solution that I keep wondering about is changing the output of heat to > > an include file. This would get round a bunch of problems I've been > > having. Could that be added as a feature request? > > > > > > > > Regards > > > > > > > > Nick > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSP patch creation with Wix
There is a sample in the CHM. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Jul 7, 2009 at 1:44 PM, Ilya Mayzel wrote: > Hello, > > > > Does anyone know how can I create MSP with Wix based on my MSI/Wix > package? > > > > First I created template.wxs schema file and compiled it into MSI using > candle and light. > > Now I have a new binary file I need to replace at the target location. > > > > What is a step by step process to create MSP? > > Can I use the same .wxs file with just modifications in a binary > section? > > What product/package codes and GUIDS modifications should I make to this > file to turn it into PCP/MSP > > > > I read on the web that this is a sequence: > > candle patch.wxs > light patch.wixobj -out patch.pcp > msimsp -s patch.pcp -p patch.msp -l msimsp.log > > > > But what should be a different in the patch.wxs vs normal MSI .wxs ? > > > > Thanks, > > > > Ilya Mayzel > > > > > > > > > -- > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/blackberry > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixVariables and GUIDs
Hey Russell, Have you tried putting brackets around the GUID? http://msdn.microsoft.com/en-us/library/aa368767(VS.85).aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jul 15, 2009 at 6:31 AM, wrote: > I'm trying to put a GUID in to a wix variable but can't seem to make it > work. I've successfully put the same GUID in to a pre-processor define and > it works correctly. Is this a bug in Wix 3 or am I trying to use wix > variables incorrectly. > > I've declared the define like this: > > > > And was accessing it like this: > > > > Which worked fine. > > I've then tried to declare this as a wix variable so it can go in a library > project like this: > > > > But if I then try and use this variable in an upgrade section: > > > > I get the following 2 errors: > > Error 1 ICE03: Invalid GUID string (Be sure GUID is all UPPER > case); Table: Upgrade, Column: UpgradeCode, Key(s): > 5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F..0.2.0..256 > C:\russell\ServerTools\trunk.wix\IssueChooserWix\Common.wxi 7 1 > IssueChooserWix > Error 2 ICE61: In Upgrade table UpgradeCode > 5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F is not a valid GUID > C:\russell\ServerTools\trunk.wix\IssueChooserWix\Common.wxi 7 1 > IssueChooserWix > > Is this the correct syntax to use wix variables? > > Thanks > > Russell > > > > -- > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixVariables and GUIDs
Hey Russell,
I am not 100% sure but I believe the WiX team works some magic on GUIDs
before the bind/link time. That might be why you are seeing this behavior.
Thanks,
Brian Rogers
"Intelligence removes complexity." - Me
http://blogs.msdn.com/icumove <-- NEW
On Wed, Jul 15, 2009 at 9:37 AM, wrote:
> Thanks Brian, this does work (I thought I'd tried this and it didn't
> before!) Odd that if I define the GUID as a pre-processor variable it
> doesn't require {}'s and if you enter the GUID manually Wix says it doesn't
> need them.
>
> But it works so great.
>
> Thanks
>
> Russell
>
> On Wednesday, 15 July, 2009, at 04:59PM, "Brian Rogers" <
> rogers.br...@gmail.com> wrote:
> >Hey Russell,
> >
> >Have you tried putting brackets around the GUID?
> >
> >http://msdn.microsoft.com/en-us/library/aa368767(VS.85).aspx
> >
> >Thanks,
> >
> >Brian Rogers
> >"Intelligence removes complexity." - Me
> >http://blogs.msdn.com/icumove <-- NEW
> >
>
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Python for the custom action
Hey Konstantin, You could develop a managed custom action and use IronPython if that works for you. It would be good for the community to hear how your development efforts went. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jul 15, 2009 at 11:52 AM, Konstantin Vlasenko < konstantin.vlase...@gmail.com> wrote: > It is a good idea to have an ability to write custom action on Python same > as for VBScript or JScript. > I understand that the Windows Installer not going support this (maybe > IronPython?). > But may we can to make an Wix extension? > What do you think? Does it make sence? > > -- > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat Not Working on x64 Primary Interop Assemblies
Hey Jonathan, Heat does not support harvesting 64-bit. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Mon, Jul 27, 2009 at 11:10 AM, jnewton wrote: > > I am running heat on some 64-bit PIAs so I can extract some COM registry > keys. However, I recieve the message HEAT5150: Could not harvest data from > a > file that was expected to be a SelfReg DLL: . > > If I add this PIA to a VS setup project and tell it to register, it > generates the registry keys for me. So I am not sure what's different in > terms of how WiX extracts that information compared to Visual Studio. > > I am doing this on a 32-bit system. However, I tried it on a 64-bit system > and heat still threw the same message. > > Maybe there is something wrong with the PIA but Visual Studio extracts the > information fine. > > Thoughts? > -- > View this message in context: > http://n2.nabble.com/Heat-Not-Working-on-x64-Primary-Interop-Assemblies-tp3335481p3335481.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix and XP Embedded
Hey Andrew, I have confirmed that it is supported. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Aug 5, 2009 at 3:37 AM, Andrew Dedman wrote: > Anyone know if XP Embedded can handle an msi file? Does XP embedded ship > with Windows Installer or do you have to download the redistributable? > > Thanks > > Andrew > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix and XP Embedded
Found out some more info. It is an option when building an XP embedded image. But it is not a default. So, you should definitely look to detect what is on the system and you might need to install the distributable if it isn't. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Aug 6, 2009 at 8:21 AM, Brian Rogers wrote: > Hey Andrew, > > I have confirmed that it is supported. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://blogs.msdn.com/icumove <-- NEW > > > On Wed, Aug 5, 2009 at 3:37 AM, Andrew Dedman > wrote: > >> Anyone know if XP Embedded can handle an msi file? Does XP embedded ship >> with Windows Installer or do you have to download the redistributable? >> >> Thanks >> >> Andrew >> >> -- >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to make use of the output .wxs file of heat.exe in WiX3.0?
Hey Bonn, Just a friendly reminder. Features are only allowed to have 1600 components according to MSI docs. Heat generates one component per file so I would recommend breaking up your harvesting effort into more than one directory and having more than one output file if you have greater than 1600 files. This might also help you when using the -cg switch. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Aug 6, 2009 at 8:38 AM, Richard Hollis wrote: > I think you need to use a component group: > > heat ... -cg WebSiteFiles > > This wraps all your components up into a single component grouping that you > can then reference easily in your feature: > > > > > > Richard > > 2009/8/6 bonn deng > > > Hi all, I am now using heat.exe to generate the .wxs file of one > > directory with the command: > > heat.exe dir "." -gg -nologo -sfrag -out test.wxs -template:product > > , where the current directory contains thousands of files (because it's > > the root dir of a web application). > > Then I want to include all the files listed in the test.wxs into > another > > .wxs file, but the question is: there're so many components and the > > test.wxs > > file doesn't list all the components in the Feature Element, in this case > > it > > would be impossible for me to do it manually, What can I do? Please help, > > thank you so much in advance! > > Best wishes, > > Bonn > > > > > -- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > > trial. Simplify your report design, integration and deployment - and > focus > > on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to make use of the output .wxs file of heat.exein WiX3.0?
Hey Everyone, Well, from the ICE47 ( http://msdn.microsoft.com/en-us/library/aa368976(VS.85).aspx) message it does imply it is only a Win9X warning. However, as with the length of .cab names and other rules that seem antiquated, it is best to follow them or possibly face problems in the future. Now that my disclaimer is over, I do agree this message seems to be legacy. I have sent in an ask on why this still exists and look forward to the reply. There is a workaround, this is to add the components in small blocks to hidden features under your primary feature. Lame? Yes, but it works and keeps you compliant. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Aug 7, 2009 at 1:17 AM, Peter Shirtcliffe wrote: > > Brian or anyone - do you know why this limit exists ? Weve had a feature > with well over 1600 components and never run into any problems. > Installation, maintenance, patching and upgrade all work. I wonder > whether its purely a Windows 9x limit or some circumstance that we > havent found yet. > > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: 06 August 2009 18:49 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] How to make use of the output .wxs file of > heat.exein WiX3.0? > > Hey Bonn, > > Just a friendly reminder. Features are only allowed to have 1600 > components according to MSI docs. Heat generates one component per file > so I would recommend breaking up your harvesting effort into more than > one directory and having more than one output file if you have greater > than 1600 files. > This might also help you when using the -cg switch. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://blogs.msdn.com/icumove <-- NEW > > > On Thu, Aug 6, 2009 at 8:38 AM, Richard Hollis > wrote: > > > I think you need to use a component group: > > > > heat ... -cg WebSiteFiles > > > > This wraps all your components up into a single component grouping > > that you can then reference easily in your feature: > > > > > > > > > > Richard > > > > 2009/8/6 bonn deng > > > > > Hi all, I am now using heat.exe to generate the .wxs file of one > > > directory with the command: > > > heat.exe dir "." -gg -nologo -sfrag -out test.wxs -template:product > > > , where the current directory contains thousands of files (because > > > > it's the root dir of a web application). > > > Then I want to include all the files listed in the test.wxs into > > another > > > .wxs file, but the question is: there're so many components and the > > > test.wxs file doesn't list all the components in the Feature > > > Element, in this case it would be impossible for me to do it > > > manually, What can I do? Please help, thank you so much in advance! > > > Best wishes, > > > Bonn > > > > > > > > -- > > > > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > > trial. Simplify your report design, integration and deployment - and > > focus > > > on > > > what you do best, core application coding. Discover what's new with > > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > > Let Crystal Reports handle the reporting - Free Crystal > > Reports 2008 30-Day trial. Simplify your report design, integration > > and deployment - and focus on what you do best, core application > > coding. Discover what's new with Crystal Reports now. > > http://p.sf.net/sfu/bobj-july > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - > and focus on what you do best, core application coding. Discover what's > new with Crystal Reports now. http://p.sf.net/sfu/bobj
Re: [WiX-users] Changes in heat's output format from v3.0.4805
Hey Ron, You are correct. There was a direct intention to make the naming convention more robust by removing numbers in the values and having a "hash" for the Id. However, the dir/cmp/fil Ids are not just determined by path. They are "seeded" as well but the -dr switch (my blog touches on this http://bit.ly/atX0r). This is important to know if you add/change/remove the -dr switch you will violate some MSI rules when the Ids change. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Sun, Aug 9, 2009 at 9:54 AM, Inbar, Ron wrote: > Hi, > > After playing around with heat some more, I think I found out the answers > to my own questions: > > 1. The identifiers are not random GUIDs but hash codes which are uniquely > determined by the path. This naming scheme is more robust than the previous > one in which an ordinal number was appended to the file name in order to > distinguish it from identically named files sitting in different > directories. These ordinal numbers could change when files with the same > name were added or removed. > 2. Use the -cg flag. > > Regards, > > Ron Inbar > Staff Engineer > > -Original Message- > From: Inbar, Ron [mailto:ron.in...@philips.com] > Sent: Sunday, August 09, 2009 6:35 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Changes in heat's output format from v3.0.4805 > > Hi, > > I noticed two differences between heat's output in version 3.0.4805 and > 3.0.5217: > > * In version 3.0.4805, heat generated component identifiers that > were similar to the names of the harvested files. In 3.0.5217, the > identifiers are random GUIDs. > > * In version 3.0.4805, heat used to generate a single feature with > a ComponentRef element for every harvested component. In 3.0.5217 it > doesn't generate any ComponentRef elements. > I have two questions: > > 1. What were the reasons for these changes? > > 2. How can I generate all the necessary ComponentRefs when I use the > latest version of heat? > > Thanks, > > Ron Inbar > Software Engineer > CT Division > Philips Healthcare > > > > The information contained in this message may be confidential and legally > protected under applicable law. The message is intended solely for the > addressee(s). If you are not the intended recipient, you are hereby notified > that any use, forwarding, dissemination, or reproduction of this message is > strictly prohibited and may be unlawful. If you are not the intended > recipient, please contact the sender by return e-mail and destroy all copies > of the original message. > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changes in heat's output format from v3.0.4805
Can you post the code? I am not clear on what you mean. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW 2009/8/11 DEÃK JAHN, Gábor > On Tue, 11 Aug 2009 08:19:46 -0700, Brian Rogers wrote: > > Brian, > > while testing Heat for the tutorial, I observed that without -srd, I get > completely identical items, as many as there are > files in the directory, all with the very same Id. Is this on purpose or > some problem? Version .5419. > > Bye, > Gábor > > --- > DEÃK JAHN, Gábor -- Budapest, Hungary > E-mail: d...@tramontana.co.hu > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changes in heat's output format from v3.0.4805
Hey Gábor, This does look like a bug (both of the ones you mentioned). If you could open two bugs on source forge on what you are seeing that would be great. One the fragment side of things, you should be safe to continue with those in your .wxs without impact. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW 2009/8/11 DEÃK JAHN, Gábor > On Tue, 11 Aug 2009 11:27:32 -0700, Brian Rogers wrote: > > Brian, > > > Can you post the code? I am not clear on what you mean. > > I will but first a simple error I've just seen, "heat file " gives a > nasty InteropServices.COMException if the simply isn't there. > > As to the original question, I copied the WiX extension DLLs into a folder > for testing and issued the following command: > > heat dir . -cg SampleGroup -out SampleGroup.wxs > > The result (truncated, of course): > > > http://schemas.microsoft.com/wix/2006/wi";> > > >Directory="dir0F6F75DF46D1BACE2233EC573E6D4AA9" Guid="PUT-GUID-HERE"> > Source="SourceDir\WixComPlusExtension.dll" /> > > Directory="dir0F6F75DF46D1BACE2233EC573E6D4AA9" Guid="PUT-GUID-HERE"> > Source="SourceDir\WixDifxAppExtension.dll" /> > > ... >Directory="dir0F6F75DF46D1BACE2233EC573E6D4AA9" Guid="PUT-GUID-HERE"> > Source="SourceDir\WixUtilExtension.dll" /> > > Directory="dir0F6F75DF46D1BACE2233EC573E6D4AA9" Guid="PUT-GUID-HERE"> > Source="SourceDir\WixVSExtension.dll" /> > > > > > > Name="SampleHeat" /> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I mean these identical Fragments here at the end. > > Bye, > Gábor > > --- > DEÃK JAHN, Gábor -- Budapest, Hungary > E-mail: d...@tramontana.co.hu > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Harvest registry
Hey André, There isn't currently a registry harvester. Depending on your needs and level of experience you could look at tallow in 2.0 and then convert the output to 3.0 using wixcop.exe. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Aug 13, 2009 at 7:23 AM, André Werlang wrote: > Hi everybody! > > I want to know how can I harvest a key on registry. In my case this isn't > for COM registration so heat doesn't do that for me. > > Regards, > > > > André Felipe Werlang > Desenvolvimento > GVDASA Sistemas > Pólo de Informática de São Leopoldo / RS > (0xx51) 3591-1700 > and...@gvdasa.com.br > www.gvdasa.com.br > > Antes de imprimir pense em seu compromisso com o Meio Ambiente > e o comprometimento com os Custos > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need a Good Template or GUI designer
Take a look at heat.exe command line values. There is a product template and you can specify a directory to "harvest". Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Aug 13, 2009 at 5:50 PM, Hotmail Acc wrote: > I am trying to create a prototype for our team and I am not able to > succeed(nearly spent 2 mo). The current information that is available on > the > web is not helpful. It is getting kinda frustrating. Is it possible to get > a > template or a GUI designer or a more real world sample which can be used as > a starting point? The samples in the tutorials are quite simple. > > > > I tried WIX Installar 3.0 project but was not successful in compiling the > code on my dev box. > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Simplest case of using Heat?
Hey Paul,
Please excuse the brevity of my reply. I agree there needs to be some
additional tutorials on the heat.exe tool. Below is a quick way of
"harvesting" a directory. Mind you, this is a somewhat repeatable process.
The largest issue would be around the addition or removal of files into the
MSI. If you can guarantee that your file base will say static (rarely the
case) then you could use the below with a fair amount of confidence.
Mind you, understanding how heat.exe works also means that you understand
the composition of a .wxs file and generally how the core tools in WiX work
together (candle.exe, light.exe and others).
1. heat.exe -?
2. Look for the -ag, -template:, -cg and -srd switches.
3. heat.exe dir {C:\SomeDir} -ag -cg MyComponentGroup -srd -template:product
-out MyTest.wxs
4. Open MyTest.wxs and edit the Product and Package information for your
needs. Continue editing as you see fit for Features and other details
including UI.
5. Compile the .wxs using candle.exe and then link using light.exe. The
result should be a MSI.
For some more details check out my blog if you haven't already done so,
especially http://bit.ly/atX0r.
Thanks,
Brian Rogers
"Intelligence removes complexity." - Me
http://blogs.msdn.com/icumove <-- NEW
On Mon, Aug 17, 2009 at 7:28 AM, Paul Crowley wrote:
> Does anyone have a very simple example of how one might actually use
> Heat in practice? The documentation and the tutorial discusses how Heat
> can handle all sorts of complex cases, but I can't work out what I'm
> supposed to do with the generated file in the simplest case. What I'm
> looking for is something very like the first, simplest example in the
> WiX tutorial, but using Heat - end to end and step by step.
>
> I can only assume that this isn't already there because it seems too
> obvious to discuss, but I'm afraid it wasn't obvious to me! I
> understand that I can't simply re-run Heat on every build - I have to
> check in the file it generates into revision control so that the GUIDs
> it assigns are kept - but obviously I'd prefer to automate whatever I can.
>
> Any help that anyone can offer would be gratefully received. If there's
> a "hello world" project out there that uses WiX and Heat in the
> recommended way, that would help me a lot. Thanks!
> --
> [][][] Paul Crowley
> [][] LShift Ltd
> [] [] www.lshift.net
>
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing parameters to config file from command line
Hey Brendan, Try msiexec /i My.msi APPSERVER=http://pleaseWork <http://pleasework/> Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Mon, Aug 17, 2009 at 8:26 AM, brendan_rice wrote: > > Hi, > > I need to be able to pass a parameter to my config file for WebServicePath. > I have been looking into XMLFile but I can't seem to get this working. > > Action="setValue" > > ElementPath="//appSettings/add[...@key='WebServicePath'[\]]/@value" > Value="[APPSERVER]" > File="[INSTALLDIR]My.exe.config" /> > > I am then building the MSI and installing using the following command line: > > msiexec /i My.msi WebServicePath ="http://pleaseWork <http://pleasework/>" > > This doesn't seem to be working. Would it have anything to do with the > file > being read only? > > Any help with this is appreciated. > > Thanks, > > Brendan > > > -- > View this message in context: > http://n2.nabble.com/Passing-parameters-to-config-file-from-command-line-tp3459763p3459763.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RES: Specifying source files
Hey everyone,
In Heat.exe, when you would like to subsititue the SourceDir
in SourceDir\file.xyz to light you only have to the -b command switch.
-b specify a base path to locate all files
(default: current directory)
You don't have to use the -var command in heat.exe to get light to link to
your files.
This is to help you move content across servers and locations, especially
with .wixlib files, without having to know what the variable name is. Can
make your life easier because you can also specify more than one -b value
for multiple paths.
So André, in order to do what you want with the example that you gave try
something like this in light.
light.exe wPDFGroup.wixout -b {drive}:\{content}\wPDF\ -out my.msi
Hope this helps,
Brian Rogers
"Intelligence removes complexity." - Me
http://blogs.msdn.com/icumove <-- NEW
On Fri, Sep 4, 2009 at 6:37 PM, Blair wrote:
> Looking at the help spew from Heat, I noticed something interesting. The
> -var argument:
>
> -var substitute File/@Source="SourceDir" with a
> preprocessor variable
> (e.g. -var var.MySource will become
> File/@Source="$(var.MySource)\myfile.txt").
>
> Try adding -var var.wPDF to your Heat commandline, and
> -dwPDF="SourceDir\wPDF" to your Candle commandline (at least the instance
> that builds the file Heat produces).
>
> I haven't tested this, but it looks worth a try to me.
>
> -Original Message-
> From: André Werlang [mailto:and...@gvdasa.com.br]
> Sent: Friday, September 04, 2009 6:43 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] RES: Specifying source files
>
> Hi,
>
> Yes, my fault - i'm using heat.
>
> Here's the command line:
>
>heat dir ".\wPDF" -cg wPDFGroup -dr APPLICATIONFOLDER -ke -gg -nologo
> -sfrag -sreg -svb6 -scom -template:fragment -out wPDFGroup.wxs
>
> And Product's directory struture:
>
>
>
>
>
>
>
>
> I tried setting APPLICATIONFOLDER's @FileSource to the actual location,
> with and without wPDF in the path and it still can't find the file.
>
> I'd appreciate any comment on this...I think I'm missing something.
>
>
> André Felipe Werlang
>
> Antes de imprimir pense em seu compromisso com o Meio Ambiente
> e o comprometimento com os Custos
>
>
> -Mensagem original-
> De: Blair [mailto:os...@live.com]
> Enviada em: 3 de setembro de 2009 21:05
> Para: 'General discussion for Windows Installer XML toolset.'
> Assunto: Re: [WiX-users] Specifying source files
>
> I think Andre is looking to use the "Identifying files by name and
> directory
> tree" method described in the "Specifying source files" topic in wix.chm.
>
> Andre, I suspect the problem has more to do with the way that your
> fragments
> are generated. I assume you used Heat.exe. What was your entire exact
> commandline?
>
> The reason it couldn't find the files when you removed the "SourceDir\"
> part
> of your @Source would depend on the @FileSource value for the
> APPLICATIONFOLDER directory which you don't show in your email.
>
> -Original Message-
> From: Chris Lord [mailto:chris.l...@atterotech.com]
> Sent: Thursday, September 03, 2009 9:15 AM
> To: wix-users
> Subject: Re: [WiX-users] Specifying source files
>
> The source has no affect on the location the file is placed when it is
> installed on the target machine. That is set by the directory structure
> you have defined with the directory components.
>
> The source should point to the file location of CID_Demo.pdf on your
> machine that is to be included in the installation. This can be an
> absolute reference such as
> C:\program files\installer\CID_Demo.pdf
>
> Or a relative one such as in your snippet
> SourceDir\CID_Demo.pdf
>
> If a relative path is given, Light uses the folder location of the
> source file it's processing as a base and adds the source location to it
> to create an absolute reference to the file it needs. If the file does
> not exist in that location, Light will then give an error.
>
> For example, if the fragment containing the snippet below is located in
> a file in c:\program files\Wix, Light will be looking to include the
> following file:
> c:\program files\Wix\SourceDir\CID_Demo.pdf.
>
> The simplest way to fix it is just to change the source to be the actual
> location of the CID_Demo.pdf file on your machine.
>
> Chris
>
>
> -Original Message-
> From: André Werlang [mailto:and...@gvdasa.com.br]
> Sent: Thursday, September 03, 2009 10:24
Re: [WiX-users] warning LGHT1076: ICE47
As a follow up, WiX 3.5 will suppress this message by default along with the removal of it in heat.exe. Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Aug 11, 2009 at 10:24 AM, Vuchuru, Surekha (SBT US EXT) < surekha.vuchuru@siemens.com> wrote: > > Ohh I am sorry if I made it sound that way... > I just wanted to know if it a limitation with Wix or my installer (If > there is a way to increase the limit to the components, particular to my > installation). > > Regards, > Surekha Vuchuru > > -Original Message- > From: Jeremy Farrell [mailto:jfarr...@pillardata.com] > Sent: Tuesday, August 11, 2009 12:08 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] warning LGHT1076: ICE47 > > When you ask for a way to get rid of a warning without fixing the > problem and without suppressing the warning, it's hard to imagine what > could be suggested. > > > -Original Message- > > From: Vuchuru, Surekha (SBT US EXT) > > [mailto:surekha.vuchuru@siemens.com] > > Sent: Tuesday, August 11, 2009 4:57 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] warning LGHT1076: ICE47 > > > > > > Any suggestions please? > > > > Thanks and Regards, > > Surekha Vuchuru > > > > -Original Message- > > From: Vuchuru, Surekha (SBT US EXT) > > Sent: Friday, August 07, 2009 2:45 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: [WiX-users] warning LGHT1076: ICE47 > > > > Hello All, > > > > I am getting a lot of Wix compilation warmings. This is one of them. > > > > warning LGHT1076: ICE47: Feature 'NetworkGatewayFeature' has 878 > > components. This could cause problems on Win9X systems. You should try > > to have fewer than 817 components per feature. > > > > Please let me know how I can get rid of this warning without > > supressing > > it and without reducing the number of components...Is this a > > limitation > > in Wix? > > > > Thanks and Regards, > > Surekha Vuchuru > > -- > > -- > > -- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > trial. Simplify your report design, integration and deployment - and > > focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > > > > Let Crystal Reports handle the reporting - Free Crystal > > Reports 2008 30-Day > > trial. Simplify your report design, integration and > > deployment - and focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automating Heat
Hey Jon, This should definately not be happening. Does this happen if you do just a -pog:Binaries or -pog:Sources switch. It could be a bug with that particular switch. Have you tried removing the -cg switch as well? Just giving you some scenarios to run so we can track down what is going on. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Sep 9, 2009 at 7:37 AM, Jon Hope wrote: > Afternoon all, > > I am currently implementing WiX into our daily builds and am using Heat.exe > to generate a WiX fragment file at Pre-build by harvesting a .csproj. Any > releases will be Major releases, and the previous software is fully removed, > so this should not break any component rules. > > The problem I am having is that Heat.exe appears to be generating the > ComponentGroups twice, once at the top of the .wxs, and once at the bottom. > This then gives a build error: > > "Duplicate symbol 'WixComponentGroup:ASP.Content' found" > > If I manually remove the second component group, the build is successful > and the .msi package is created. > > Can anyone please shed any light as to why this is happening? > > The command I am using to generate the fragment is as follows: > > "C:\Program Files\Windows Installer XML v3.5\bin\heat.exe" project > "$(ProjectDir)\..\..\WEB\ASP.csproj" -ag -cg ProductASP -pog:Content > -template:fragment -g1 -ke -out "$(ProjectDir)ASPFragment.wxs" > > This is creating 2 component groups with the same Id Id="ASP.Content"> > > Kind Regards, > > Jon > > > # > > Disclaimer > > Nothing in this E-mail is to be interpreted as agreement on behalf > of Pinewood Technologies Plc to enter into any legally binding > agreement unless the recipient has received confirmation in writing > from a director of the business that the sender is so authorised. > > If you have received this E-mail in error please forward it to > email-retu...@pinewood.co.uk, destroy and delete it and do > not rely upon it in any way. > > Publication and/or distribution of it is strictly prohibited and may be > unlawful. > > # > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automating Heat
Hey Jon, If you could add a bug to sourceforge.net for this issue and how to repro it that would be great. The warning message was specific to the -cg switch. This warning is being removed in WiX 3.5. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Sep 10, 2009 at 9:17 AM, Jon Hope wrote: > Hi Brian, > > Thanks for your reply. It appears that the duplication is only happening > when using the -cg switch. I've tried all other switches from my original > email and all seem fine. Strangely, I also only receive the warning > regarding having too many components per feature when using the -cg switch. > > Kind Regards, > > Jon > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: 10 September 2009 16:44 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Automating Heat > > Hey Jon, > > This should definately not be happening. Does this happen if you do just a > -pog:Binaries or -pog:Sources switch. It could be a bug with that > particular > switch. Have you tried removing the -cg switch as well? Just giving you > some > scenarios to run so we can track down what is going on. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://blogs.msdn.com/icumove <-- NEW > > > On Wed, Sep 9, 2009 at 7:37 AM, Jon Hope wrote: > > > Afternoon all, > > > > I am currently implementing WiX into our daily builds and am using > Heat.exe > > to generate a WiX fragment file at Pre-build by harvesting a .csproj. > Any > > releases will be Major releases, and the previous software is fully > removed, > > so this should not break any component rules. > > > > The problem I am having is that Heat.exe appears to be generating the > > ComponentGroups twice, once at the top of the .wxs, and once at the > bottom. > > This then gives a build error: > > > > "Duplicate symbol 'WixComponentGroup:ASP.Content' found" > > > > If I manually remove the second component group, the build is successful > > and the .msi package is created. > > > > Can anyone please shed any light as to why this is happening? > > > > The command I am using to generate the fragment is as follows: > > > > "C:\Program Files\Windows Installer XML v3.5\bin\heat.exe" project > > "$(ProjectDir)\..\..\WEB\ASP.csproj" -ag -cg ProductASP -pog:Content > > -template:fragment -g1 -ke -out "$(ProjectDir)ASPFragment.wxs" > > > > This is creating 2 component groups with the same Id > Id="ASP.Content"> > > > > Kind Regards, > > > > Jon > > > > > > > # > > > > Disclaimer > > > > Nothing in this E-mail is to be interpreted as agreement on behalf > > of Pinewood Technologies Plc to enter into any legally binding > > agreement unless the recipient has received confirmation in writing > > from a director of the business that the sender is so authorised. > > > > If you have received this E-mail in error please forward it to > > email-retu...@pinewood.co.uk, destroy and delete it and do > > not rely upon it in any way. > > > > Publication and/or distribution of it is strictly prohibited and may be > > unlawful. > > > > > # > > > > > -- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > > trial. Simplify your report design, integration and deployment - and > focus > > on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net &
Re: [WiX-users] Automating Heat
Hey Jon, That is good to hear! I will mention to watch out with the time to do costing for components with that many files. I imagine that a full install of the MSI is taking over 15 minutes if you have more that 3000 files. Additionaly, the only way you will be able to handle patching is to do some large customizations in heat.exe. Without these I would recommend staying with the Major Upgrade store I know that isn't want you wanted to hear. I am working on some stuff to help this issue out. It is turning it quite the "rats nest" I am particularly interested in hearing your feedback as you go through this process. Heat 4.0 (or v2.0 I guess) is on the drawing boards. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Sep 11, 2009 at 2:16 AM, Jon Hope wrote: > Thanks for your help Brian. > > I have raised this on as a bug on sourceforge. I can get by without the > -cg switch which means I now have an automated build process which > incorporates Heat to generate the fragment, rather than our developers > having to manually update the fragments (we have 1000's of files). > > Kind Regards, > > Jon > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: 10 September 2009 18:23 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Automating Heat > > Hey Jon, > > If you could add a bug to sourceforge.net for this issue and how to repro > it > that would be great. The warning message was specific to the -cg switch. > This warning is being removed in WiX 3.5. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://blogs.msdn.com/icumove <-- NEW > > > On Thu, Sep 10, 2009 at 9:17 AM, Jon Hope wrote: > > > Hi Brian, > > > > Thanks for your reply. It appears that the duplication is only happening > > when using the -cg switch. I've tried all other switches from my > original > > email and all seem fine. Strangely, I also only receive the warning > > regarding having too many components per feature when using the -cg > switch. > > > > Kind Regards, > > > > Jon > > > > -Original Message- > > From: Brian Rogers [mailto:rogers.br...@gmail.com] > > Sent: 10 September 2009 16:44 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Automating Heat > > > > Hey Jon, > > > > This should definately not be happening. Does this happen if you do just > a > > -pog:Binaries or -pog:Sources switch. It could be a bug with that > > particular > > switch. Have you tried removing the -cg switch as well? Just giving you > > some > > scenarios to run so we can track down what is going on. > > > > Thanks, > > > > Brian Rogers > > "Intelligence removes complexity." - Me > > http://blogs.msdn.com/icumove <-- NEW > > > > > > On Wed, Sep 9, 2009 at 7:37 AM, Jon Hope > wrote: > > > > > Afternoon all, > > > > > > I am currently implementing WiX into our daily builds and am using > > Heat.exe > > > to generate a WiX fragment file at Pre-build by harvesting a .csproj. > > Any > > > releases will be Major releases, and the previous software is fully > > removed, > > > so this should not break any component rules. > > > > > > The problem I am having is that Heat.exe appears to be generating the > > > ComponentGroups twice, once at the top of the .wxs, and once at the > > bottom. > > > This then gives a build error: > > > > > > "Duplicate symbol 'WixComponentGroup:ASP.Content' found" > > > > > > If I manually remove the second component group, the build is > successful > > > and the .msi package is created. > > > > > > Can anyone please shed any light as to why this is happening? > > > > > > The command I am using to generate the fragment is as follows: > > > > > > "C:\Program Files\Windows Installer XML v3.5\bin\heat.exe" project > > > "$(ProjectDir)\..\..\WEB\ASP.csproj" -ag -cg ProductASP -pog:Content > > > -template:fragment -g1 -ke -out "$(ProjectDir)ASPFragment.wxs" > > > > > > This is creating 2 component groups with the same Id > > Id="ASP.Content"> > > > > > > Kind R
Re: [WiX-users] Reading contents of a text file
There is a crude native C++ custom action here ( http://wixml.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=263) called Property Loader. It allows you to read and replace text in a text file. However, it doesn't support rollback. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Sep 29, 2009 at 8:13 AM, Sebastian Brand (Instyler Software) < wix+us...@instyler.com > wrote: > You'll have to stick with a custom action for that. To read a text > file, I'd just use VBScript to read the text file ( fso.OpenTextFile > (...).ReadAll ) and store it in a property (if it's a short text). > Otherwise it depends on your purpose. > > > Best regards, > Sebastian Brand > > Deployment consultant > E-Mail: sebast...@instyler.com > > Instyler Setup - Creating WiX-based MSI installations, elegantly. > http://www.instyler.com > > On 29.09.2009, at 00:14, >> wrote: > > > Does anyone have an example of how I can read the contents of a text > > file and use it with WiX? > > > > > > > > Thanks. > > > > > > > > - Phil > > > > > -- > > Come build with us! The BlackBerry® Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart > > your > > developing skills, take BlackBerry mobile applications to market and > > stay > > ahead of the curve. Join us from November 9-12, 2009. Register > > now! > > http://p.sf.net/sfu/devconf > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Modular install configurations based on available files
Hey Nick, I would look at Burn to help you accomplish some of your goals. You could make an individual MSI for each database you are shipping. Compile those individual MSIs into Burn and then use the search features of Burn to determine which databases have already been installed via MSI searches and choose which to install later. Each MSI would have business logic for how to install the database. This would help you keep things modular in the long run. It would also help you with patching and upgrade support. Databases are, IMHO, one of the hardest installs to upgrade through MSI (good luck). The cab file approach wouldn't be an MSI/WiX approach in the long run. Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Sep 30, 2009 at 9:00 AM, Nick Ball wrote: > Hi All, > > > > I have a product that ships with several different databases - or > combinations thereof. I would like my installer to show all available > databases as features that the user can install - and those that didn't > get shipped should be greyed out. > > > > I'm thinking of one main setup program and each database stored as a > feature in separate cab files. I can either then look on the source disk > for each cab file in turn, or write a small XML file (like office seems > to do) describing the components and where they are. At the moment, I'd > like to do everything in WiX. > > > > A couple of questions. > > > > 1. Is it easy to look for named cab files? If so how? What are the > problems with this approach (I'm thinking that a repair would need the > source disk for this to work). > > 2. If the config was stored in an XML file instead of searching > for CABS, how would this get round the repair problem? > > > > Any other suggestions that would help me create a modular installation > welcome. > > > > Regards > > > > Nick > > > > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Modular install configurations based on availablefiles
Hey Nick, The Burn project is on its way. It would be the solution for the needs you listed below. The RTM of v1 is schedule for early next year. Depending on your schedule that may or may not work for you. There will be working drops before then. Depending on the level of risk you are willing to take you could work prototype with earlier code. Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Oct 2, 2009 at 5:46 AM, Nick Ball wrote: > Brian, > > Thanks, I was thinking something along these lines for the future. At > the moment a simpler request, perhaps. How can I chain two > installations? For example, most of the time I ship my app and a > database. If the installers are separate, I would like to install the > app first, then the database. Of course, I also need .Net, and hence am > using the bootstrapper in VS via Wix which is perhaps an added > complication. Any suggestions? This would be a step in the right > direction for the full modular system. > > Cheers, > > Nick > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: 30 September 2009 18:32 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Modular install configurations based on > availablefiles > > Hey Nick, > > I would look at Burn to help you accomplish some of your goals. You > could > make an individual MSI for each database you are shipping. Compile those > individual MSIs into Burn and then use the search features of Burn to > determine which databases have already been installed via MSI searches > and > choose which to install later. Each MSI would have business logic for > how to > install the database. This would help you keep things modular in the > long > run. It would also help you with patching and upgrade support. Databases > are, IMHO, one of the hardest installs to upgrade through MSI (good > luck). > > The cab file approach wouldn't be an MSI/WiX approach in the long run. > > Hope that helps, > > Brian Rogers > "Intelligence removes complexity." - Me > http://blogs.msdn.com/icumove <-- NEW > > > On Wed, Sep 30, 2009 at 9:00 AM, Nick Ball > wrote: > > > Hi All, > > > > > > > > I have a product that ships with several different databases - or > > combinations thereof. I would like my installer to show all available > > databases as features that the user can install - and those that > didn't > > get shipped should be greyed out. > > > > > > > > I'm thinking of one main setup program and each database stored as a > > feature in separate cab files. I can either then look on the source > disk > > for each cab file in turn, or write a small XML file (like office > seems > > to do) describing the components and where they are. At the moment, > I'd > > like to do everything in WiX. > > > > > > > > A couple of questions. > > > > > > > > 1. Is it easy to look for named cab files? If so how? What are > the > > problems with this approach (I'm thinking that a repair would need the > > source disk for this to work). > > > > 2. If the config was stored in an XML file instead of searching > > for CABS, how would this get round the repair problem? > > > > > > > > Any other suggestions that would help me create a modular installation > > welcome. > > > > > > > > Regards > > > > > > > > Nick > > > > > > > > > > > > -- > > Come build with us! The BlackBerry® Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart > your > > developing skills, take BlackBerry mobile applications to market and > stay > > ahead of the curve. Join us from November 9-12, 2009. Register > now! > > http://p.sf.net/sfu/devconf > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Regi
Re: [WiX-users] Heat and GUIDs
Hey Daniel, Are you sure you are getting NEW GUIDs when using the "*" (-ag switch in heat.exe)? These should actually be static. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Tue, Oct 20, 2009 at 2:47 PM, Daniel Hughes wrote: > If I use heat to harvest the contents of a folder, I can set it to > either generated GUIDs then or at compile time, or by default to put in > place holders. > > However if I set it to generate GUIDs then, I will get a different GUID > each time I run HEAT. > > If I set it to generate GUIDs at compile time I will get a different > GUID each time I build my installer. > > My question is, do my components need to have the same GUID in each > installer a produce. If so does this mean that HEAT is a tool which I > can only use once to harvest the XML and then from then on I must edit > it manually (so I don't lose the GUIDs). > > Cheers, > Daniel > > === > This email, including any attachments, is only for the intended > addressee. It is subject to copyright, is confidential and may be > the subject of legal or other privilege, none of which is waived or > lost by reason of this transmission. > If the receiver is not the intended addressee, please accept our > apologies, notify us by return, delete all copies and perform no > other act on the email. > Unfortunately, we cannot warrant that the email has not been > altered or corrupted during transmission. > === > > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build time Component.wxs generation...
Hey Tony, The GUID generation for -ag doesn't actually occur until Bind time. So, there would be no output for you to check in. Take a look at the Binder.cs and SetComponentGuids(Output output) method for more details. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Fri, Oct 23, 2009 at 8:26 AM, Tony wrote: > Yeah, I guess we give up the ability patch. Though we've never done > that before. Guess that's something for management to decide. > > We currently use the -gg option on one feature that would never be > patched. Though, I guess, -ag would accomplish the same behavior > since -gg generates new guids as well. > > Do you check-in the auto-generated component.wxs file? Or just > check-in an empty sub file? > > On Thu, Oct 22, 2009 at 4:46 PM, Blair wrote: > > Use heat.exe with "-ag" and always use Major Upgrade (Product Id='*'), > never > > patch. > > > > -Original Message- > > From: Tony [mailto:yellowjacketl...@gmail.com] > > Sent: Thursday, October 22, 2009 12:56 PM > > To: WiX Users > > Subject: [WiX-users] Build time Component.wxs generation... > > > > I'm aware of heat.exe and we have used to to seed our component.wxs > > files for our various wixlibs, but how do you deal with features like > > websites and help systems which often have dozens of files added at > > any time during development cycles? Re-running heat can work, sort > > of, it will change the component guids, but leaves the component Ids > > of existing components alone. Not sure how it deals with removed > > components. > > > > I stumbled across this 3rd party tool called Paraffin that appears to > > solve this issue, but have not attempted to put it to use in our build > > environment. > > > > What have others used to deal with features that often have an ever > > growing (and sometimes shrinking) list of components? > > -- > > Tony > > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Tony > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HeatProject
Hey Steve, When you say dependent, do you mean references to your the project you are harvesting? If so, heat does not walk the dependency tree to find other files that are required for your project. I believe this is a feature request. If that isn't want you mean, let me know. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Oct 28, 2009 at 8:36 AM, Steve Baker wrote: > I have setup the following ItemGroup in a wixproj and found that the > HarvestProjects target does indeed call heat and the output that is > generated is great. Except... > > It doesn't seem to include any of the dependent assemblies the main dll > needs? > > Am I doing something wrong? I have had a hard time even finding a mention > of the HarvestProjects target. If the project harvester just needs to be > updated I'd be willing to take a look and submit a patch. > > > > Binaries;Content > > > > TIA, > > steve > > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File is not copying sometime with Vital="yes"
Hey, Have you checked the log file output to see what the installer says is happening to those particular files? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Oct 29, 2009 at 11:14 PM, Sandeep Gautam (HCL Technologies Ltd) < v-sgo...@microsoft.com> wrote: > Hi All, > > I have one file which has property vital="yes" but on some machine it is > not copying and installation is showing successful. > > Anybody has any clue why it is happening. > > Regards > -Sandeep > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Log on as service
Hey Peter, I know this isn't an answer, but it might be a place to start for you. I think you could use the custom action that executes without showing a console window and then put this exe in your installation. I noticed the article said this was for W2K so I don't know if Ntrights.exe will work in newer OS versions but presume it will. http://support.microsoft.com/?id=279664 -- Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Jan 2, 2009 at 1:35 PM, Peter Oehlert < poehl...@securityinnovation.com> wrote: > A common task which I need to perform which I'm certain has been done > before > is creating new user and granting that user the permission to log on as a > service. Specifically I'm installing a new IIS app pool and I'd like to > create a specific user for this app so I can lock down my database to allow > access only to this user. I got as far as the util:user to create the user > but there doesn't seem to be an extension out there to modify the security > policy to grant log on as service (and deny local login/ batch login) to > this account. > > > > Any help would be very much appreciated. > > > > > Thanks, > > Peter > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditionally executing console program at end of upgrade
Hey Wayne, What you are looking to do is not possible (). I ran into an issue similar to this while looking to conditionally launch a URL according to properties set during installation. The issue is with the execution sequences of Windows Installer. In a UI installation it goes from the UI sequence to the Execution sequence and then commits. The final dialog is then outside the transaction so all properties that have been changed are no longer accessible as the transaction has stopped. You could launch an application using the ShellExec custom action but you would have to read from the registry to find were your custom application go installed (incase the user changes the default location). Hope this helps, -- Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Jan 2, 2009 at 10:28 AM, Wayne Roberts < wrobe...@syntech-fuelmaster.com> wrote: > I'm new to WiX and have to modify our current WiX installer, but I'm not > sure how to go about it. Here's the problem I have: > > > > When the user clicks the finish button at the end of an upgrade, we have > a custom action set up to launch a program (to do some db cleanup). > > What I need to do now is figure out how to run either that program or a > different one based on a field in an XML file. Getting the data out of > the XML file shouldn't be a problem, but I can't figure out how to run > EITHER program A or Program B. > > If someone can't point me to an example, that would be great. > > > > Thanks. > > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi-project development
Hey Reese, I hope you don't mind my 2¢. If you are able to componentize to the level you mention below I think it might be easier for you to use individual MSIs for the installations. Having said that I realize this will then push you to a bootstrapper if you want to deploy a suite of your product. However, this would allow for individual maintenance plans for each product independently. If your product line is being developed to handle deprecation for calls to the backend and any shared components this would allow for, possibly, less updates. However, you would need to look into breaking out any "common" assemblies/files into a unique package as well. As Arun has mentioned, it is easier to include all in one and just maintain the one. However, if you are supporting multiple product lines this might become more difficult. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jan 6, 2009 at 8:38 AM, Reese wrote: > Hi Rob, sure, we have a small team of about 4 developers and I'm the only > one who has MSI / build / installation knowledge. I want to get to a point > where (obviously with some of my help) the others projects, solutions, etc. > can be merged or built into a master installer or installers. One thing we > are debating is whether to have an installation for each application or one > master suite for all the applications. Most likely the installations will > possibly look like this --> one for our database, one for our > application/web server and n for our client applications. The development > will likely include multiple solutions. Should there be a WiX merge module > project for each .NET project which we compose into an installation? Any > recommendation or guidance would be much appreciated, thanks. > > On Mon, Jan 5, 2009 at 4:22 PM, Rob Mensching > wrote: > > > Can you provide a few more specifics about your situation? > > > > -Original Message- > > From: Reese [mailto:quattro...@gmail.com] > > Sent: Monday, January 05, 2009 16:01 > > To: wix-users@lists.sourceforge.net > > Subject: [WiX-users] Multi-project development > > > > Hi, what is the current recommendation regarding multiple project/ > > developer > > installation authoring via WiX. At one point I heard it might be to go > with > > the merge module project but is there a better way? > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi-project development
Hey Reese, A bootstrapper would have nothing to do with WIX in terms of support. This would be an application similar to the one that Arun mentioned he is working on currently. Basically an application (setup.exe) that calls into your previously built MSI files and executes the installations, uninstalls, repairs and more. This, obviously, would be its own development life cycle and the developer would need to have a good knowledge of how to manage installations (failures, rollbacks and all that fun stuff). Now, the good news. The WIX team is currently working on just such a thing. The new feature, I believe, is expected to be released in the next version of WIX (or possibly an update to 3.0 although I am not positive). Please take a look at what Bob Arnson has to say on the new feature. http://www.joyofsetup.com/category/burn/ For a time line you can look at what Rob had to say here. http://robmensching.com/blog/archive/2008/06/06/Proposed-adjustments-the-WiX-v2-and-WiX-v3-roadmap.aspx Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jan 6, 2009 at 2:39 PM, Arun Perregatturv < aperregatt...@napcosecurity.com> wrote: > Brian, > > You are absolutely right, but I am in the process moving from a single > install shield package to a more flexible Msi modules using Wix with one > Setup.exe which is created in C# which does the initial Prerequisite > installs(such as .NET Framework/SQL Server) and use a CommandLine to > Setup.exe depending the Product line. > Hope I can achieve it. > > > Arun Perregattur > > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: Tuesday, January 06, 2009 12:31 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Multi-project development > > Hey Reese, > > I hope you don't mind my 2¢. If you are able to componentize to the level > you mention below I think it might be easier for you to use individual MSIs > for the installations. Having said that I realize this will then push you > to > a bootstrapper if you want to deploy a suite of your product. However, this > would allow for individual maintenance plans for each product > independently. > If your product line is being developed to handle deprecation for calls to > the backend and any shared components this would allow for, possibly, less > updates. However, you would need to look into breaking out any "common" > assemblies/files into a unique package as well. > > As Arun has mentioned, it is easier to include all in one and just maintain > the one. However, if you are supporting multiple product lines this might > become more difficult. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://icumove.spaces.live.com > > > On Tue, Jan 6, 2009 at 8:38 AM, Reese wrote: > > > Hi Rob, sure, we have a small team of about 4 developers and I'm the only > > one who has MSI / build / installation knowledge. I want to get to a > point > > where (obviously with some of my help) the others projects, solutions, > etc. > > can be merged or built into a master installer or installers. One thing > we > > are debating is whether to have an installation for each application or > one > > master suite for all the applications. Most likely the installations will > > possibly look like this --> one for our database, one for our > > application/web server and n for our client applications. The development > > will likely include multiple solutions. Should there be a WiX merge > module > > project for each .NET project which we compose into an installation? Any > > recommendation or guidance would be much appreciated, thanks. > > > > On Mon, Jan 5, 2009 at 4:22 PM, Rob Mensching > > wrote: > > > > > Can you provide a few more specifics about your situation? > > > > > > -Original Message- > > > From: Reese [mailto:quattro...@gmail.com] > > > Sent: Monday, January 05, 2009 16:01 > > > To: wix-users@lists.sourceforge.net > > > Subject: [WiX-users] Multi-project development > > > > > > Hi, what is the current recommendation regarding multiple project/ > > > developer > > > installation authoring via WiX. At one point I heard it might be to go > > with > > > the merge module project but is there a better way? > > > > > > > > > -- > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://l
Re: [WiX-users] Letters in ProductVersion
I would agree with Michael on this one. Try to put less meaning into the MSI version number. Or use that version number as the marketing number for the product. This would mean that you would have major.minor.build (1.0.0) but that would more reflect major.minor (1.0) on the MSI side of things. So, internally you have something like below that is your FIRST release to the world: 1.0.0 Next you need to patch that release...we'll say at least twice. This however does not warrant changing the product version at the marketing level as you haven't charged the customer more money for the update. So the ProductVersion number stays the same. 1.0.0 Now you have a minor upgrade. This is something that you can charge the client base for so they want to make sure that they have the correct MSI installed. Then you would have the number listed below. 1.1.0 If the product is a .NET application that is going to be GAC'd it is common to use the above versions for the AssemblyVersionAttribute<http://msdn.microsoft.com/en-us/library/system.reflection.assemblyversionattribute(VS.85).aspx>. The you would update the version to the actual number on the AssemblyFileVersionAttribute<http://msdn.microsoft.com/en-us/library/system.reflection.assemblyfileversionattribute(VS.85).aspx>. I believe, if you really need to have letters, you might be able to use the AssemblyInformationalVersionAttribute<http://msdn.microsoft.com/en-us/library/system.reflection.assemblyinformationalversionattribute(VS.85).aspx>in order to display the value. Althought I don't actually know what the Windows Installer team was thinking when they forced the versioning to be done in this manner, I believe this is along the lines of what they were thinking. There is a link to this URL in the Wix.chm under patching (and listed below) this might help you decide on how you want to move forward with your MSI ProductVersion property. Patching and Upgrades<http://msdn.microsoft.com/en-us/library/aa370579(VS.85).aspx> I hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Jan 6, 2009 at 5:39 PM, Michael Osmond wrote: > Hi, > > The approach I would recommend is try not to put so much meaning into > the version number. Make the MSI version number something simple, which > always changes. > > We have deliberately restricted things to Major.Minor.build for the MSI > version number. Internally the buil number is rolled every time > anything changes, so nothing would be released that would not be > different (well almost but that's a different story). > > If you want or need the other information put it somewhere else - in a > reg key, in the product name in Add/Remove programs, in the Summary > Information. > > Michael > > > -Original Message- > From: lesterbangs [mailto:datapa...@gmail.com] > Sent: Wednesday, 7 January 2009 11:26 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Letters in ProductVersion > > > > Polite bump on this... > Am I approaching this from the wrong angle? I mean, I know I can easily > add a registry entry with the version string in any format I want, but I > am more concerned about how to identify the product in x.y.z format in > order for upgrades to work. > There must be someone else here that has to deal with weird product > versions... > > lesterbangs wrote: > > > > Our product versions mostly conform to the major.minor.build > > convention specified by the MSI standard, but sometimes we have to put > > > letters in the strings to indicate an update or "hotfix", i.e. > 1.0.5.U1 or 2.4.16.HF02. > > > > Obviously this is a big no-no to have letters in ProductVersion > property. > > Worse, sometimes we have updates to hotfixes, or vice-versa, such as > > 3.1.72.U1.HF04. > > > > I imagine we would have to come up with some sort of "translation > table" > > to convert a numbers-letters string to a pure numbers string that MSI > > can understand. I.e. 2.4.16.HF02 becomes 2.4.1602 and 1.0.5.U1 becomes > > > 1.0.5100. > > > > According to the specification, Windows Installer ignores anything > > after the 3rd field. So even if we were able to change it to all > > numbers, > > 3.1.72.U1.HF04 would become 3.1.72.01.04, but only 3.1.72 would be > > recognized. 3.1.720104 would also not work, as field 3 cant be larger > > than 65536. 3.1.7214 would work but only for update numbers less than > 10. > > > > This could get confusing very fast. Is anyone in a similar situation? > > What is the easiest way to mitigate this issue? > > > > -- > View this message in context: > http://n2.nabble.com/Lett
Re: [WiX-users] InstallExecuteSequence in a fragment?
Hey Jeremy, In order to include code inside a fragment you must reference something. >From the below snippet you provided you could reference a single CustomAction using http://wix.sourceforge.net/manual-wix3/wix_xsd_customactionref.htm>/>. This will link in the rest of the fragment. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Jan 21, 2009 at 8:32 AM, Jeremy Lew wrote: > Trying to be tidy, I pulled out the CustomAction declarations relating > to a particular aspect of my install into its own .wxs file. > I have > > > > > >[...sequence the custom actions declared above] > > > > Problem is, the InstallSequence seems to be ignored. I'm guessing that > this is because it's not referenced in the Product element, which lives > in a different file. How can cause InstallSequences defined in > fragments to be merged into the one in the Product? Is the only way to > use a .wxi include instead of a Fragment? Why then is Fragment a valid > parent for InstallSequence? > > Thanks, > Jeremy > > -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallExecuteSequence in a fragment?
Yes, that is the general rule. It works well if you are building wixlib files and only want to include what you NEED not everything that is there. Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Jan 21, 2009 at 8:58 AM, Jeremy Lew wrote: > Got it (thanks Brian too). Is that a general rule, if you reference > something in a fragment, the entire fragment is linked? > > -Original Message- > From: Bob Arnson [mailto:b...@joyofsetup.com] > Sent: Wednesday, January 21, 2009 11:42 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] InstallExecuteSequence in a fragment? > > Jeremy Lew wrote: > > Problem is, the InstallSequence seems to be ignored. I'm guessing > that > > this is because it's not referenced in the Product element, which > lives > > in a different file. How can cause InstallSequences defined in > > fragments to be merged into the one in the Product? Is the only way > to > > use a .wxi include instead of a Fragment? Why then is Fragment a > valid > > parent for InstallSequence? > > > > CustomActionRef > > -- > sig://boB > http://joyofsetup.com/ > > > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extracting a certificate from binary table
Hey,
This is some code that I used to do that. I think you can look into the
shellexecca.cpp<http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cpp?hideattic=1&revision=1.4&view=markup&pathrev=MAIN>
file.
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
LPWSTR pwzStreamToString = NULL;
BYTE* pbData = NULL;
DWORD cbData = 0;
hr = WcaInitialize(hInstall, "ScheduleMuConfig");
ExitOnFailure(hr, "failed to initialize ScheduleMuConfig");
//Extact the muauth.cab to a stream.
hr = ExtractBinary(L"MuAuthCab", &pbData, &cbData);
ExitOnFailure(hr, "failed to extract binary data");
//Write the stream to a string to be passed as CustomActionData
hr = WcaWriteStreamToCaData(pbData, cbData, &pwzStreamToString);
ExitOnFailure(hr, "failed to write the stream to a string");
hr = WcaDoDeferredAction(L"RollbackConfigMU", L"Rollback", 0);
ExitOnFailure(hr, "Failed to schedule RollbackConfigMU");
hr = WcaDoDeferredAction(L"ConfigureMU", pwzStreamToString,
COST_MU_CONFIG_TRANSACTION);
ExitOnFailure(hr, "Failed to schedule ConfigureMU");
LExit:
ReleaseStr(pwzStreamToString);
ReleaseMem(pbData);
if (FAILED(hr))
{
er = ERROR_INSTALL_FAILURE;
}
return WcaFinalize(er);
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com
On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga <
pratap.san...@gmail.com> wrote:
> Hi,
>
> I'm placing a .pfx certificate in the binary table and wish to retrieve it
> in my deferred custom action dll. From what I read on the forum, I see that
> this can be achieved by reading the certificate using immediate custom
> action, write it to custom action data(or to a temporary file, which I
> don't
> prefer) and then call the deferred custom action that can use this data.
> Can
> someone please help me with the following doubts:
>
> 1. What APIs should I be looking at, to write to custom action data in an
> immediate custom action?
> 2. The certificate is purely binary data and all the APIs return strings.
> So, I'm afraid that I'd loose some data if there is a NULL in the binary
> data. How can I handle this situation?
> 3. I have a URI that should also be placed in the custom action data. So,
> how can I append the certificate's binary stream to the custom action
> data(which contains the URI already)?
>
> Thanks,
> Pratapa.
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extracting a certificate from binary table
Hey Pratapa,
I am not sure I can help you "append data" to your custom action. However,
here is what I do to read the data from the stream being passed to the
deferred custom action.
HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
BOOL isTurnedOn = FALSE;
LPWSTR pwzAuthCabPath = NULL;
HANDLE hFile = INVALID_HANDLE_VALUE;
LPWSTR pwzCustomActionData = NULL;
LPBYTE pbData = NULL;
DWORD_PTR cbData = 0;
DWORD cbWritten = 0;
hr = WcaInitialize(hInstall, "ConfigureMU");
ExitOnFailure(hr, "failed to initialize ConfigureMU");
// get temporary path for extracted file
StrAlloc(&pwzAuthCabPath, MAX_PATH);
ExitOnFailure(hr, "Failed to allocate temporary path");
::GetTempPathW(MAX_PATH, pwzAuthCabPath);
hr = ::StringCchCatW(pwzAuthCabPath, MAX_PATH, L"muauth.cab");
ExitOnFailure(hr, "Failed to append filename.");
hr = WcaGetProperty( L"CustomActionData", &pwzCustomActionData);
ExitOnFailure(hr, "failed to get CustomActionData");
*//Get the stream for the custom action data.
hr = WcaReadStreamFromCaData(&pwzCustomActionData, &pbData, &cbData);
ExitOnFailure(hr, "failed to read file contents from custom action
data");*
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com
On Tue, Jan 27, 2009 at 11:22 PM, psanaga wrote:
>
> Thank you Brian. I figured out how to get the data from the binary table.
> But
> I'm still not able to find how to append data to the custom action data.
>
> Also, I'm getting return code 6(I'm guessing invalid handle) for
> MsiGetProperty(). I don't recall any change to my code which would cause
> this. Any idea in what all conditions I might get this error?
>
> Thanks!
>
>
>
> Brian Rogers wrote:
> >
> > Hey,
> >
> > This is some code that I used to do that. I think you can look into the
> > shellexecca.cpp<
> http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cpp?hideattic=1&revision=1.4&view=markup&pathrev=MAIN
> >
> > file.
> >
> > HRESULT hr = S_OK;
> > UINT er = ERROR_SUCCESS;
> > LPWSTR pwzStreamToString = NULL;
> > BYTE* pbData = NULL;
> > DWORD cbData = 0;
> >
> > hr = WcaInitialize(hInstall, "ScheduleMuConfig");
> > ExitOnFailure(hr, "failed to initialize ScheduleMuConfig");
> >
> > //Extact the muauth.cab to a stream.
> > hr = ExtractBinary(L"MuAuthCab", &pbData, &cbData);
> > ExitOnFailure(hr, "failed to extract binary data");
> >
> > //Write the stream to a string to be passed as CustomActionData
> > hr = WcaWriteStreamToCaData(pbData, cbData, &pwzStreamToString);
> > ExitOnFailure(hr, "failed to write the stream to a string");
> >
> > hr = WcaDoDeferredAction(L"RollbackConfigMU", L"Rollback", 0);
> > ExitOnFailure(hr, "Failed to schedule RollbackConfigMU");
> >
> > hr = WcaDoDeferredAction(L"ConfigureMU", pwzStreamToString,
> > COST_MU_CONFIG_TRANSACTION);
> > ExitOnFailure(hr, "Failed to schedule ConfigureMU");
> >
> > LExit:
> > ReleaseStr(pwzStreamToString);
> > ReleaseMem(pbData);
> > if (FAILED(hr))
> > {
> > er = ERROR_INSTALL_FAILURE;
> > }
> > return WcaFinalize(er);
> >
> > Brian Rogers
> > "Intelligence removes complexity." - Me
> > http://icumove.spaces.live.com
> >
> >
> > On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga <
> > pratap.san...@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> I'm placing a .pfx certificate in the binary table and wish to retrieve
> >> it
> >> in my deferred custom action dll. From what I read on the forum, I see
> >> that
> >> this can be achieved by reading the certificate using immediate custom
> >> action, write it to custom action data(or to a temporary file, which I
> >> don't
> >> prefer) and then call the deferred custom action that can use this data.
> >> Can
> >> someone please help me with the following doubts:
> >>
> >> 1. What APIs should I be looking at, to write to custom action data in
> an
> >> immediate custom action?
> >> 2. The certificate is purely binary data and all the APIs return
> strings.
> >> So, I'm afraid that I'd loose some data if there is a NULL in the binary
> >> data. How can I handle this situation?
> >> 3. I have a URI that should also be placed in the custom action data.
> So,
> >> how can I append the certificate's binary stream to the custom action
> >> data(which contains the URI already)?
> >>
> >> Thanks,
> >> Pratapa.
> >>
>
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Dialogs
The WixUI_InstallDir has a reference to the ExitDialog. Please note line 47 at the below location. http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ext/UIExtension/wixlib/WixUI_InstallDir.wxs?revision=1.8&view=markup Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Jan 28, 2009 at 4:18 PM, Colin Fox wrote: > I did have one reference, which I've removed. It didn't help. > > The only references to UIRef I have anywhere in my solution is this: > > > > > > > Is there some implicit inclusion of the ExitDialog? > > Also - I noticed that my msi actually runs, but my custom dialog comes up > during removal as well as installation - which I'm hoping is happening > because I'm still getting this wierd conflict. > > I don't want my dialog coming up during removal because it has a "launch > app > after setup exits" checkbox. > > > On Wed, Jan 28, 2009 at 3:40 PM, Rob Mensching > wrote: > > > You need to remove all of the references to "ExitDialog". Somewhere you > > are using a UIRef/@Id="WIXUI_SomeId". If you look a the source for that, > > you'll see lots of references. You need to modify those. The exit > dialog > > is a bit trickier to update since it referenced directly... inserting > > dialogs is much easier. > > > > -Original Message- > > From: Colin Fox [mailto:greenene...@gmail.com] > > Sent: Wednesday, January 28, 2009 14:54 > > To: wix-users > > Subject: [WiX-users] Custom Dialogs > > > > I'm trying to modify the look of the exit dialog, and it seems that the > > recommended method is to take the ExitDialog.wxs file and modify it to my > > needs. > > > > I'm going off of some on-line web pages I've been able to find that talk > > about this, but I'm getting a strange error, and I'm not sure how to pass > > it. > > > > I've copied ExitDialog.wxs into my project directory and renamed it > > MyExitDialog.wxs. I've added it to my Wix project. I changed XML tag to > > read > > " > > > The last part of the dialog I've made it read thusly: > > > > > > > > > > > > > > > > > > > > Here are the errors I'm getting: > > > > Warning2The AdminUISequence table contains actions 'MyExitDialog' > > and 'ExitDialog' which both have the same sequence number -1. Please > > change > > the sequence number for one of these actions to avoid an ICE warning. > > C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs421 > > RMWix > > Warning4The InstallUISequence table contains actions > 'MyExitDialog' > > and 'ExitDialog' which both have the same sequence number -1. Please > > change > > the sequence number for one of these actions to avoid an ICE warning. > > C:\Users\colinf\Documents\Mycompany\V4\RMWix\MyExitDialog.wxs381 > > RMWix > > > > I tried shooting in the dark and putting a 'sequence="2"' (Is 2 a good > > number? Bad? I have no idea.) but then it complained that I can't have > both > > an OnExit and a sequence attribute. > > > > I hate to keep bothering the list with small stuff, but I just can't seem > > to > > find where this is documented. The Wix.chm file doesn't really go into > > details on customizing your dialogs. > > > > -- > > Regards, > > cf > > > > > -- > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > -- > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Regards, > cf > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract Binaries at Install Time
You will need to read from the binary table in an immediate custom action. Then schedule a deferred custom action and pass the stream over. The deferred custom action can write the file to disk but it can't read from the MSI tables. The immediate custom action and read from the MSI tables but can't write to disk. Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Feb 10, 2009 at 10:20 AM, wrote: > One thing I can think of, make sure the custom action is run in immediate > mode, not deferred. > > > ajgreen > "Romeo Salayo Jr." wrote: > > > > Hi, > > > > I'm trying to extract binaries at install time in able to use it during > > installation only. I'm using C# DTF, the problem is I can't get > > Record.GetStream() to work. It always write to a file with "[Binary > data]" > > and not the stream itself. > > > > Can anyone give an example on how to use GetStream() successfully? I just > > need to extract binaries into a temporary file. > > > > We have VBS that works, but we are converting VBS CustomActions into C# > DLL. > > > > Thank you! > > > > Best Regards, > > Romeo > > -- > > View this message in context: > http://n2.nabble.com/Extract-Binaries-at-Install-Time-tp2301189p2301189.html > > Sent from the wix-users mailing list archive at Nabble.com. > > > > > > > -- > > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > > software. With Adobe AIR, Ajax developers can use existing skills and > code to > > build responsive, highly engaging applications that combine the power of > local > > resources and data with the reach of the web. Download the Adobe AIR SDK > and > > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting started with Wix
Hey Beth, Just to add to this, you can look at the How To docs in v3.0. http://wix.sourceforge.net/manual-wix3/add_a_file.htm Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Tue, Feb 10, 2009 at 12:30 PM, Beth Hechanova wrote: > I am attempting to learn how to use Wix. Per the front page of the Wix > Toolset that "strongly encourages" everyone to upgrade to the beta 3.0 > build, that is what I downloaded. However I am also trying to follow > the tutorial (http://www.tramontana.co.hu/wix/), but if I try to use the > scripts in that tutorial as is, I get compile/link errors (I believe b/c > they are written for 2.0). So before I go much further, I want to be > sure that as someone trying to evaluate the tool for use in our > application, that I should actually be learning on the 3.0 version of > the tool. Assuming this is the tool for my application, I would begin > using it immediately to create an installer for my application. If it > is recommended to use v3.0, are there any tutorials that works with the > v3.0 of the toolset available? > > > > If it matters, my installation isn't anything too involved. Just pretty > basic stuff of copying a set of files to an install directory with > shortcuts. I am looking at this tool as I am looking for a script > solution to creating an installer to integrate with my current > cruisecontrol.net and nant environment for building my application. I > do not want to install visual studio on my build machine, and thus > creating a standard deployment project within the IDE is not going to > work. Hopefully this toolset will provide the solution that I am > looking for. > > > > Any advice would be greatly appreciated. > > Thanks, > > Beth > > > --- > This email and any files transmitted with it are confidential & proprietary > to Systems and Software Enterprises, Inc. (dba IMS). This information is > intended solely for the use of the individual or entity to which it is > addressed. Access or transmittal of the information contained in this > e-mail, > in full or in part, to any other organization or persons is not authorized. > --- > > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Execute action during path installation
Hey Grigory, I don't believe you are able to remove a file while patching. However, you can change the file that you want to delete to a 0byte file. This will be effectively the same. I don't have an example of how to run a custom action but believe you just add a new action to your patch. There is a lot more information to go with that. Please view Heaths blog. http://blogs.msdn.com/heaths/archive/2005/09/12/464047.aspx Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Fri, Feb 6, 2009 at 3:39 AM, Grigory Konovalov < grigory.konova...@confirmit.com> wrote: > Hello All! > I need remove file and execute custom action during patch installation. Is > this possible? And if yes please give me small example. > -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unresolved reference to symbol 'Directory:INSTALLDIR'
James, It looks like some where in your wxs files you are referencing 'INSTALLDIR' but you are not setting a value for it. Are you using WixUI or your own? More information will be needed to help address the question. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Thu, Feb 12, 2009 at 8:43 AM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > I'm getting the following error in my install. Unfortunately I am unable > to find any reference to it when searching on Google. Any idea what > would cause this and how would I go about fixing it? > > error LGHT0112 : Unresolved reference to symbol 'Directory:INSTALLDIR' > in section 'Product:398668D3-B115-4F34-A0C3-88371B215200'. > > > Thanks, > > Jim > > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Questions about the WIX terchnology.
Hey Henk, 1. A) Yes, the patches can be visible. B) WIX and Windows Installer will not check dependencies by default. You will need to write custom actions to look for components, files, registry keys or directories to check what is installed or not. There are some custom action types supported by default inside of Windows Installer that will help you enable this kind of checking. C) WIX and Windows Installer is not able to do any logging or reporting. You must write, either manged or native, custom actions that notify or write to a specific file. This is a very touchy area and should be reviewed in depth. An installer (MSI) should be fully transactional. The means that if it fails at anytime it will rollback and leave the machine in a stable state. The issue will will run into when logging and reporting is failures to communicate with the logging server or the ability to write to a file. If that happens on an uninstall, your package can not be remove. You must then make sure you are handling that fact. The best practices are not to do this. D) Yes. E) Yes. 2. No. I recommend that you use WIX completely. You will run into many issues if you attempt to use both VS and WIX. There are some "laws" in the Windows Installer world that would more than likely be broken. 3. I recommend version 3. It will give you the most support for what you are looking to do. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Feb 11, 2009 at 11:53 PM, Henk Roos wrote: > > Hi there, > > My name is Henk and I would like some advice from the users if possible > about the WIX technology. > I'm very new to the technology, and I've just moved into a build master's > position at my company. > > We are providing software for a bank, and they require new functionality > that patches are delivered as Windows Installation packages. > The requirements are as follows: > > The packages should be published in the Add/Remove programs control panel > applet as Updates on the application server. > The patch should check for dependencies of previous versions of patches, > new dependencies of middleware remote clients etc. > If a dependency is not present, the installer should notify of the missing > dependency and then terminate, writing the results to a log file on the > server. > The un-install of a patch should roll back to the previous version, of the > files being replaced by the patch. > Each patch should be a roll-up of the previous patch. > > My questions are: > > 1) Can all of this be done with WIX? > 2) If it is possible, can I use build the msi setups using visual studio > and use wix for the patches (msp's), or should I also create the msi's using > WIX if I want to use the patching feautures of WIX? > 3) Which version of WIX is still the best to use at this stage, 2 or 3? > > All help appreciated. > > Regards, > > Henk Roos > > > > "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." > > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unresolved reference to symbol'Directory:INSTALLDIR'
Hey James, I have never used that product. I would recommend you "comb" your .wxs files for "INSTALLDIR". It might be a and then it is not being specified later as a or other such scenarios. Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Thu, Feb 12, 2009 at 9:55 AM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > Hi Brian, > > I'm using the WixAware IDE. Is there a section of code you need to see? > > Thanks, > Jim > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: Thursday, February 12, 2009 12:39 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Unresolved reference to > symbol'Directory:INSTALLDIR' > > James, > > It looks like some where in your wxs files you are referencing > 'INSTALLDIR' > but you are not setting a value for it. Are you using WixUI or your own? > > More information will be needed to help address the question. > > Thanks, > > Brian Rogers > "Intelligence removes complexity." - Me > http://icumove.spaces.live.com > > > On Thu, Feb 12, 2009 at 8:43 AM, MacDiarmid, James D < > james.macdiar...@eds.com> wrote: > > > > > I'm getting the following error in my install. Unfortunately I am > > unable to find any reference to it when searching on Google. Any idea > > what would cause this and how would I go about fixing it? > > > > error LGHT0112 : Unresolved reference to symbol 'Directory:INSTALLDIR' > > in section 'Product:398668D3-B115-4F34-A0C3-88371B215200'. > > > > > > Thanks, > > > > Jim > > > > > > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Apply office look and feel to the wix dialogs
Hey Sandun, No, it is not possible to apply that look and feel to the WIX dialogs. You would need to write your own dialogs and add your own bit maps. Even at that point it is difficult to get the full experience. You would have to go further to handling your own external UI. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Feb 11, 2009 at 8:38 PM, sandun css wrote: > Hi, > > Is it possible to apply the MS office look and feel to the wix dialogs? > If so, how can I do it? > > Thanks, > Sandun > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need help while integrating with MSBuild
Hey Pankaj, Your subject has MSBuild in the title. Am I to assume that the build process is calling candle and light from an MSBuild task? Are you using the WIX MSBuild tasks? Either way, you should be able to pass variables to candle and light using properties set inside of MSBuild. if calling via command line candle.exe -dVariableName=$(MyVariableValue) if using WIX MSBuild Tasks set the $(DefineConstants) property to what you want to pass. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Wed, Feb 11, 2009 at 1:18 PM, Wendell Joost wrote: > If memory serves correct, the $env syntax allows you to read > environment variables - does the build environment set environment > variables you can use? > > Wendell > > On Wed, Feb 11, 2009 at 12:55 PM, Pankaj Agrawal (Infosys Technologies > Ltd) wrote: > > Hi, > > > > I have created a WiX file and I have hardcoded file path in it. > > Now during daily build the path is getting changed and I have to > integrate this wix file with daily build. > > Here we are dropping the bits into binary and copying them to some other > folder (which will be changed with every build). I have to pass the folder > location to my wix file. > > > > My problem is if I am defining variables in my wix file then how I am > going to pass those variables to my WiX file while running the candle and > light exe's. > > > > Thanks, > > Pankaj > > > > > > > -- > > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > > software. With Adobe AIR, Ajax developers can use existing skills and > code to > > build responsive, highly engaging applications that combine the power of > local > > resources and data with the reach of the web. Download the Adobe AIR SDK > and > > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > "Some people come visit Europe and are really let down when they find > out it's not like a credit-card commercial; others really get into > meeting all the quirky people and careening along narrow mountain > roads in rickety cabs driven by suicidal, gap-toothed Carpathians. I > guess it's pretty obvious which one you are..." - Justin Crevier, May > '01 > > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unresolved reference to symbol'Directory:INSTALLDIR'
Hey James, Now you are asking me to give you information that is not a best practice (hard coding to a drive) . It would be best that you specify, using all CAPITAL LETTERS (this is a public property in Windows Installer) the two different root directories. Then, when executing the MSI via the command line use something like this: msiexec /i product.msi ROOT_DIR1=D:\SomeFolder1 ROOT_DIR2=D:\SomeFolder2 Hope that helps, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Thu, Feb 12, 2009 at 10:37 AM, MacDiarmid, James D < james.macdiar...@eds.com> wrote: > > Ok I see where there is a . My install needs to create 2 > folder trees in the root of drive D:. Is this possible or do I have to > create two installs? I don't need to put anything in the program files > folder. > > Jim > > -Original Message- > From: Brian Rogers [mailto:rogers.br...@gmail.com] > Sent: Thursday, February 12, 2009 1:06 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Unresolved reference to > symbol'Directory:INSTALLDIR' > > Hey James, > > I have never used that product. I would recommend you "comb" your .wxs > files for "INSTALLDIR". It might be a and then it is > not being specified later as a or other such scenarios. > > Brian Rogers > "Intelligence removes complexity." - Me > http://icumove.spaces.live.com > > > On Thu, Feb 12, 2009 at 9:55 AM, MacDiarmid, James D < > james.macdiar...@eds.com> wrote: > > > > > Hi Brian, > > > > I'm using the WixAware IDE. Is there a section of code you need to > see? > > > > Thanks, > > Jim > > > > -Original Message- > > From: Brian Rogers [mailto:rogers.br...@gmail.com] > > Sent: Thursday, February 12, 2009 12:39 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Unresolved reference to > > symbol'Directory:INSTALLDIR' > > > > James, > > > > It looks like some where in your wxs files you are referencing > > 'INSTALLDIR' > > but you are not setting a value for it. Are you using WixUI or your > own? > > > > More information will be needed to help address the question. > > > > Thanks, > > > > Brian Rogers > > "Intelligence removes complexity." - Me http://icumove.spaces.live.com > > > > > > On Thu, Feb 12, 2009 at 8:43 AM, MacDiarmid, James D < > > james.macdiar...@eds.com> wrote: > > > > > > > > I'm getting the following error in my install. Unfortunately I am > > > unable to find any reference to it when searching on Google. Any > idea > > > what would cause this and how would I go about fixing it? > > > > > > error LGHT0112 : Unresolved reference to symbol > 'Directory:INSTALLDIR' > > > in section 'Product:398668D3-B115-4F34-A0C3-88371B215200'. > > > > > > > > > Thanks, > > > > > > Jim > > > > > > > > > > > > > > > > -- > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > -- > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding external cab file
Hey Leela, What are you looking to do with the CAB? Will this be a source of files for your installer? Thanks, Brian Rogers "Intelligence removes complexity." - Me http://icumove.spaces.live.com On Thu, Feb 12, 2009 at 5:39 AM, WIXuser wrote: > > Hi, > > I am trying to add external cab file to my wix project. not able to figure > out how to do it, please help. > > thanks > leela > -- > View this message in context: > http://n2.nabble.com/Adding-external-cab-file-tp2314859p2314859.html > Sent from the wix-users mailing list archive at Nabble.com. > > > > -- > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setup logo size
Hey Petr,
I saw an email from Eric St. John a while back with this example. Hope it
helps.
Do a registry search for the current DPI setting:
(I know this isn’t a WIX list, this is just easier than trying to show the
RegLocator rows and should be intuitive)
Condition the image used for the banner:
DpiSetting="#120"
DpiSetting="#120"
Thanks,
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com
On Tue, Feb 10, 2009 at 3:22 PM, Petr Moravsky wrote:
> I'm trying to customize my installer with a logo by adding WixUIDialogBmp
> variable to WixUI_Minimal dialog set. I use a jpg logo sized 493x312 . The
> issue is when the user turns on large fonts in Windows (120dpi), the
> installer window size becomes 25% larger. The image gets stretched and
> looks
> horrible. Is there way to specify different images for different font
> sizes?
> Is there some other good workaround this issue? Is there a way to use
> vector
> graphics? In general, are there any guidelines for the format, color depth
> and other properties of the image? Also on the unrelated note I'm wondering
> if there is line concatenation in WiX of some sort. I have some pretty long
> strings in my installer and I would like to cut them into several pieces,
> so
> that they all fit in editor window. Thank you.
>
>
>
> --Petr
>
>
>
>
> --
> Create and Deploy Rich Internet Apps outside the browser with
> Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code
> to
> build responsive, highly engaging applications that combine the power of
> local
> resources and data with the reach of the web. Download the Adobe AIR SDK
> and
> Ajax docs to start building applications today-
> http://p.sf.net/sfu/adobe-com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
