Make sure that your mba uses the SecureStringVariables property in the
Engine class, which requires that your password is in a SecureString. You
shouldn't put the password in a System.String.
On Wed, Aug 27, 2014 at 11:55 AM, Phill Hogland wrote:
> Thanks Rob, very much. I had the Bundle/@Var
It's a reasonable reference. No one has yet contributed a project template for
creating your own Custom BA, yet.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: As
All the dutil wrapper is doing you is getting access to the location of the
bundle and it's properties. It's up to your code inside your application to
invoke the bundle (so you have full control over the parameters).
-Original Message-
From: gregbty [mailto:greg.bea...@gmail.com]
Sen
One last question (hopefully):
1) Can I pass any additional command line parameters? (From what I read, it
looks like you pass in the checkupdate switch automatically)
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Updater-application-using-Boots
So what would be an good startingpoint?, since this is not very good
documentet, some good startingpoints would be very nice.. As of now, wixba
will be an starting point.. :)
On Wed, Aug 27, 2014 at 5:07 PM, Rob Mensching wrote:
> Sounds like you are getting snapshots of the source code fro
1) I needed a wrapper because my application is not written in C. This is the
only semi fragile part of the setup, as the internals of how the bundle info is
stored could change over time (low likelihood, but it is possible). You need to
remember to recompile your wrapper DLL any time you update
Thanks for the quick response! So essentially I will need to:
1) Create a wrapper for butil (if you have an example that would be great)
2) Install the wrapper with my application
3) Add the WixBundleProviderKey to my application so that I can save the
value to use with the wrapper later
This wil
Yes, because the build process is going to get the hash.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: Thomas Due [mailto:t...@scanvaegt.dk]
Sent: Wednesday, Aug
Oh, okay, so if I do not wish to use the RemotePayload (due to the Hash
requirements) I just need the prereqs for building?
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 |
Note, to get that info from the bundle to the application I utilized
In the bundle, and then in the MSI you can consume this property to write it to
an application specific location (ini, registry, etc) via a standard custom
action.
-Original Message-
From: Hoover, Jacob [mailto:jaco
Have a look at dutil.lib's butil.cpp.
BundleEnumRelatedBundle -> BundleGetBundleInfo
I wrapped butil in a simple DLL, and I deployed the DLL with the application.
The application has to know the upgrade code of the bundle, but when the
application wants to check for an update it gets the Modif
Jacob is working towards a solution to this using the Bundle update feature in
WiX v3.9.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: gregbty [mailto:greg.bea..
I'll fill in some background information before the question. (/smile)
I started working on a custom updater application that essentially needed to
perform the following tasks:
1) Get latest version information for application from a remote location
2) Display release notes and latest version inf
gregbty wrote
> I'll fill in some background information before the question. (/smile)
>
> I started working on a custom updater application that essentially needed
> to perform the following tasks:
>
> 1) Get latest version information for application from a remote location
> 2) Display release
Thanks Rob, very much. I had the Bundle/@Variable hidden but missed the
Product/@Property. Thanks again.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to-MSI-Secure-password-Best-Parctice-tp7596576p7596578.html
Sent from the wix-users mail
Mark the Bundle/@Variable and Product/@Property Hidden='yes'. Burn v3.9 will
store it as a secure string... Windows Installer will do what it does (it's not
documented).
___
FireGiant | Dedicated support for the WiX toolset |
http
If I collect a password in my mba, I am wondering what the best way is to
pass it down to the MSI. I considered calling the win32 Crypt API to store
the password (and then have the MSI retrieve the password from the store),
but if a mba should not change the system, what is a secure way to pass th
Sounds like you are getting snapshots of the source code from GitHub. Usually,
if you want the source code I'd say just use git to clone the repo.
The WixBA also isn't designed to be a starting point. It's good as a reference
codebase but the source code certainly isn't packaged up as a starter
If you go to https://github.com/wixtoolset/wix3 and click on Download you
will get a zip which has a name of wix-.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Cannot-view-RootView-xaml-file-in-visual-studio-2010-tp7596500p7596574.html
Sent from
The bundle build process requires them on disk or you can satisfy this with the
RemotePayload. If you specify a DownloadURL, you don't need to distribute the
payload with your bundle. It will download them if and only if the payload is
needed.
-Original Message-
From: Thomas Due [m
Hm, the wix.zip files that are on wixtoolset.org is names
wix32-binaries.zip etc?
On Wed, Aug 27, 2014 at 2:49 PM, linos wrote:
> Hi Rob,
>
> My mistake. I should have been more descriptive with my "wix.zip"
> reference.
> I was referring to the wix-16a8b5dbf828f92e28138ce3c9ee852affeaa1ef.zip
For those without a support contract, where's the most visible place to
post? msdn forums (clickonce and setup & deployment projects, I've never
found an MSI one...) or microsoft.public.platformsdk.msi newsgroup? The
installer team blog would've been a good place but its not updated anymore..
Hi Rob,
My mistake. I should have been more descriptive with my "wix.zip"
reference.
I was referring to the wix-16a8b5dbf828f92e28138ce3c9ee852affeaa1ef.zip.
Just curious, since I have you attention, but what is the preferred method
to using the existing wixBA?
Is it first creating a new solut
Hello,
I have recently had an epiphany regarding Burn, and have been busy writing a
bundle for our installer package.
Now, we have several prerequisites that needs to be installed before our own
installer is executed.
The .NET Framework 4.5 is a no-brainer, as a ExePackage already exists in
24 matches
Mail list logo
