Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Any suggestions on best practices for dynamic update Url? #244

Open
dealproc opened this issue Mar 19, 2014 · 3 comments
Open

Any suggestions on best practices for dynamic update Url? #244

dealproc opened this issue Mar 19, 2014 · 3 comments

Comments

@dealproc
Copy link

Looking to use Squirrel.Windows for an application that I need to provide auto-update functionality. It's a Kiosk style application, and has a central "server" component that hosts the data bits that are fed into the Kiosk application. According to the documents, we're supposed to call: bool UpdateManager.CheckForUpdates("http://mycoolsite.com/releases/") to check for updates, but I'd rather have it check the web address from which the software was initially installed from, much like what ClickOnce did, to see if any updates exist for the application.

The base 'data services' project, we're going to install using a forced mechanism to manage which of our clients are on a specific version.

Any suggestions on this?

@shiftkey
Copy link
Contributor

So ClickOnce is actually cheating in this regard, because you specify the Installation Folder Location as part of the publish step, and it uses that at runtime.

The other thing that ClickOnce does is let you specify a different location for updates, using the lovely mage.exe tool

Mage -Update HelloWorld.exe.application -ProviderUrl http://adatum.com/Update/Path

But all those are pre-deployment options.

What I'd do is use your app.config to store this setting and performing a config transform per-environment - meaning no need to recompile binaries.

@dealproc
Copy link
Author

I have an "environment" per client in this instance. Was hoping there was another way.

@shiftkey
Copy link
Contributor

I'm open to suggestions on this, but it's rather tricky because I don't want to depend on browser behaviour - we assume the same browser downloads the same bits from the same URL as the next browser (until you publish an update, of course)...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants