Zuerst habe ich aufgehört, an der web.config herumzuspielen. Dann habe ich Oracle 11g 64 auf meinem Windows 2008-Server neu installiert. Schließlich habe ich ODAC auf die Installation von 11gx64 gelegt. Der Schlüssel zum Erfolg liegt darin, den richtigen ODAC zu finden, der der Version von Oracle entspricht, die Sie auf Ihrem System haben.
http://www.oracle.com/technetwork/database /windows/downloads/index-090165.html
Um zu ÜBERPRÜFEN, dass Sie das richtige ODAC korrekt über Oracle 11 g installiert haben, müssen Sie in die Verzeichnisse [asp.net] und [ODP.net] schauen, um sicherzustellen, dass sie BEIDE 2.x- und 4-Verzeichnisse in jedem Bin und ihre Präsenz in global haben Cache 64.
Nachdem ich das ODAC-Installationsproblem gelöst habe, fange ich an, mit Oracle-Client-DLLs zu experimentieren. Ich habe die Oracle.DataAccess.dll (64-Bit) aus bin [2.x] in die kompilierte bin meiner App kopiert, nur um zu sehen, dass mein Programm immer noch mit der gleichen Beschwerde abstürzte, dass es die abhängigen DLLs nicht finden kann. Dann habe ich die Oracle.DataAccess.dll aus bin [4] kopiert, dann FUNKTIONIERT alles!!
Nun ist die verbleibende Frage, warum 4.112.4 nicht im Register-Cache GAC_64 gefunden wird, funktioniert großartig, aber der Satz von DLLs, die in GAC_64 registriert sind, hat das Programm beschädigt? Kann nicht anders, als verwirrt zu sein.
Siehe die resultierende Ansicht der funktionierenden DLLs ==>
Wenn Sie all die Bildschirme erwerben, die ich in diesem Fall zeige, sollten Ihre MVC4-Apps mit dem Oracle 11 g 64-Bit-Client hoch hinaus! Viel Glück! Ich teile meine mit dir!
