我们正在为我们的项目使用 IT Hit WebDAV Ajax 库来读取和编辑文档。
我们在打开 pdf、txt 等非办公文件时遇到问题。
当我们尝试打开文件时,使用 java 小程序(ajaxfilebrowser)打开文件。它显示一个消息框,允许浏览器运行 exe,然后不打开文件。而是从桌面打开“我的文档”文件夹。
请告知我们如何打开文件?
我们正在为我们的项目使用 IT Hit WebDAV Ajax 库来读取和编辑文档。
我们在打开 pdf、txt 等非办公文件时遇到问题。
当我们尝试打开文件时,使用 java 小程序(ajaxfilebrowser)打开文件。它显示一个消息框,允许浏览器运行 exe,然后不打开文件。而是从桌面打开“我的文档”文件夹。
请告知我们如何打开文件?
如果我没记错的话,我在非根站点上遇到了同样的问题。也就是说,如果站点直接位于http://example.com会很好,但如果它位于http://example.com/mysite则不会。
我认为这与 Java 小程序向 WebDAV 文档的所有祖先发送一堆特殊的 HTTP 请求(PROP 或其他东西)有关。对于文档http://example.com/mysite/dav/doc.pdf,这意味着http://example.com、http://example.com/mysite、http://example.com/mysite/dav,最后是http://example.com/mysite/dav/doc.pdf。在我的例子中,服务器被设置为对发送到http://example.com/mysite的请求做出适当的响应,但是由于对http://example.com的请求失败并带有一些不合适的错误代码,所以它没有工作。
旧版本的 Microsoft Office 与 Java 小程序有同样的问题。从 2013 年起,Office 仅请求相关文档(可能还有其直接上级)。在此之前,它遵循与 Java 小程序相同的过程,向文档的所有祖先发送请求。
此问题的一个可能原因是路径太长。这可能是客户端问题或服务器端。
如果是服务器端,如果您在 .NET 上运行服务器,请在此处找到问题的详细描述和一些建议:http: //blogs.msdn.com/b/bclteam/archive/2007/02/ 13/long-paths-in-net-part-1-of-3-kim-hamilton.aspx
对于客户端来说,唯一的解决方案就是缩短路径。