Either that, or provide it with a custom iterator besides RegEnumValue, but
that presupposes the data is there. Well, it would be nice.
My request for permission to contribute is slowly percolating to a decision
point. I'll bug my manager again when I meet with him on Wednesday.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com<mailto:jocoo...@jackhenry.com>
www.jackhenry.com<http://www.jackhenry.com>
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Monday, October 21, 2013 5:09 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] RFC: Detecting installed bundle
Taking a dive in on this, it looks like there isn't enough information stored
by a bundle today to easily support these features. From my first pass, it
looks like Windows Installer utilizes
SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UpgradeCodes to create a
list of related upgrade codes. The MsiEnumRelatedProducts functionality then
looks like it probably depends upon RegEnumValue to find the product codes
related to a given upgrade code. (Note, the GUIDs have all been
encrypted/encoded.)
For this to work I would think we'd have to update the engine to do something
similar. Wondering on what Rob/Bob would think about a feature like this, and
when/where they'd like to see it.
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Thursday, October 17, 2013 4:50 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] RFC: Detecting installed bundle
Yes, something like a WixEnumRelatedBundle would be fine for that purpose.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com<mailto:jocoo...@jackhenry.com>
www.jackhenry.com<http://www.jackhenry.com>
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Thursday, October 17, 2013 4:10 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] RFC: Detecting installed bundle
I'm open to suggestions, but to me I think you would be getting info for a
single bundle and then provide another enum function like WixEnumRelatedBundle
where you could walk the tree of related bundles.
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Thursday, October 17, 2013 1:50 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] RFC: Detecting installed bundle
One of our appliations in particular already uses
MsiEnumProductsEx/MsiEnumRelatedProducts/MsiGetProductInfoEx and I could see
it using equivalent bundle functionality to implement an auto-upgrade story
apart from Burn (for historical reasons I don't want to bore you with, it's
rather an odd ball this way).
Since I could see bundle metadata as being essentially tree-ish, would we
recursively walk the tree and call it, or would we be provided with a tree data
structure on return to manipulate?
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com<mailto:jocoo...@jackhenry.com>
www.jackhenry.com<http://www.jackhenry.com>
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Thursday, October 17, 2013 1:21 PM
To: Windows Installer XML toolset developer mailing list
Subject: [WiX-devs] RFC: Detecting installed bundle
After today's triage, I'm looking to start a discussion on the proper way to
get installed bundle information. Should Wix provide a DLL with API's similar
to MsiEnumProductsEx/MsiEnumRelatedProducts/MsiGetProductInfoEx that other
applications can consume? I have a desire from an installed application to be
able to locate the bundle metadata in order to invoke bundle self-updates. I
thought I would just pass the bundle ID across to the MSI, and allow an
application to query for the bundle in the package cache based on the bundle
ID. It would be preferable to come up with a standard published method of
gaining access to this information.
Thanks,
Jacob
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
