近日在打开原来写的一个网页程序运行时,出现了Excel操作权限的问题,具体的说就是在代码中调用下面这段与Excel操作有关的语句时,
Application curExcelApp = new ApplicationClass();
提示权限不足,具体的提示内容如下:
检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败,原因是出现以下错误: 80070005。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: system.UnauthorizedAccessException: 检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败,原因是出现以下错误: 80070005。 ASP.NET 未被授权访问所请求的资源。请考虑授予 ASP.NET 请求标识访问此资源的权限。ASP.NET 有一个在应用程序没有模拟时使用的基进程标识(通常,在 IIS 5 上为 {MACHINE}ASPNET,在 IIS 6 上为网络服务)。如果应用程序正在通过 <identity impersonate="true"/> 模拟,则标识将为匿名用户(通常为 IUSR_MACHINENAME)或经过身份验证的请求用户。 要将 ASP.NET 访问权限授予某个文件,请在资源管理器中右击该文件,选择“属性”,然后选择“安全”选项卡。单击“添加”添加适当的用户或组。突出显示 ASP.NET 帐户,选中所需访问权限对应的框。 源错误: 行 533: //创建Excel信息
行 534: object missing = system.Reflection.Missing.Value;
行 535: Application curExcelApp = new ApplicationClass();
行 536: curExcelApp.Application.DisplayAlerts = false;
行 537: Workbook curWorkBook = curExcelApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet);
原来碰到过这种情况,知道是由于Excel的DCom组件权限不足所引起的,所以按照原来的步骤进行设置,如下所示:
1:在服务器上安装office的Excel软件;
2:在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务";
3:依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置";
4:在"DCOM配置"中找到"Microsoft Excel 应用程序",在它上面点击右键,然后点击"属性",弹出"Microsoft Excel 应用程序属性"对话框;
5:点击"标识"标签,选择"交互式用户";
6:点击"安全"标签,在"启动和激活权限"上点击"自定义",然后点击对应的"编辑"按钮,在弹出的"安全性"对话框中填加一个"NETWORK SERVICE"用户(注意要选择本计算机名),并给它赋予"本地启动"和"本地激活"权限。在XP系统和2000系统中添加ASPNET用户;
7:依然是"安全"标签,在"访问权限"上点击"自定义",然后点击"编辑",在弹出的"安全性"对话框中也填加一个"NETWORK SERVICE"用户,然后赋予"本地访问"权限.
注意:其中第5步是必须的,否则会出现以下错误:
内存或磁盘空间不足,Microsoft Office Excel 无法再次打开或保存任何文档。 ? 要想获得更多的可用内存,请关闭不再使用的工作簿或程序。 ? 要想释放磁盘空间,请删除相应磁盘上不需要的文件。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: system.Runtime.InteropServices.COMException: 内存或磁盘空间不足,Microsoft Office Excel 无法再次打开或保存任何文档。 ? 要想获得更多的可用内存,请关闭不再使用的工作簿或程序。 ? 要想释放磁盘空间,请删除相应磁盘上不需要的文件。 源错误:
行 535: Application curExcelApp = new ApplicationClass();
行 536: curExcelApp.Application.DisplayAlerts = false;
行 537: Workbook curWorkBook = curExcelApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet);
行 538: Worksheet curWorkSheet = (Worksheet)curWorkBook.Sheets.get_Item(1);
行 539:
按照上述步骤设置好了以后,重新执行程序,还是出现权限不足的问题,问题不知道出现在什么地方,仔细分析提示信息和代码,终于发现了问题的所在,原来是在Web.config中进行了下面的设置:
<identity impersonate="true"/>
而这段话的目的是为每一个请求进行客户端模拟,按照提示信息中的解释,由于没有设置Username,所以当前执行的用户是IUSR_MACHINENAME,而该用户是没有操作Excel组件的权限,为了验证分析是否正确,进行了一下验证:
将这句话删除,执行程序,一切正常;
在Excel的操作权限中加入当前登陆的用户,并进行如下的设置:<identity impersonate="true" userName="***" password="***"/>,执行程序,一切正常;
在Excel的操作权限中加入所有的用户,并进行如下的设置:<identity impersonate="true"/>,执行程序,出现权限不足的错误。
通过以上的验证,我们可以得出,在不进行客户端模拟设置时,asp.net程序调用excel组件时使用的是network service用户(在xp和2000中,使用的是aspnet用户),使用设置<identity impersonate="true"/>进行客户端模拟时,使用的是IUSR_MACHINENAME用户,但该用户没有调用excel组件的权限,即使设置了该用户的相关权限也不行;使用设置<identity impersonate="true" userName="***" password="***"/>进行客户端模拟时,只要设置了相关用户的权限,就可以顺利地调用Excel组件,但是要注意的是:由于asp.net的限制,该用户的密码不能为空。
在处理该问题时,在网上找到了一个比较有用的资料,与大家分享如下:
解决部署在Window server 2003 上Excel.exe进程问题
在操作完Excel以后,每次就会留下一个Execl.exe进程,无论如何也关闭不了,包括用垃圾回收等,原因我也不知道,但是在其他服务器操作系统和xp操作系统上不存在这种问题。
解决此类问题,有一个方法可以借鉴,就是杀死进程的方法,但是有一定的风险,要注意,具体方法如下:
操作进程有一定的风险,所有首先要有此类权限,添加权限方法,在web.Config里面添加权限<identity impersonate="true" userName="登录名" password="密码 "/>
杀死进程方法
1 publicstaticvoid KillProcess(string processName) 2 { 3 system.Diagnostics.Process myproc = new system.Diagnostics.Process(); //得到所有打开的进程 4 5 try 6 { 7 8 foreach (Process thisproc in Process.GetProcessesByName(processName)) 9 10 { if (!thisproc.CloseMainWindow()) 11 12 { 13 14 if(thisproc!=null) 15 16 thisproc.Kill(); 17 18 } } 19 20 } 21 22 catch (Exception Exc) 23 24 { throw Exc; } 25 26 }
在操作完Excel后,调用杀死进程方法就可以了,下一次就会正常调用
转载自http://wallimn.iteye.com/blog/660322,非常感谢。