在代码中使用Sharepoint App用户和Elevated Privileges时拒绝访问 [英] Access denied when using Sharepoint App user and Elevated Privileges in code

查看:73
本文介绍了在代码中使用Sharepoint App用户和Elevated Privileges时拒绝访问的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述


我们正在使用SP设计器中的复杂工作流程,并在工作流程更改状态时执行某些服务器代码。


在SP Designer WF中没有App Step,在Acc和Prod中没有问题。


当使用App Step时,出现以下问题:服务器代码无法访问该项目。 WF似乎在某种程度上阻止了它。


甚至更奇怪,在没有问题的环境中,在Site App Permissions中,Workflow的应用程序标识符以s2s结尾但在Prod中我们有问题,它以一个完整的16位数字结束(17位 - - )


这可能是问题的根本原因吗?


我们如何以相同的方式配置两种环境?


祝你好运,


Christophe

解决方案

您好Christophe,


您是否在工作流程中添加了应用程序步骤?


如果是这样,您可以重新发布工作流程。


您可以检查用户在Acc环境和Prod环境中是否具有相同的权限。


然后创建一个新的工作流程并添加应用程序步骤以检查在Prod环境中是否会出现相同的问题。


祝你好运,


Sara Fan


Hi,

We are using a complex workflow in SP designer and some server code to be executed when a status is changed by the workflow.

Without App Step in SP Designer WF, no issue in Acc and Prod.

When App Step is used, the following issue is appearing: the server code cannot access the item. It seems blocked somehow by the WF.

Even stranger, in the acc environement where there is no issue, in the Site App Permissions, the app identifier for Workflow ends with s2s but in Prod where we have the issue, it ends with a full 16 digits (17 ith the -)

Can it be the root cause of the issue?

How can we configure both environments the same way?

Best regards,

Christophe

解决方案

Hi Christophe,

Did you add the app step in the workflow?

If so, you could republish the workflow.

And you could check if the user has the same permission in the site in the Acc environment and Prod environment.

And then create a new workflow and add the app step to check if the same issue will occur in the Prod environment.

Best regards,

Sara Fan


这篇关于在代码中使用Sharepoint App用户和Elevated Privileges时拒绝访问的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