|
|
1
2
如果我正确理解你的场景: 您有一个包含提交数据的数据连接的InfoPath表单。 您希望在多个SharePoint服务器上部署此表单,并让这些数据连接将数据提交到当前部署的服务器。 您不可能真正需要在每个要将表单部署到的SharePoint服务器上都进行工作。但是,您可以绕过需要修改InfoPath表单模板的问题。 如果使用SharePoint数据连接库(DCL),并从数据连接中创建一个UDC文件,则在要使用的每个SharePoint服务器上…则您的InfoPath模板只能与UDC文件进行对话。 以下链接指向有关将InfoPath与SharePoint的DCL集成的文章: |
|
|
2
6
这是一个常见的问题,如果您在开发系统上工作,并且需要不时地部署到生产系统上。我使用一个基于正则表达式执行(纯文本)替换的脚本。 每个部署:
我使用一个脚本来完成所有的替换。那很好用,已经省了我很多工作。 |
|
|
3
2
如果进入提交选项,则可以选择使用规则执行自定义操作。如果设置了所有数据连接,则可以配置规则以选择要提交到哪个连接。 |
|
|
4
1
回复:speedfox的答案是,尽可能避免编辑清单。这只会导致头痛。 如果我了解您的问题,您将部署到多个服务器(dev、uat、production),并且每次从一个环境切换到另一个环境时都需要手动编辑数据连接?如果我过分简化了这个问题,请原谅我。 我发现使数据连接站点相对的最佳方法是:
|
|
|
5
1
查看我的博客帖子,我将带您一步一步地查看相关快照,其中包括以下内容: a.将InfoPath数据连接转换为SharePoint中的DCL库。 b.将InfoPath表单发布到SharePoint列表/库 c.为InfoPath表单及其代码隐藏创建.wsp解决方案包 d.创建将在生产站点上部署InfoPath表单的批处理脚本。 e.确保已将InfoPath表单作为功能部署 f.在生产环境中修改DCL。 g.将InfoPath内容类型与文档/表单库关联 查看完整的博客帖子: http://www.sharepointfix.com/2009/12/infopath-2007-form-and-nintex-workflows.html |
|
|
6
0
根据站点特定,您的意思是表单中的数据连接指向部署表单的服务器吗?如果是这种情况,那么您可以调整连接以使用localhost,而不是数据连接URL的主机名部分的服务器名称。 |
|
|
7
0
在我的场景中,我没有使用内置的“保存”按钮。我有一个数据连接,用于将数据“发布”到另一个列表。 是的,这就是我所说的特定地点。我认为你不能使用localhost的cos,然后当用户保存表单时,它会尝试发布到用户的计算机(即localhost)。我试过使用相对路径,但似乎行不通。 |