问题描述
我们的场景
-
开发在 Intranet 子站点上运行的 Nintex 表单和工作流
-
最近一直在寻找这个。在有关 lookup() 的 Nintex 2013 官方文档中找到以下信息:
- 从第 3 步和第 4 步开始;门好像关上了。
社区中是否有人遇到过类似的问题。请让我知道:)
问候
解决方法
您遇到了一个核心原因,为什么我通常在站点内的列表上开发 Nintex 工作流/表单,而不是使用子站点。从好的方面来说,相同的列表允许在 SharePoint 列表、Nintex 工作流和表单中轻松查找字段。考虑这种方法的结果是对内容数据库的大小有限制。但是,虽然我不记得 2013 年的上限,但我知道 2016 年您可以毫无顾虑地达到 100GB,并且上限为 200GB。不过,这是大量数据,多年来,我们已经使用这种方法成功构建了生产系统。也就是说,我们不认为 SharePoint 是存储大量非结构化文档的地方。
但是,如果您的治理/政策等迫使您维护单独的站点,那么事情就会变得更加复杂。我已经使用了调用 Web 服务操作(目前通过设计器中的插入连接器操作 > 调用 Web 服务)。
好消息是 SharePoint 确实为其提供了 Web 服务,因此您应该能够使用您的凭据进行身份验证。如果您仅使用 Intranet,那么这应该不是问题,因为 SharePoint Server 应该在域中提供 Web 服务。
对于 url,输入 SharePoint 网站的根 URL。我建议使用工作流常量凭据,显然,您希望使用的帐户可以访问所查询的任何内容。建立连接后,将提供一个 Web 方法列表。然后,您可以运行查询并存储到变量。但是,我要说的是,我不经常在 SharePoint 环境中使用递归调用 Web 服务,因为开发和维护解决方案需要做更多的工作。此外,可以访问表单中的查找字段确实可以提高用户体验的可维护性。
说了这么多,我需要补充一点。在使用 SharePoint 和 NWF 构建平台类型的解决方案之前,我们花费了大量的前期时间进行流程分析工作。如果您有任何问题,请随时添加评论。