陪你在路上
║ ║ ║-往事不要再提-----人生已多风雨-║ ║ ║

近日在打开原来写的一个网页程序运行时,出现了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="密码 "/>

  

代码
//杀死进程方法 
publicstaticvoid KillProcess(string processName)
{   
 system.Diagnostics.Process myproc 
= new system.Diagnostics.Process(); //得到所有打开的进程  
try      
{        

foreach (Process thisproc in Process.GetProcessesByName(processName))       

 {           
if (!thisproc.CloseMainWindow())          

{            

if(thisproc!=null)            

thisproc.Kill();          

}         }     

 }      

catch (Exception Exc)     

 {         
throw Exc;       }   

 }

 

 

在操作完Excel后,调用杀死进程方法就可以了,下一次就会正常调用

 

原文地址:http://www.sucai.com/Tech/List4/7451.htm

posted on 2010-04-10 15:18  zhaoguo435  阅读(344)  评论(0编辑  收藏  举报