After successfully testing my MVC4 programs using this environment
在使用此环境成功测试我的MVC4程序之后
I tried to publish it to 64-bit Windows 2008 Server with the IIS that disallows 32 bit apps, then I start getting stuck with the exception : the referenced dll's dependencies cannot be found!
我试图将它发布到64位Windows 2008 Server，其IIS不允许32位应用程序，然后我开始陷入异常：引用的dll的依赖项无法找到！
I tried every advice the internet can give me including modifying web.config to reflect their dlls' on deploy-to server win 2008 using global cache cmd's on the prompt!
我尝试了互联网可以给我的每一条建议，包括修改web.config，以便在提示符上使用全局缓存cmd来反映他们在部署到服务器win 2008上的dll！
Yet nothing works. 32-bit is working but 64-bit is flat broke!
但没有任何作用。 32位正在工作，但64位是平的！
1 个解决方案
#1
1
First, I stopped messing around the web.config. Then, I re-installed Oracle 11g 64 on my Windows 2008 server. Finally I placed ODAC on top of 11gx64's installation. The key to success is locating the correct ODAC to match the version of Oracle you have on your system.
首先，我不再乱搞web.config。然后，我在Windows 2008服务器上重新安装了Oracle 11g 64。最后，我将ODAC置于11gx64的安装之上。成功的关键是找到正确的ODAC以匹配您系统上的Oracle版本。
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
To VERIFY you have the right ODAC installed correctly over oracle 11 g you have to look into [asp.net] and [ODP.net] directories to make sure they BOTH have 2.x's and 4's dirs in each bin and their presence in global cache 64.
要验证您在Oracle 11 g上正确安装了正确的ODAC，您必须查看[asp.net]和[ODP.net]目录以确保它们在每个bin中都有2.x和4的dirs以及它们在全局中的存在缓存64。
Ater solving the ODAC installation problem, I start experimenting with oracle client dll's. I copied the Oracle.DataAccess.dll(64-bit) from bin [2.x] to my app's compiled bin only to watch my program still crashed with the same complaint that it cannot find the dependent DLL's. Then I copied the Oracle.DataAccess.dll from bin [4], then everything WORKS fine!!
在解决ODAC安装问题后，我开始尝试使用oracle客户端dll。我将bin [2.x]中的Oracle.DataAccess.dll（64位）复制到我的应用程序的编译bin只是为了观察我的程序仍然因为无法找到依赖DLL的相同投诉而崩溃。然后我从bin [4]复制了Oracle.DataAccess.dll，然后一切正常！
Now the remaining question is why 4.112.4 not found in register cache GAC_64 is working great but the set of dll's registered in GAC_64 broke the program? Can't help not being confused.
现在剩下的问题是为什么在寄存器缓存中找不到4.112.4 GAC_64工作得很好但是在GAC_64中注册的dll集打破了程序？不禁不被混淆。
See the resulting view of the working dlls ==>
查看工作dll的结果视图==>
If you acquire all those screens I show in this case, your MVC4 apps should fly high with Oracle 11 g 64-bit client! Good luck! I'll share mine with you!
如果您获得了我在这种情况下展示的所有屏幕，那么您的MVC4应用程序应该与Oracle 11 g 64位客户端一起飞得更高！祝你好运！我会和你分享我的！
#1
1
First, I stopped messing around the web.config. Then, I re-installed Oracle 11g 64 on my Windows 2008 server. Finally I placed ODAC on top of 11gx64's installation. The key to success is locating the correct ODAC to match the version of Oracle you have on your system.
首先，我不再乱搞web.config。然后，我在Windows 2008服务器上重新安装了Oracle 11g 64。最后，我将ODAC置于11gx64的安装之上。成功的关键是找到正确的ODAC以匹配您系统上的Oracle版本。
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
To VERIFY you have the right ODAC installed correctly over oracle 11 g you have to look into [asp.net] and [ODP.net] directories to make sure they BOTH have 2.x's and 4's dirs in each bin and their presence in global cache 64.
要验证您在Oracle 11 g上正确安装了正确的ODAC，您必须查看[asp.net]和[ODP.net]目录以确保它们在每个bin中都有2.x和4的dirs以及它们在全局中的存在缓存64。
Ater solving the ODAC installation problem, I start experimenting with oracle client dll's. I copied the Oracle.DataAccess.dll(64-bit) from bin [2.x] to my app's compiled bin only to watch my program still crashed with the same complaint that it cannot find the dependent DLL's. Then I copied the Oracle.DataAccess.dll from bin [4], then everything WORKS fine!!
在解决ODAC安装问题后，我开始尝试使用oracle客户端dll。我将bin [2.x]中的Oracle.DataAccess.dll（64位）复制到我的应用程序的编译bin只是为了观察我的程序仍然因为无法找到依赖DLL的相同投诉而崩溃。然后我从bin [4]复制了Oracle.DataAccess.dll，然后一切正常！
Now the remaining question is why 4.112.4 not found in register cache GAC_64 is working great but the set of dll's registered in GAC_64 broke the program? Can't help not being confused.
现在剩下的问题是为什么在寄存器缓存中找不到4.112.4 GAC_64工作得很好但是在GAC_64中注册的dll集打破了程序？不禁不被混淆。
See the resulting view of the working dlls ==>
查看工作dll的结果视图==>
If you acquire all those screens I show in this case, your MVC4 apps should fly high with Oracle 11 g 64-bit client! Good luck! I'll share mine with you!
如果您获得了我在这种情况下展示的所有屏幕，那么您的MVC4应用程序应该与Oracle 11 g 64位客户端一起飞得更高！祝你好运！我会和你分享我的！