|
|
1
7
除了CuppM的答案。
这个
查看详情 here . |
|
|
2
4
我找到了解决办法。您可以指定系统。安全。政策。您对LocalReport执行程序集(或具有足够权限的程序集)的证据,以便在执行过程中使用。
|
|
|
3
1
以防有人像我在搜索此权限错误时一样偶然发现这一点。 我使用了 Windows窗体应用程序 因为客户用“\COMPUTERNAME\C$\Application.Exe”而不是“C:\Application.Exe”链接了他计算机上我的Application Exe的快捷方式,这导致了系统的故障。安全。由于不受信任的intranet使用而获得权限。 看见 http://www.duelec.de/blog/?p=236 了解更多信息。 |
|
|
4
1
Artem上述回答的脚注。.. 我在向asp.net应用程序添加Windows身份验证时遇到了这个问题。以框架4.5为目标,使用报告组件11。当我允许匿名用户(在早期开发阶段)使用ReportViewer时,我没有遇到任何问题。一旦我启用了Windows身份验证,分组表达式就会出现“#Error”,或者根本无法运行报告,出现上面列出的异常。 我能够解决这个问题,但对Artem发布的内容进行了轻微的修改。除了允许CAS信任沙盒ReportViewer代码之外,我不完全确定该代码的作用。如有任何意见,请稍作解释。
|
|
|
5
0
一个快速的想法是,虽然这不是我见过的错误,但请确保您的Assert与设置资源数据源的代码采用相同的方法:
权限断言不会持续太久,它们可能是一个安全问题,因此尽可能在需要它们的代码附近执行它们最有可能奏效。 |