走自己的路，让别人说去吗！美好的日子带来快乐，阴暗的日子带来经验，所以别对任何一天怀有遗憾。
ASP.NET账号在默认情况下是没有权限操作Microsoft Office对象的，如果不进行权限的配置，代码会抛出类似以下的异常： 检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败，原因是出现以下错误: 80070005。 这样给Asp.NET操作Microsoft Office对象带来了一定的困难。但我们还是要想办法来进行Office对象的操作。下面简单介绍一下本人在开发过程中曾经使用过的方法： 方法1：配置Web.Config文件，在每次请求时模拟本地系统的账户。 具体操作：在Web.Config文件中添加如下节点： <identity impersonate="true" userName="accountname" password="password" /> 其中：userName是要模拟的本地账号，password是该账号的密码。 方法2：在“DCOM配置”中，为IIS账号配置操作Word（其他Office对象也一样）的权限。 具体操作：“组件服务（Component Service）”->计算机（Computers）->我的电脑（My Computer）->DCOM配置（DCOM Config）->Microsoft Office Word 97 - 2003 文档，右击“Microsoft Office Word 97 - 2003 文档”，选择“属性”进行一下两步操作： （1）在【标识（Identity）】选项卡中选中“交互式用户（The interactive user）”. （2）在【安全（Security）】选项卡中，分别给前两个组（启动和激活权限，访问权限）选择“自定义（customer)”,然后点“编辑”，在弹出的界面中添加IIS账号（Server版的操作系统一般为NETWORK SERVICES，其他系统（XP）可能会是ASP.NET)，并在下面的权限框中，给该用户分配所有权限。 方法3：为ASP.NET站点应用池分配本地账号 具体操作：在IIS中，为ASP.NET站点创建新的应用程序池，再改应用程序池属性的【标识（identity）】选项卡中，为“预定义账户”选择“本地系统（LocalSystem）”。 如果是IIS7.0中，则按以下步骤操作：为ASP.NET站点创建新的应用程序池。选中该应用程序池，高级设置->进程模式—>标识：选择localSystem。 以上三种方法中，个人比较喜欢用第三种，因为在操作完Word对象后，还需要关闭Word对象的进程，而第三种方法可以不要其他设置就能让ASP.NET应用程序有权限去结束这个word进程。
到此这篇关于ASP.NET操作Word的IIS权限设置就介绍到这了。对牛弹琴伤心的不是牛，先了解对象后，再“弹琴”。更多相关ASP.NET操作Word的IIS权限设置内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！