The msdn doc says the following for component id in the column table.
ComponentId --> If this column is null the installer does not register the 
component and the component cannot be removed or repaired by the installer. 
This might be intentionally done if the component is only needed during the 
installation, such as a custom action that cleans up temporary files or removes 
an old product. It may also be useful when copying data files to a user's 
computer that do not need to be registered.

Does this mean in the full msi, components with null id will not be registered 
and if deleted then will  not put the msi in repair?  Which further indicates 
that at  patch time we can call a custom action to delete these components , 
and this will not throw the msi in repair mode?

-----Original Message-----
From: wix-users-requ...@lists.sourceforge.net 
[mailto:wix-users-requ...@lists.sourceforge.net] 
Sent: Monday, January 13, 2014 9:13 AM
To: wix-users@lists.sourceforge.net
Subject: WiX-users Digest, Vol 92, Issue 20

Send WiX-users mailing list submissions to
        wix-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
        wix-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
        wix-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of WiX-users digest..."


Today's Topics:

   1. Installing framework 4.0 update (Goran Malovic)
   2. Re: Buindle Major Upgrade cause first msi uninstallation
      (Tim Comport)
   3. How to get package version using burn API (Manas)
   4. Re: Chaining .NET 3.5 in Burn (Thomas Due)
   5. Can't run Heap on VS2013 MFC app (Gunnar Thalin)
   6. Re: How to get package version using burn API (Brian Enderle)
   7. Re: Buindle Major Upgrade cause first msi uninstallation
      (Rob Mensching)


----------------------------------------------------------------------

Message: 1
Date: Sat, 11 Jan 2014 10:13:25 -0800 (PST)
From: Goran Malovic <malov...@yahoo.com>
Subject: [WiX-users] Installing framework 4.0 update
To: "General discussion about the WiX toolset."
        <wix-users@lists.sourceforge.net>
Message-ID:
        <1389464005.51711.yahoomail...@web125205.mail.ne1.yahoo.com>
Content-Type: text/plain; charset=us-ascii

Hi,

our application requires .NET framework 4.0 and, since we use async targeting 
pack, it also requires certain framework update to be installed. I have found 
out that there are (at least) two updates that address issue that arises when 
using async with framework 4.0 - KB2468871 and KB2600211. Installing any of 
these two updates is enough, not both are required. My qyestion is what is the 
correct way to make sure that our app will have all prerequisites installed?

Regards,
Goran


------------------------------

Message: 2
Date: Sun, 12 Jan 2014 20:11:08 -0800 (PST)
From: Tim Comport <timcomp...@hotmail.com>
Subject: Re: [WiX-users] Buindle Major Upgrade cause first msi
        uninstallation
To: wix-users@lists.sourceforge.net
Message-ID: <1389586268103-7591715.p...@n2.nabble.com>
Content-Type: text/plain; charset=us-ascii

Any more info on this? I seem to be experiencing the same issue.
Bundle upgrade results in unchanged packages being uninstalled.
It appears to affect Windows XP but not Windows 7 in my testing.

Is there an existing bug report for this, I was unable to find it ... ?

Our current workaround is ensuring that all package versions are increased in a 
bundle upgrade, however, now that the product has stabalized this is no longer 
an option for us.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Buindle-Major-Upgrade-cause-first-msi-uninstallation-tp7590764p7591715.html
Sent from the wix-users mailing list archive at Nabble.com.



------------------------------

Message: 3
Date: Sun, 12 Jan 2014 22:38:02 -0800 (PST)
From: Manas <manas.taluk...@gmail.com>
Subject: [WiX-users] How to get package version using burn API
To: wix-users@lists.sourceforge.net
Message-ID: <1389595082620-7591717.p...@n2.nabble.com>
Content-Type: text/plain; charset=us-ascii

Is there some way to get the version of a package contained within a bundle 
using the burn API? None of the event handler arguments seem to expose this 
information.





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-get-package-version-using-burn-API-tp7591717.html
Sent from the wix-users mailing list archive at Nabble.com.



------------------------------

Message: 4
Date: Mon, 13 Jan 2014 08:42:51 +0100
From: Thomas Due <t...@scanvaegt.dk>
Subject: Re: [WiX-users] Chaining .NET 3.5 in Burn
To: General discussion about the WiX toolset.
        <wix-users@lists.sourceforge.net>
Message-ID: <3415CA37A52F074AB454B485FCDC17B00D489A518C@DK-HQ-MAIL>
Content-Type: text/plain; charset="iso-8859-1"

Thank you :)


Med venlig hilsen / Best regards,
Thomas Due ?- Software Developer
Tel: +45 8678 5500 Fax: +45 8678 5210
Johann Gutenbergs vej 5-9, Aarhus N, Denmark t...@scanvaegt.dk | 
www.scanvaegt.dk 


This e-mail and its attachments are intended for the named addressee only and 
may contain information that is confidential and privileged. Unauthorized use 
can instigate a claim for damages and constitute a criminal offence. If you 
received this in error, please contact the sender and delete the material. 


> -----Original Message-----
> From: Phill Hogland [mailto:phogl...@rimage.com]
> Sent: 10. januar 2014 21:13
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Chaining .NET 3.5 in Burn
> 
> Niel provides the infor in his blog.
> http://neilsleightholm.blogspot.com/2012/05/wix-burn-tipstricks.html
> 
> 
> 
> --
> View this message in context: http://windows-installer-xml-wix-
> toolset.687559.n2.nabble.com/Chaining-NET-3-5-in-Burn-
> tp7591622p7591696.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 





