CODEWITHSUNDEEP
.netclickonce
Yoenhofen
Yoenhofen

Reputation: 397

Are there any major problems with using .NET One-Click deployment?

I'm deploying an app to an unknown number of clients. It'll be 5-10 to start, couple dozen eventually. I'm thinking of making a different web folder for each client, so I can control updates and roll them out in a gradual manner.

Are there any major known issues with One-Click deployment? Am I going to commit suicide shortly after golive?

Upvotes: 4

Views: 2296

Answers (5)

RobinDotNet
RobinDotNet

Reputation: 11877

We have thousands of customers all over the world and have been using ClickOnce deployment with great success for 2-1/2 years. The only issues we see are with firewalls and anti-virus software, and even that is fairly rare.

Upvotes: 1

wallismark
wallismark

Reputation: 1856

There aren't any major issues with ClickOnce you need to worry about, it does its thing really well. However you will run into a number of challenges to make it work smoothly for multiple clients.

By 'client' I presume you mean 'customer'? And each customer has n users who will each install your app?

You and MAGE will need to become friends. Why? Ideally you want to create one published build (that has passed all tests on your build machine and has passed QA), from this build you want to create a separate deployment for each client. To do so requires changing, at the very least, the InstallUrl and UpdateUrl MsBuild values, because it is a different web dir for each client.

As soon as you make these changes ClickOnce will no longer install the app because one or more of the files have been modified. At this point you may use MAGE to regenerate the application manifest (e.g. myApp.exe.manifest) and THEN the deployment manifest (e.g. myApp.application). One issue I found with doing this was you need to change the "Application Files" directory to "ApplicationFiles".

We are in the process of doing exactly this, take one published build then create a couple of dozen 'deployments' of that build for separate sites, each of which has different configuration info such as web service urls.

It takes quite a bit of time to get it working properly and then more time to automate it...if I was to say one 'must do' it would be make sure you automate the process with batch files or a command line app...doesn't matter HOW you automate it just make sure it is.

Good luck!

Upvotes: 2

Austin Salonen
Austin Salonen

Reputation: 50225

I think what may drive you crazy in your model is keeping track of the possible couple dozen versions. ClickOnce isn't going to be your problem there.

Upvotes: 1

JSR
JSR

Reputation: 6396

For one thing, ClickOnce deployed applications must be installed for each user on a given workstation. There is no way to install for all users via ClickOnce. This is because ClickOnce deployed applications install under the user's profile folder, not under the "Program Files" folder.

Upvotes: 7

Aaronaught
Aaronaught

Reputation: 122654

We've been using ClickOnce here for the better part of 3, maybe 4 years, and have never experienced any major problem.

The only minor problem we experienced was with code signing in the Visual Studio 2005 version of ClickOnce - the app would fail to run if the CS certificate was changed, and we'd have to uninstall/reinstall. But that has been fixed since Visual Studio 2008, and I haven't noticed any other issues.

ClickOnce is fairly limited compared to MSI installers or other types of installers - you don't have an incredibly robust system of pre-install and post-install actions, registry keys, startup registration, etc., but that's to be expected since ClickOnce deployments are meant to be run in a low-privileged environment.

Upvotes: 3

Related Questions