JAVA高级面试进阶训练营视频教程

admin

今天批量导入号码功能已经放到荷兰去测试了

结果欧洲的PM一测就出了问题 

未在本地计算机上注册“Microsoft.ACE.OLEDB.12.0”

 

显然这是程序未能正确调用office的oledb数据连接驱动造成的。

之前做BS项目的时候，这个问题已经碰到很多次了，解决方案很简单

1装office

2装office 也还是报错的话，就单独安装一个AccessDatabaseEngine.exe

3在网站的应用程序池中，“设置应用程序池默认属性”右击/“高级设置”/;启用32位应用程序，设置为 true。

 

于是我进行第一步第二步，结果依然报错。

仔细分析了一下，由于现在我做的是Winform客户端，而读Excel代码是客户端的程序，所以显然不需要设置第三步。

那么为什么安装AccessDatabaseEngine.exe依然会报这个错误呢？是系统版本造成的不兼容问题吗？

查看了一下系统版本，x64，而我装的office为x86版本的，AccessDatabaseEngine.exe也是x86版本的。

所以大概是版本不兼容导致调用失败。

卸载了x86的office，重新装一个x64版本的AccessDatabaseEngine.exe，问题就解决了。

 

以前BS项目，之所以可以装任意版本的AccessDatabaseEngine.exe，是因为在应用程序池中可以调用x86版本的Oledb驱动，

但正因为CS架构的程序客户端进程不在IIS下运行，所以“启用32位应用程序”没办法设置。解决办法目前只能是让客户选择使用正确版本的office了。

但如果能有办法让程序可以在x64的系统运行时正确调用“32位应用程序”，这才是这个问题最完美的解决方法。

如果有这样的解决方案，我会继续跟踪这个问题的。

 

 

 

 

 

 以下内容为后续解决方案

 ————————————————————————————————————————————————————————————————————————————————————————

http://blog.sina.com.cn/s/blog_41616cb50101a11w.html

http://blog.csdn.net/rnhhb/article/details/8833100 

以上文章为参考文章。

简单来说，首选的解决方案是在编译程序的时候，不编译为AnyCPU而编译为x86的版本。

不过如此一来，程序就无法利用x64系统的资源优势了。

第二个链接给出的是在x64系统下，已经安装了x86的office而无法继续安装x64的AccessDatabaseEngine的解决方案。

操作虽稍复杂但是也是可行的，比起把x32的office卸载再重新装x64的office还是省时省力得多