关于SharePoint 2007中的InfoPath Form Service的一点小问题
应该说这不是InfoPath的问题,而是表单文档库的问题,我们知道在实际部署一个SharePoint网站的时候,会有多个访问路径:
比如有的人通过
A方式:http://www.companyname.com 来从外面访问。
有的人会通过
B方式:http://Servername 来从内部来访问。
比如有一个文档库“客户资料”作为InfoPath表单库,如果启动了InfoPath Form Service功能。
外部用户通过A方式建立了一个InfoPath的XML文档,那么它点击这个文档时,服务器就会自动导向Form Service通过浏览器来打开。
内部员工通过B方式来点击打开这个InfoPath的XML文档中,就会提示打开文件,而不是通过浏览器来打开这个表单。
这个问题很简单,但是却是比较头疼,根本原因是因为每一个新表单新建时关联了一个模板的URL,如果系统在你请求访问的时候发现不是这个URL,那么就不会通过Form Service来打开它。
解决这个问题的办法很多,其中一个比较简单的办法就是只公布服务器的外部地址,在域内通过使用DNS来解决内部访问的问题。
分类:
InfoPath 应用
标签:
InfoPath
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述