分享程序员开发的那些事...
更新时间：2022-08-14 19:20:45
引用地址：http://www.cnblogs.com/linyechengwei/archive/2011/03/25.html
昨天，组里一个小朋友告诉我，他写的报表生成服务中无法打开一个已经存在的Excel 2007文件，他的开发环境是Win7、Visual Studio .Net 2008(Windows Server 2008下同样存在此问题)。比较奇怪的是，Excel Automation对象是可以实例化的，但是在执行Workbooks.Open时抛出异常如下：
Microsoft Office Excel 不能访问文件“a.xls”。 可能的原因有:
• 文件名称或路径不存在。
• 文件正被其他程序使用。
• 您正要保存的工作簿与当前打开的工作簿同名。_Microsoft Office Excel_ 在 TemplateExcelFileExporter.Create(DataSet ds, String fullName) 位置 E:\Demos\ExportService\ExportService\Class1.cs:行号 263
在 ExportService.Service1.OnStart(String[] args) 位置 E:\Demos\ExportService\ExportService\Service1.cs:行号 30
事实上，a.xls文件是存在的，而同样的代码在非Service程序是正常的，且Service部署到Windows Server 2003上运行正常。我不得不怀疑是权限问题，服务是以Local System运行的，在给工作目录加上了相应的权限后发现问题依旧。无奈，上网去转了一圈，找到了一个解决方案，以下是其中关键的部分：
This solution is ...
・Windows 2008 Server x64
Please make this folder.
C:\Windows\SysWOW64\config\systemprofile\Desktop
・Windows 2008 Server x86
Please make this folder.
C:\Windows\System32\config\systemprofile\Desktop
...instead of dcomcnfg.exe.
This operation took away office automation problems in my system.
A Desktop folder seems to be necessary in the systemprofile folder to open file by Excel.
It disappears from Windows2008, Windows2003 had the folder,
and I think it cause this error.
虽然问题解决了，但是为什么在X:\Windows\System32\config\systemprofile目录下创建名为Desktop目录即可解决问题，这个还不是很清楚。继续查了一些资料，应该还是权限的问题，因为无论Windows Service运行在哪个帐号下，它所创建的文件的Owner都是Administrator，因此Excel无法打开此文件。但为啥一定要建一个空的Desktop目录，仍未找到答案。如果哪位高价知道，请不吝赐教。
源文地址：http://www.cnblogs.com/TonyJoule/archive/2010/05/18/1737973.html
在网站中使用了Excel组件，网站发布部署后，在所有使用到Excel组件的相关功能点上，都出现了如下错误：
The 'Microsoft.ACE.OLEDB.14.0' provider is not registered on the local machine.
在网上查找了资料后，得到了解决.
基本的解决就是：
1、在服务器上要安装office组件
2、要安装office的数据连接组件(AccessDatabaseEngine)
说明：我安装了office2010的数据链接组件后，还是没有解决这个问题，但我网站中引用了的Excel组件版本的确是14.0，最终是把
Microsoft.ACE.OLEDB.14.0 修改成了 Microsoft.ACE.OLEDB.12.0
才终于解决了这个问题，具体原因自己也不太清楚。
=====================================================================================
查找到的相关资料如下：
http://social.msdn.microsoft.com/Forums/zh-CN/whatforum/thread/7c6d2c4a-feff-4517-af63-c1509ddae3f4
http://www.cnblogs.com/netcai/archive/2011/03/24/1993329.html
在windows 2008 r2 x64版本的操作系统中通过oledb提供程序连接访问Excel2010/2007时，程序会报如下错误：
System.InvalidOperationException: The 'Microsoft.ACE.OLEDB.14.0' provider is not registered on the local machine.
此查找资料认为产生此种错误的原因有两种：
1、在Windows2008r2 x64 OS，在没有装Office2010客户端时，或没有安装“数据连接组件”
2、当前Web应用程序的应用程序池是64位的，而提供连接Excel的provider不支持当前64版本的操作系统
解决方法：
1方案：
安装MS的数据连接组件AccessDatabaseEngine（或安装office 2010客户端），并将当前承载通过oledb提供程序去访问Excel2010的Web application对应的应用程序池“启用兼容32位应用程序”，
在对应的 IIS 应用程序池中，“设置应用程序池默认属性”右击/“高级设置”/"启用32位应用程序"，设置为 true。
2方案：
安装AccessDatabaseEngine_64版并且要安装64位版的office 2010客户端
3方案：
若目标应用程序不能将应用程序池"启用兼容32位应用程序"，只能在64位应用程序池下运行，且又想有上传Excel的功能，可按如下方式：
a、创建Asp.net WebService application 程序，并通过WebService来连接访问Excel。
b、将此webservice application的应用程序池按方案1方式设置“启用兼容32位应用程序”。
c、在目标应用程序中添加此webservice。
最近在项目中使用到了一个Word转换为HTML的功能，于是自己写了一个示例，关键代码如下：
以上代码，在.net framework4.0 中，可能会出一编译错误：
无法嵌入互操作类型“……”，请改用适用的接口。
查阅资料，找到解决方案，记录如下：
选中项目中引入word的dll，鼠标右键，选择属性，把“嵌入互操作类型”设置为False。