------------------------------

Message: 5
Date: Mon, 13 Jan 2014 12:39:55 +0000
From: Gunnar Thalin <gunn...@bmsystem.se>
Subject: [WiX-users] Can't run Heap on VS2013 MFC app
To: "wix-users@lists.sourceforge.net"
        <wix-users@lists.sourceforge.net>
Message-ID:
        <F69F6FD873B93A4CB951779E17132D191D2FA349@RAGNAROK.bmsystem.local>
Content-Type: text/plain; charset="us-ascii"

Hi,

When I create a new, empty MFC application in VS 2013 and run the vcxproj file 
through Heat with "-pog Binaries", I get this error:

error HEAT5305: Failed to load project testapp.vcxproj: Unable to cast object 
of type 'System.Xml.XmlComment' to type 'System.Xml.XmlElement'

If I create the MFC app in VS 2010 instead, it works.
It seems to have something to do with the "ToolsVersion" attribute in the 
vcxproj file. It's set to 12.0 in the file made in VS 2013 and if I change it 
to 4.0 and delete any "PlatformToolset" elements from the file, it works. (But 
I guess it's not a good idea to do that, or?)

(I know MFC is old, but we have some old projects we would like to move to VS 
2013 and WiX, so it would be very nice if I could get this to work.)

Any help would be much appreciated.

Thanks,
Gunnar



------------------------------

Message: 6
Date: Mon, 13 Jan 2014 09:35:05 -0500
From: Brian Enderle <bria...@gmail.com>
Subject: Re: [WiX-users] How to get package version using burn API
To: "General discussion about the WiX toolset."
        <wix-users@lists.sourceforge.net>
Message-ID:
        <CAKDn+dfKB=0SBQwZ4LQbhK=6s_kntzm307ro8jk7g-eg+kr...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

I use the following in my project, adding it to either the WiX project file or 
as a task during 'msbuild':

  <!-- Define variables to be used throughout the install process -->
  <Target Name="SetParameters">
    <GetAssemblyIdentity AssemblyFiles="..\HRActions\bin\HRActions.dll">
      <Output TaskParameter="Assemblies" ItemName="AssemblyVersions" />
    </GetAssemblyIdentity>

    <CreateProperty Value="%(AssemblyVersions.Version)">
      <Output TaskParameter="Value" PropertyName="AssyVersion" />
    </CreateProperty>

    <CreateProperty
Value="$(AssyVersion.Split('.')[0]).$(AssyVersion.Split('.')[1]).$(AssyVersion.Split('.')[2])">
      <Output TaskParameter="Value" PropertyName="ShortAssyVersion" />
    </CreateProperty>

    <CreateProperty
Value="$(DefineConstants);LongAssyVersion=$(AssyVersion)">
      <Output TaskParameter="Value" PropertyName="DefineConstants" />
    </CreateProperty>

    <CreateProperty
Value="$(DefineConstants);ShortAssyVersion=$(ShortAssyVersion)">
      <Output TaskParameter="Value" PropertyName="DefineConstants" />
    </CreateProperty>

    <Message Text="AssemblyVersions: @(AssemblyVersions)"/>
    <Message Text="AssyVersions: $(AssyVersion)"/>
    <Message Text="ShortAssyVersion: $(ShortAssyVersion)"/>

  </Target>


This gets the version applied to the DLL file and then parses out the pieces I 
want.



Brian

If you can't explain it simply, you don't understand it well enough.  - Albert 
Einstein


On Mon, Jan 13, 2014 at 1:38 AM, Manas <manas.taluk...@gmail.com> wrote:

> Is there some way to get the version of a package contained within a 
> bundle using the burn API? None of the event handler arguments seem to 
> expose this information.
>
>
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-g
> et-package-version-using-burn-API-tp7591717.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> ----------------------------------------------------------------------
> -------- CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
> Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.
> clktrk _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>


------------------------------

Message: 7
Date: Mon, 13 Jan 2014 17:12:52 +0000
From: Rob Mensching <r...@robmensching.com>
Subject: Re: [WiX-users] Buindle Major Upgrade cause first msi
        uninstallation
To: General discussion about the WiX toolset.
        <wix-users@lists.sourceforge.net>
Message-ID:
        
<1d3d3a1bad004910bb80a47d10fc2...@by2pr07mb185.namprd07.prod.outlook.com>
        
Content-Type: text/plain; charset="us-ascii"

Bundle log file should have detailed information about the states for each 
package.

-----Original Message-----
From: Tim Comport [mailto:timcomp...@hotmail.com]
Sent: Sunday, January 12, 2014 8:11 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Buindle Major Upgrade cause first msi uninstallation

Any more info on this? I seem to be experiencing the same issue.
Bundle upgrade results in unchanged packages being uninstalled.
It appears to affect Windows XP but not Windows 7 in my testing.

Is there an existing bug report for this, I was unable to find it ... ?

Our current workaround is ensuring that all package versions are increased in a 
bundle upgrade, however, now that the product has stabalized this is no longer 
an option for us.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Buindle-Major-Upgrade-cause-first-msi-uninstallation-tp7590764p7591715.html
Sent from the wix-users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




------------------------------

------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

------------------------------

_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


End of WiX-users Digest, Vol 92, Issue 20
*****************************************


------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to