QuickPart Permission问题

背景介绍:

  当使用QuickPart部署Webpart的时候,我们可以通过wspbuilder将QuickPart打包进wsp,并且通过feature直接部署webpart,这样QuickPart既不需要安装到GAC,也不需要在Sharepoint中添加部件时候重新再选择一次所需控件了。我把QuickPart放在80目录的bin下,如图:

但是,如果通过wspbuilder生成的wsp然后再deploy,在页面上添加部件的时候,会报错,“请求失败”PermissionCheck异常等信息。

 

尝试解决:

  

  既然是没有权限,那么我们最简单直接的方式就是把信任等级改成这样:<trust level="Full" originUrl="" />,但是这样会带来很多安全隐患,不推荐这样做。有没有其它的解决方式呢?我们来研究下wsp包的生成和部署方式。

  WspBuilder生成wsp包的时候,会把相应dll申请的权限打包进wsp包中,等到deploy这个wsp包的时候,wspbuilder就会修改站点下的Web.Config文件,将信任等级修改如下:

<trust level="WSS_Custom" originUrl="" />,然后WSS_Custom就会指向一个由wspbuilder生成的新的策略文件(路径在web.config里面能够找到),在这个策略文件里面定义了dll、webpart等的权限。

  那么wspbuilder怎么知道dll需要使用哪些权限呢,是通过读取dll的程序集信息获取的。在我们dll的项目文件里面都会有AssemblyInfo.cs文件,在这里会记载程序集的版本信息,我们也可以在这里添加程序集所需要使用的信息。大致判断出,QuickPart是因为搜索了某些没有目录的权限导致的,那么我给QuickPart源代码的AssemblyInfo.cs文件添加权限信息,在这个文件的最后,我添加这么一行:

[assembly: FileIOPermission(SecurityAction.RequestMinimum, Unrestricted=true)]

这句话的含义是:文件读取权限没有限制。关于FileIOPermissionAttribute可以自行查询帮助。

通过这样设置之后,重新编译QuickPart,生成wsp包,部署(之前先卸载并删除已部署的wsp),经过测试仍然不行,那么我在QuickPart的AssemblyInfo.cs文件的最后再添加两行:

[assembly: SharePointPermission(SecurityAction.RequestMinimum, Unrestricted=true)]

[assembly: SecurityPermission(SecurityAction.RequestMinimum, Unrestricted=true)]

把Sharepoint的权限和安全权限都加上无限制的定义,但是,很遗憾经过测试,依然不行,希望有精通策略文件的大虾能告知! 

 

最终方案:

  通过修改程序集信息调整策略文件权限的办法行不通,那么只好做出最后一招了,将QuickPart部署到GAC,这样的话,相当于FullTrust了,所以,程序终于能够正常运行。

  当然,将QuickPart部署到GAC也不需要我们手工做,通过wspbuilder都可以一键式帮你傻瓜化完成,只要把QuickPart从80\bin目录下移到GAC目录下,在部署WSP包的时候,自动会帮你部署到GAC中。QuickPart最终放置位置如下:

posted @ 2010-05-02 00:50  HollisYao  阅读(341)  评论(0编辑  收藏  举报