问题标签 [sharepoint-webservice]

如何从 SharePoint 2013/2016 单页应用程序向自定义 Web Api 进行身份验证？我已经看到了几个使用会话的示例，我真的不想使用，我在想可能是自定义安全令牌服务，或者将 web api 添加为提供商托管应用程序（高度信任）会更好，因为这是在现场吗？

我正在尝试创建列表“推广链接”，模板 id - 170，但收到列表模板无效的错误。有没有办法创建这个列表？共享点是 SharepointOnline，我在 List Web 服务上使用 addList 方法（https://msdn.microsoft.com/en-us/library/lists.lists.addlist%28v=office.12%29.aspx?f= 255&MSPP错误=-2147217396 )

谢谢

我最近将 SharePoint Web 服务提交功能添加到自定义 (InfoPath) 列表表单（不是 xml 表单库表单），以便用户可以将项目从当前表单添加到另一个 SharePoint 列表。效果很好。从 XML 数据连接模板设置重复表，并将数据提交到 Lists.asmx 中的 UpdateListItems 方法。

列表形式图

但是，用户必须将所有字段值手动输入到提交给 Lists.asmx Web 服务的重复表中。我想使用派生值和来自 InfoPath 表单其他部分的值预先填充重复表的某些行。

我尝试的几种方法都不起作用：

1. 创建规则以在重复表中的字段元素中设置值（即：将字段设置为“myvalue”）。这不起作用，因为它为所有行填充 Field 元素。找不到定位一行的方法（即：将字段设置为“是”，其中名称属性 = 字段 1）。

2. 向 Manifest.xsf 中的规则添加了过滤器，该过滤器设置字段值以尝试针对重复表的特定行。尝试使用 @ 符号进行过滤，因为我正在尝试过滤属性（即：Field[@Name = "Field1"]）。也尝试不使用 @ 符号（即：Field[Name="Field1"]）。两者都没有按预期工作。

3. 创建了要在提交中发送的字符串字段，并使用 concat 组装 UpdateListItems 期望的 XML。收到 SOAP 错误消息：

似乎是一件简单的事情，但无法让它发挥作用。我错过了什么吗？首先想到的是代码隐藏，但这是一个列表表单，而不是 XML 表单库表单（不能在列表表单模板中进行代码隐藏）。

是否有其他人成功地自动填充了一些数据值并提交到 SharePoint Web 服务以添加或更新另一个 SharePoint 列表？

我有一个 SharePoint url，它工作得非常好，这指向生产环境我使用 nodejs 和getFileByName方法来使用这个 url -

https://xxxx.sharepoint.com/sites/MSDS/Construction/_api/web/GetFileByServerRelativeUrl('/sites/MSDS/Construction/ProductLabels/xxxx.pdf')/$value

现在下面是根本不起作用的优质服务器网址 -

https://xxxx.sharepoint.com/sites/qa-MSDS/Construction/_api/web/GetFileByServerRelativeUrl('/sites/qa-MSDS/Construction/ProductLabels/xxxx.pdf')/$value

不同的是，当我使用 qa web api 时，我得到以下错误qa-MSDS-MSDS

谁能建议我做错了什么或如何在节点 js 环境中以更好的方式解决这个问题？

当前情况：我正在使用 SharePoint Web 服务调用“ GetListItems ”从 SharePoint 列表中检索数据。

不幸的是，我有多个类型为 Person 的列。他们只显示人的名字，但我也想检索人的电子邮件地址。

我找到了这个：

并在此处插入：

我没有得到任何关于我的响应 XML 中的人员类型字段的特定额外信息，只是 SP 列表中已经存在的字段。

那么如何从人员类型字段中检索电子邮件等？正如我所说，我只是得到他们的显示名称。

我们有一个使用以下代码登录 Sharepoint Online 的代码： https ://login.microsoftonline.com/extSTS.srf或https://login.microsoftonline.com/RST2.srf，但最近我们开始验证失败，说“不正确的用户名或密码”，并在重试后返回：

“ 0x80048823 消息：AADSTS70002：验证凭据时出错。AADSTS50053：您尝试使用错误的用户 ID 或密码登录太多次。 ”

