469,270 Members | 1,011 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

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

ClickOnce 404 problem

I have used ClickOnce to deploy my app to a file share on a server in my intranet. That folder is under a webserver root so I want my users to go to http://someserver.dom.com/App/Publish.htm and to get the app from there. This does not work. The initial MyApp.application is downloaded, but it is unable to download the rest of the files. The logs all indicate a 404 (Not Found) error.
Looking in the webserver logs, it is trying to download files that have "App/Application+Files/App_1_0_0_10/" in them. I have no idea why the plus sign is in there. It should be a space or a %20. I am unable to find how VS generates the Application Files path, so I can change it to something else, it seems to be hard-coded.

Any ideas?

- Lutz

Oct 29 '08 #1
3 4156
Hi Lutz,

Thank you for using Microsoft Managed Newsgroup Service, my name is Zhi-Xin
Ye, I'm assigned to help you on this issue.

The "404(Not Found)" error is often caused by impoper server
configurations. If you use Internet Information Services (IIS) on Windows
Server 2003, and your deployment contains a file type that Windows does not
recognize, such as a Microsoft Word file, IIS will refuse to transmit that
file, and your deployment will not succeed.

So you can verify that the Web server is configured so that it does not
block download of this file. For more information, you can refer to these
document:

Server and Client Configuration Issues in ClickOnce Deployments
http://msdn.microsoft.com/en-us/library/ms228998.aspx

Please try my suggestion and let me know the result.

Sincerely,
Zhi-Xin Ye
Microsoft Managed Newsgroup Support Team

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can

improve the support we provide to you. Please feel free to let my manager
know what you think of the level

of service provided. You can send feedback directly to my manager at:
ms****@microsoft.com.

==================================================
Get notification to my posts through email? Please refer to

http://msdn.microsoft.com/en-us/subs...#notifications.

Note: MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the

community or a Microsoft Support Engineer within 2 business day is
acceptable. Please note that each follow

up response may take approximately 2 business days as the support
professional working with you may need

further investigation to reach the most efficient resolution. The offering
is not appropriate for situations

that require urgent, real-time or phone-based interactions. Issues of this
nature are best handled working

with a dedicated Microsoft Support Engineer by contacting Microsoft
Customer Support Services (CSS) at

http://msdn.microsoft.com/en-us/subs.../aa948874.aspx
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

Oct 30 '08 #2
None of the three extensions are blocked.

Any other ideas? Why is there a plus sign in the path instead of a %20?

- Lutz
Oct 30 '08 #3
Hi Lutz,

I don't think the plus sign causes the problem, I check my web logs and see
the plus sign in the path, but the application is downloaded successfully.

Would you please collect the following information at your earliest
convenience? It will help me get a more concrete idea as to what the exact
problem is and how to resolve it efficiently.

1. Which operating system is used on your server?
2. Which Web server is running on the server? Internet Information
Service(IIS) or third-party web servers?
3. Which .NET Framework version is used on the server?
4. When you deploy the application, did you set the "Publishing Folder
Location" to the file share on the server, and set the "Installation Folder
URL" to the URL that for the users to install?

Anyway, you can check on the server to make sure:

1. The following MIME types are set up correctly on the server:

..application --application/x-ms-application
..manifest --application/x-ms-application
..deploy --application/octet stream

2. Regular users have read access to the root deployment folder and all the
files and folders within.

I look forward to hearing from you.

Sincerely,
Zhi-Xin Ye
Microsoft Managed Newsgroup Support Team

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can

improve the support we provide to you. Please feel free to let my manager
know what you think of the level

of service provided. You can send feedback directly to my manager at:
ms****@microsoft.com.

This posting is provided "AS IS" with no warranties, and confers no rights.

Nov 3 '08 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

2 posts views Thread by Olaf Baeyens | last post: by
8 posts views Thread by Tina | last post: by
1 post views Thread by M O J O | last post: by
6 posts views Thread by Irfan | last post: by
4 posts views Thread by Marc Gravell | last post: by
5 posts views Thread by =?Utf-8?B?R29yZG9uUw==?= | last post: by
7 posts views Thread by Carlos Mendonça | last post: by
reply views Thread by Jan Vinten | last post: by
reply views Thread by andrewschools | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.