4

我正在尝试通过 PROC SOAP 使用 SAS (9.3) 更新 Sharepoint (2007) 列表（SAS 存在于 Unix GRID 上）。共享点站点启用了基本身份验证（因为 PROC SOAP 无法通过 NTLM 进行身份验证）。

我可以使用 XML Libname 引擎成功地从 Sharepoint 列表中提取数据，但我无法通过 PROC SOAP XML 数据发回 Sharepoint 列表 Web 服务。具体来说，我正在尝试通过添加和更新共享点列表中的项目http://[intranet_site]/sites/IT/_vti_bin/Lists.asmx


SAS 日志输出：

18399  %let RESPONSE=RESPONSE;
18400  proc soap in=REQUEST
18401            out=&RESPONSE
18402            url="http://[intranet_site]/sites/IT/_vti_bin/Lists.asmx"
18403      webusername="[username]"
18404      webpassword="[password]"
18405      webdomain="[domain]"
18406      SOAPACTION="http://schemas.microsoft.com/sharepoint/soap/UpdateListItems"
18407            ;
18408  run;

ERROR: org.springframework.ws.client.WebServiceTransportException: Unauthorized [401]

我已经通过 SOAPUI 确认传递到 Lists.asmx Web 服务的 XML 是有效的（当通过 SOAPUI 手动执行时，我实际上可以在 Sharepoint 中按预期创建和更新列表项。

正如错误明确指出的那样，由于某种原因，输入 PROC SOAP 的用户身份验证没有进入 Sharepoint（我在 Sharepoint 中拥有管理权限，所以我应该拥有正确的权限）。对此超级困惑的是，我可以通过 XML Libname 输入相同的凭据并很好地拉回数据......


**问题**

  1. 如果我通过 PROC SOAP 传递我的凭据，为什么我无法向 Sharepoint 进行身份验证？
  2. 是否有任何其他解决方法可以将此 XML 传递到 Sharepoint（即：XML LIBNAME 或 PROC HTTP 是否能够通过传递 XML 来支持这一点）？
  3. 问题出在哪里：在 SAS 中使用 PROC SOAP（以我调用过程的方式）还是使用 Sharepoint？


...只是为了完整起见，可以在下面看到传递到 PROC SOAP 的示例 XML（SOAP 1.1 - PROC SOAP 应该支持）：

<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
      <UpdateListItems xmlns="http://schemas.microsoft.com/sharepoint/soap/">
          <listName>{851DDBB5-1765-444D-9012-0210F006A4AF}</listName>
          <updates>
          <Batch OnError="Continue" ListVersion="1">
              <Method ID="1" Cmd="New">
                  <Field Name='ID'>NEW</Field>
                  <Field Name='Title'>DUMMY</Field>
                   [...shortened for space...]
              </Method>
          </Batch>
          </updates>
      </UpdateListItems>
   </soap:Body>
</soap:Envelope>
4

2 回答 2

3

我放弃了尝试利用 SAS PROC SOAP 功能与 SharePoint 交互。NTLM 身份验证是一个太大的障碍，无法克服。我看到了一个相当黯淡 的未来，但目前仍在测试中）。

然后，我找到了一个解决方案：cURL !!!
有关 curl 的更多信息，请参见此处：http ://curl.haxx.se/

由于我在 Linux 环境中使用 SAS EG 并且 CURL 安装在服务器上，因此我可以利用 SAS X 命令将 curl 命令传送到控制台。将此与睡眠相结合，允许 curl 时间将 SOAP XML 传递到 SharePoint Web 服务并捕获响应。之后，我拉取响应文件来解析它是否有错误。如果发现错误，我会向一组支持用户发送电子邮件，通知他们正在调试的错误。到目前为止，它似乎运作良好。

示例代码如下：

DATA _NULL_;
x "cd /prg/SOAP_Request";  /*Navigate to where my XML is stored */
x "curl -X POST -k --negotiate -u 'MyUsername':MyPassword --digest --ntlm -H ""SOAPAction: ""http://schemas.microsoft.com/sharepoint/soap/UpdateListItems"" "" -H ""Content-Type: text/xml; charset=UTF-8"" -d @request_&CLIENTID._&Exets..xml  http://Shrpnt/sites/IT/_vti_bin/Lists.asmx > /prg/SOAP_Response/response_&CLIENTID._&Exets..xml"; /* issue the CURL command */
x=sleep(20,1); /* Have SAS sleep for 20 seconds to allow CURL to process */
run;

（为了测试 CURL 命令，我使用 Putty 来确保我可以成功发出 HTTP POST 并接收/捕获响应。完成后，我转换代码以便它可以动态拉入保存的 XML文件并使用相同的方法保存响应。

希望这对遇到这种情况的每个人都有帮助。我现在可以让 SAS 交互并驱动 SharePoint 列表！

于 2013-08-29T15:38:09.463 回答
1

广告 1）我假设使用 SOAPUI 进行的测试是 Windows 到 Windows 的测试，您使用 SAS 的情况是 Unix 到 Windows，这可能就是问题所在。我建议就您的问题联系 SAS 支持人员，他们应该已经尝试过了……另外我建议在 Windows 上获取一些 SAS 并尝试这些东西。从我在 unix 和 sharepoint 上搜索的内容来看，身份验证似乎是问题的根源，因此它不是特定于 SAS 的。

广告 2) XML libname 实际上是用于读取和写入静态 xml 文件 - 没有请求，响应的东西。PROC HTTP 不能做 SOAP。

广告 3）我敢打赌，问题出在基本身份验证与 Unix 之间。

于 2013-06-27T21:50:18.860 回答