470,870 Members | 1,036 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 470,870 developers. It's quick & easy.

ClickOnce 404 - no deployment files at the Update location

Hi All,

I've been successfully deploying clickOnce successfully through the 2.0 and
3.X frameworks, but now have a problem with ClickOnce updates in 3.5 SP1.

The scenario is this: I want to deploy an *offline* application that can
only be installed from behind our organizational firewall (a Win2k3 domain),
but can be updated from anywhere (hotels, etc).

To do this, the publishing folder location is set to a UNC share path:


And the update location is set to:

So, what we see is that the deployment files all get happily copied to the
UNC share, but nothing gets copied to the update web site. This seems
reasonable. (btw, the update web site was correctly created, using the vs

When we go to the UNC share and run setup.exe to do the first installation,
it fails: "Cannot start application".

The details accessible from the error message form indicate that the
Deployment URL is pointing to the UNC share and the deployment provider url
is pointing to the the update web.

It seems that the .application file on the UNC share is immediately trying
to get a version of itself from the update web!? Pls see below:


Below is a summary of the errors, details of these errors are listed later
in the log.
* Activation of \\MyServer\OurDeployments\ThisDeployment\myapp.app lication
resulted in exception. Following failure messages were detected:
+ Downloading
http://my.fullyqualified.srvr/Deploy...pp.application did not succeed.
+ The remote server returned an error: (404) Not Found.


Interestingly, If I publish an update, nothing is written to the update web,
it only gets written to the UNC share.

So, is this *by design*? If so, then how do I configure ClickOnce to work
correctly for my scenario. If not, any ideas?

Kind regards,

Nov 17 '08 #1
0 1725

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

5 posts views Thread by Danny Tuppeny | last post: by
1 post views Thread by moondaddy | last post: by
4 posts views Thread by Frank Rizzo | last post: by
7 posts views Thread by hgirma | last post: by
3 posts views Thread by Ronald S. Cook | last post: by
2 posts views Thread by Jamey McElveen | last post: by
4 posts views Thread by Marc Gravell | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.