虽然使用相同的用户名和密码登录浏览器工作正常，密码或用户名都没有改变，代码也没有改变。由于相同的代码适用于其他 Sharepoint 租户。微软登录服务器似乎发生了一些变化，它开始不接受用户凭据，而 Web 浏览器登录工作正常。

请指教。

谢谢

注意：此问题类似于现有的未回答问题（ CAML OrderBy for SharePoint Recurring Calendar Event）。

如何使用Lists.asmx Web 服务来检索今天或以后发生的重复事件？

我在向Web 服务<CalendarDate>2019-06-25T15:55:04.108Z</CalendarDate>发送请求时提供了参数/_vti_bin/Lists.asmx，但我仍在接收过去的事件（如下面的屏幕截图所示）！

这是 XML 响应（屏幕截图）。请注意即使“CalendarDate”指定为“2019-06-25” ，事件日期在今天之前的情况：

这是随请求发送的 XML 有效负载：

编辑：以下是上述查询未返回的事件示例。

我指的是以下关于如何发送具有特定发件人姓名的 SharePoint 无回复电子邮件的指南，该电子邮件是通过 Power Automate 触发的：

https://michelcarlo.com/2020/04/04/sharepoint-http-connector-send-a-no-reply-email-specific-sender-name-in-a-flow/

我已经尝试了显示名称和电子邮件地址（通过 O365 连接器）并将这些值分配给From属性，但这在任何一种情况下都不起作用。除非自本指南发布以来连接器发生了变化，否则我很难过。

更新#1：
由于某种原因，这在昨天测试时有效，但在随后的尝试中无效。SharePoint 网站名称显示为发件人！最奇怪的是我把这个 From字段留空了。我想知道我的组织管理员是否更改了 Microsoft 是否最终解决了这个问题......

更新 #2：
如果失败了，有没有办法确保 SharePoint 网站名称每次都显示为发件人？现在流程会执行此操作，但在每个备用请求上，它都会返回“在线，Sharepoint (Gen)”

我有一个提供的托管应用程序，它托管在 Azure 中并部署在 SharePoint 站点中。我们在 Provider Hosted 应用程序中创建了 Web 部件。

此 Web 部件使用在提供商托管应用程序中创建的标记呈现页面 (StartPage.aspx)，如下所示。

注意：StartPage.aspx 位于提供商托管的应用程序中。

这意味着，StartPage.aspx 是从 Azure 浏览的，因为提供商托管的应用程序托管在 Azure 应用程序服务中。

尝试在桌面、Android/Windows 设备中浏览时，它按预期工作，但在尝试在 IOS 设备上工作时，它无法正常工作。

我们在 .ascx 文件中编写代码并将该文件连接到 .aspx 页面，我们在 WebPart 代码中引用 .aspx 页面，如上所述。

下面是为每个不起作用的文件添加的代码： //StartPage.aspx 的代码

<%@ Page Title="Test" Language="C#" ClientIDMode="Static" EnableViewState="true" AutoEventWireup="true" CodeBehind="StartPage.aspx.cs" Inherits="Web.Pages.StartPage" %> < %@ 注册 Src="~/UserControls/MyTasks.ascx" TagPrefix="uc1" TagName="MyTasks" %>

<%@ Control Language="C#" AutoEventWireup="true" CodeBehind="MyTasks.ascx.cs" Inherits="UserControls.MyTasks" %>

由于 Web 部件正在呈现 StartPage.aspx，因此它在 Web 部件内的 iframe 中打开它。似乎 iframe 没有按预期在 iOS 设备中加载。

据我们了解，要呈现 StartPage.aspx，SharePoint 会调用此页面 (sitecollection/_layouts/15/appredirect.aspx?redirect_uri=hostname/StartPage.aspx)。因此，它重定向到 appredirect.aspx，然后重定向到查询字符串参数中提到的 StartPage - “redirect_uri”。

我们目前正在开发 .NET 框架版本 4.7.2。我们也尝试更改版本，但问题存在。

如果您对此有任何解决方案，请告诉我们。