Oracle.DataAccess.dll Error upon Deployment

Hi,
I have an application which has an optional Database Source setting (SQL | Oracle). The Oracle Database is used only when the application is set to run on Oracle Mode. My problem is when I deploy the application it seems that I need to install Oracle ODP.net even if I desired to run on SQL mode. I tried some work around, I copied Oracle.DataAccess.dll (without installing ODP.net) to the BIN folder of my application and deleting the Oracle reference at the assemeblies in the WebConfig. On the first run I get an error about oracle versions.. but when i refresh the page this error is gone.
Please advise me on what shall be done in this case. I want the on first load the error will be gone.
Thanks

The Oracle.DataAccess.dll is variously located at
client 9i it's at C:\oracle\ora9i\bin
version 10.1 it's at C:\oracle\product\10.1.0\Client_1\BIN
Version 10.2 it's at C:\oracle\product\10.2.0\client_1\ODP.NET\bin\2.x for the .net 2.0 version.
There is also C:\oracle\product\10.2.0\client_1\ODP.NET\bin\1.x for the .net 1.1 version.
I don't have version 11.x so I can't say for that release.
If you used different Oracle Home directories then your locations would be slightly different.

Similar Messages

Oracle.DataAccess.dll not fetching data inside deployed (IIS 6.0) server

Hi all
I am fetching data from oracle data base in asp.net application. To achieve this functionality i have used Oracle.DataAccess dll . In my developement environment it working fine.
But once I deployed this code on IIS 6.0 it is stopped working and I checked my log and found connection not get established . Then I make sure Oracle.DataAccess.dll present in to bin folder also I try to put this dll in side GAC, but still my code is not working on deployed server.
Any help is highly appreciate
Thanks
Vikram

Hi Jenny,
Thanks a lot for quick reply
Here is below stack exception detail
System.TypeInitializationException was caught
Message="The type initializer for 'Oracle.DataAccess.Client.OracleConnection' threw an exception."
Source="Oracle.DataAccess"
TypeName="Oracle.DataAccess.Client.OracleConnection"
StackTrace:
at Oracle.DataAccess.Client.OracleConnection..ctor(String connectionString)
InnerException: Oracle.DataAccess.Client.OracleException
DataSource=""
ErrorCode=-2147467259
Message="The provider is not compatible with the version of Oracle client"
Number=-11
Procedure=""
Source="Oracle Data Provider for .NET"
StackTrace:
at Oracle.DataAccess.Client.OracleInit.Initialize() at Oracle.DataAccess.Client.OracleConnection..cctor()
InnerException:
Thanks
Vikram

Upgraded to 64 bit Oracle DataAccess.dll and now more open cursors errors

Hi, We recently converted from .net framework 1.1 application to .net 4.0 framework for 64 bit. We installed the 64 bit version of Oracle DataAccess dll. It now seems like we are getting many more open cursor error messages in our application. The open_cursor value set in the database has not changed and other than the 64 bit Oracle and .net 4.0 framework nothing has changed. I was just curious if anyone else that has converted to the 64 bit Oracle DataAccess dll has experienced an increased number of open cursor errors? If so, what was the resolution.
I apprecieate any feedback.
Thanks

What do you have /32BIT flag set to in the assembly? Ie, was it compiled with AnyCPU, x86, etc? You can use corflags.exe with the .net sdk to find out.
Prior to VS2010, the default was AnyCPU which meant it ran as 64 bit on 64 bit OS, and 32 bit on 32 bit OS.
As of VS2010, the IDE defaults to x86, which means it runs as 32 bit no matter what.
32 bit apps need 32 bit odp/client. 64 bit apps need 64 bit odp/client.
The error you're getting usually means you have the wrong bits (32/64) of the Oracle client installed.
Assuming you have the wrong client bits installed, you could either
a) make the app run as the other bits by setting/clearing the 32BIT flag (also by using corflags.exe)
b) install the other bits of Oracle client software. a 32 bit home and a 64 bit home play rather nicely together for the most part, but you need to install them into separate homes.
Hope it helps,
Greg

Problem using oracle.dataaccess.dll

Hi,
I have an web application which uses Oracle.DataAccess.dll to communicate with and Oracle db. The web application deployed on 32 bit windows system works but not on windows server 2008 64 bit. I installed 10204_vista_win2k8_x64_production_db package, referenced the installed dll (version 2.102.4.0) from the project but I get the following error:
Could not load file or assembly 'Oracle.DataAccess, Version=2.102.4.0, Culture=neutral, PublicKeyToken=89b483f429c47342' or one of its dependencies. The system cannot find the file specified.
Any help is appreciated. Thanks in advance.

I had this problem too.
I have not found any way to get ODP to work on a 64 bit machine. I have gone through more than 30 permutations of install combinations and all have their problems.
Your's is one I remember.
The error message does not give a good description of the problem. It CAN find it, but it can't load it.
The main problem in my opinion is that Visual Studio is a 32 bit app and so are its tools. MS will say that is no big deal because they don't want to rewrite native code sooner than they have too. It is going to stay that way for 2010. Visual Studio is going to load a .dll to connect to Oracle in server explorer and in any datasets you have created with the designer...its going to use a 32 bit .dll now your application wants a 64bit .dll... see the problem? I beleive that when you install the ODP registry settings are made for viual studios sake, but I don't know what happens under the hood.
Does visual studio give you any option at all to choose what assemblies to use for the IDE tools? nope
I have tried 32 bit client, 64 bit client, ODACwithODP and every combination of them in every version oracle offers on their download site. Nothing worked 100%.
I got
1) "cannot load file x" when x is at the specified path
2) BadImageFormat exception
3) App worked but visual studio tools crashed the IDE
4) installed all 3, but used the old system.data.oracleclient and tools worked sluggish or crashed.
You can also combine the problem of Oracle provider along with the fact that 1/2 of Visual Studio's tools don't care about 64 bit programming. For example, I made a wcf service that as going to access my database. Well, guess what you can't use Visual Studio's WCF debugger because WcfSvcost.exe is 32 bit. Will it give you an informative error message? nope. Just a BadImageFormat Exception with no clue which file is causing the problem. spent a week of precious time on that one and thought it was an oracle provider issue.
I have given up using ODP for now and am forced to use (4) System.Data.OracleClient just for the sake of getting any coding done at all instead of hacking my environment. It sucks. I got that working by installing 11r2 64 bit client in one home and 11r2 64bit client in another, then ODP in a 3rd. That way I can still use more friendly tools made for Oracle and let VS use the 32 bit client with the old System.Data.OracleClient dll.
If anyone has the magic step but step to get both a working IDE with its tools remaining functional along with a working application on Windows 7 64bit, than please please let me know!

Oracle.DataAccess.dll on Windows 7 64 bit

Hi,
I am migrating a .Net 3.5 windows class library from WinXP 32 bit to Win7 64 bit. I use Oracle 11g 64 bit client to connect to database.
my code works in Debug build but not in Release build. here is the error message:
"An attempt was made to load an assembly with an incorrect format:"
I did not complete uninstall by Oracle Deinstall, and re-install it.
Debug build have a waring:
"Assembly generation -- Referenced assembly 'Oracle.DataAccess.dll' targets a different processor."
Release build still the same incorrect format error.
here is more information:
under C:\Windows\assembly
Oracle.DataAccess 2.112.1.0 89b483f429c47342 AMD64
Oracle.Web 2.112.1.0 89b483f429c47342 AMD64
How should I fix it? should I download and install "64-bit Oracle Data Access Components (ODAC)"? What's difference between ODP.net in Oracle client and in ODAC?
Thank you,
Wes
Windows 7 Pro, 64 bit, Visual Studio 2010, Oracle 11g 64 bit client

What do you have /32BIT flag set to in the assembly? Ie, was it compiled with AnyCPU, x86, etc? You can use corflags.exe with the .net sdk to find out.
Prior to VS2010, the default was AnyCPU which meant it ran as 64 bit on 64 bit OS, and 32 bit on 32 bit OS.
As of VS2010, the IDE defaults to x86, which means it runs as 32 bit no matter what.
32 bit apps need 32 bit odp/client. 64 bit apps need 64 bit odp/client.
The error you're getting usually means you have the wrong bits (32/64) of the Oracle client installed.
Assuming you have the wrong client bits installed, you could either
a) make the app run as the other bits by setting/clearing the 32BIT flag (also by using corflags.exe)
b) install the other bits of Oracle client software. a 32 bit home and a 64 bit home play rather nicely together for the most part, but you need to install them into separate homes.
Hope it helps,
Greg

Oracle.DataAccess.dll not loading in 64 - bit OS

Hi All
I have a console application that needs to be scheduled in task manager. My system is 32-bit operating system and I’m using Oracle.DataAccess.dll in my application to establish connection to the oracle db. The version is 2.112.1.0 and the processor architecture of this dll in C:\Windows\Assembly is x86. In my local m/c this dll works fine with all 3 build and target platforms – x64, x86 or AnyCPU. But when I copy the files to my staging server which is a 64-bit OS I’m getting the following exception. (Note: I’m also having Oracle.DataAccess version 10.2.0.100 which is also x86 available in C:\Windows\Assembly)
System.BadImageFormatException: Could not load file or assembly 'Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342' or one of its dependencies. An attempt was made to load a program with an incorrect format.
File name: 'Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342' at
Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Running under executable D:\ProjectFolder\MyExecutable.exe
Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Running under executable D:\ ProjectFolder\MyExecutable.exe
--- A detailed error log follows.
=== Pre-bind state information ===
LOG: User = UserId
LOG: DisplayName = Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342
(Fully-specified)
LOG: Appbase = file:///D:/ ProjectFolder/
LOG: Initial PrivatePath = NULL
Calling assembly : MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: D:\ ProjectFolder\MyExecutable.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Post-policy reference: Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342
LOG: Attempting download of new URL file:///D:/ ProjectFolder/ Oracle.DataAccess.DLL.
ERR: Failed to complete setup of assembly (hr = 0x8007000b). Probing terminated.
I have tried to build the application to target AnyCPU / x64 / x86. It fails in all 3 scenarios.
There are other applications in the staging server where Oracle connection can be established. So ODP.Net should be registered in the server. So looks like problem with my console app. Does anyone have any idea what could be the problem?
Thanks & Regards,
Sree

If I'm reading your post correctly, your application is built using ODP.net 2.112.1.0 (an 11gR2 client) and your other system has 10.2.0.100 (a 10g client).
That's your problem. When .net tries to load the assembly, it looks for 2.112.1.0. Policy files that get installed when you install the client would allow it to use a newer version instead (like 2.112.3.0), but not to use an older version. So .net doesn't think you have a compatible Oracle client installed.
You could manually add assembly binding redirects to force it to load 10.2.0.100, but I really don't recommend that given some differences between 10g and 11g (I tried that once and had some weird problems). You could also build the application using 10.2.0.100 instead.
The best fix for this is to install 2.112.1.0 on the other system, or try out the managed client when it's out of beta (which doesn't need to be installed at all).

Issues with different versions of Oracle.DataAccess.dll

I have a .net web service application which references version 10.2.0.100 of Oracle.DataAccess.dll. A client has setup Oracle 10g database on the server, but I think the server has a patch set installed so it appears that the versions of Oracle.DataAccess.dll in my web service and on the database server do not match. When I issue a query via the web service on my local machine using my oracle 10g client, the web method returns the correct data. If I issue the same query using the same .net web service on the clients database server, I get the following error: Oracle.DataAccess.Client.OracleException: ORA-00923: FROM keyword not found where expected. There's nothing wrong with the query syntax, I can run the same query from SQL Plus on the database server and get the correct data. Could it be a compatibility issue between the Oracle.DataAccess.dll referenced in my web service application and the file on the sever. I'm not sure what else to look for, any advice is greatly appreciate, and I can answer any questions if needed.
Thanks,
NA

I would not expect an ORA-923 if your the Oracle client was not installed properly. I would expect an exception or a crash.
You can run an ODP.NET trace to find out what query is getting the ORA-923 by doing the following:
1) Shutdown web server on the machine that runs the webservice (middle tier),
2) In windows registry, on the machine that runs the webservice (middle tier), change registry value \\HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\ODP.NET\4.112.1.1\TraceLevel to 1
3) Reproduce the ORA-923 only
4) shutdown webserver
5) Undo the registry value (set it back to 0)
6) In the generated file (c:\odpnet2.0.trc) do a search for "923", hopefully you can find it. Just before that error, you should see the SQL that was executed. This will obviously not be what you expect and will hopefully point you to the cause of the problem.

Program Ver is 10.1.0.4(Oracle.DataAccess.dll) computer Ver is 10.1.0.2

My computer Ver is 10.1.0.2(Oracle.DataAccess.dll),
but program Ver is 10.1.0.4(Oracle.DataAccess.dll)
Run Program's exe In my computer,Error.
Policy.9.2.Oracle.DataAccess.dll and Policy.10.1.Oracle.DataAccess.dll,
They are only in 10.2.0.100 client.
I make them to Windows assembly.
But Run Program's exe In my computer,Error too.
Thank you very much.

Thank you very much.
But we make a project for custmers
They are using a lower Ver,We can't make them to use a Higher Ver.
I want a solution for this problem:
The program is a high Ver, Run it the computer is a low Ver(Oracle.DataAccess).
How to make it?

Is it safe to Corflag Oracle.DataAccess.dll

Hello,
Is it safe to use CORFLAGS.EXE to change the bit-architecture of the Oracle.DataAccess.dll (the version included in Oracle Client 11gR2) to AnyCPU by clearing up the 32bit flag?
This dll (in the Oracle Client 32 bit installation) originally has the 32bit flag set to 1 like this:
PE        : PE32
32BIT     : 1
but all the rest of the dlls (some are 3rd party) in my projects have this flag clear b/c they are AnyCPU. They are set like this:
PE        : PE32
32BIT     : 0
so at runtime it throws BadImageFormatException b/c some dlls are AnyCPU and others are 32bit
If I copy the 32bit Oracle.DataAccess.dll to my project's local folder, change the project to reference this local copy, and clear the dll's 32bit flag with corflags, making it AnyCPU, that works around the exception, and the project runs w/o apparent issues. But I wonder whether clearing this flag would make this dll unsafe or poses any other problem.
I'd appreciate if you could talk about the implications or side-effects, or if there's another way to solve this architecture/bit dilemma
Is there an AnyCPU Oracle Client out there?
Thank you in advance
Sincerely,
Richard

Thanks to Mark for your advice. Let me say for the sake of clarity that I'd never think of corflag-ing the original dll not place an adultered dll in the GAC; I was thinking to place the changed dll in a local folder under the project (bin), and refer to this local copy
I'm interested in the Managed Provider but I know nothing about it yet, and I'm sure I'd have to make source code changes in the projects. I'm not sure if the developers of the Oracle Client realize that we're not in a vacuum out here, and when something stops being supported, it breaks things businesses are using for day-to-day work; when a product stops being backwards compatible, it creates lots of problems that affect businesses. For example, I see recommendations like to rebuild the project as 32bit or 64bit, but these are not Hello World or demo projects, these projects depend on 3rd party components that aren't available in those architectures, they are only AnyCPU. There are also other dlls from other teams in-house, from which I don't own the source code. It's impractical to ask people who are busy working on their own assignments, to convert 6 or 7 projects which have been untouched for years w/o having a business need. Another issue with changing everything to 64bit is that these apps are running on development, test, and production servers, which are 32bit, so in order to move them to 64bit, infrastructure would have to migrate each one of these environments to new servers, then the apps would have to be tested by users of the business, wasting their time all over again again... Not practical
All this trouble comes b/c I'm just moving my development machine to 64bits. I'm not supposed to be working/wasting time rewriting code that's locked under source control and has been tested and approved, and has been running in production for years. That's the reason why I'm not very pleased with the idea of the Managed Provider, b/c code that's in production, will have to be rewritten, deployed again in test, re-tested, and then released to production again, when there should be an AnyCPU version of the client and that'd be the end of it. All apps we have use the client, so eventually would everything have to be rewritten for this Managed Provider?
If I install the Managed Provider is it likely to create issues with the Oracle Client I already have installed?
Thank you very much
Richard

Oracle.DataAccess.dll 2.112.1.0 vs 2.111.7.0

Hi,
I built a windows 7 64 bit dll application with Oracle 11g, my Oracle.DataAccess.dll version is 2.112.1.0. when I create setup package, I exclude Oracle.DataAccess.dll. When I install it on my user's machine, which have 2.111.7.0 version of Oracle.DataAccess.dll. Now it stop working.
what's the best solution:
a) install 2.112.1.0 version of Oracle.DataAccess.dll in my setup package and install it on user's machine
b) uninstall my 2.112.1.0 version of Oracle client, install 2.111.7.0 one
c) other... ?
also, should I use 64 bit Oracle 11g client?
Thank you,
Wes

wesbird wrote:
When I install it on my user's machine, which have 2.111.7.0 version of Oracle.DataAccess.dll. Now it stop working.
a) install 2.112.1.0 version of Oracle.DataAccess.dll in my setup package and install it on user's machineJust wanted to point out that if "2.111.7.0" means the user's machine has Oracle 11.1.0.7 something installed, then simply including a "2.112.1.0" dll is not enough i.e. whole 11.2 Client install is needed. Having multiple Oracle homes on a Windows pc might not work well for some apps (think dependencies/support requirements for 3rd part Oracle apps).
Perhaps ODAC Xcopy deployment package could help simplify deployment.
32-bit ODAC Xcopy version
http://www.oracle.com/technetwork/database/windows/downloads/utilsoft-087491.html
64-bit equivalent
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
Edited by: orafad on Aug 24, 2011 1:10 AM

Oracle.DataAccess.dll FileNotFundException in VS 2010 project

Hello,
I've got a troubleshot whith my Windows Service App, build in VS 2010 (Professional & Ultimate ed.) (build in both x64 & x32) :
FileNotFoundEcxeption
"Could not load file or assembly 'Oracle.DataAccess, Version = 4.112.2.30, Culture = neutral, PublicKeyToken = 89b483f429c47342'or one of its dependencies. The specified file is not found."
Same things when i'll try to run the examples project in ODP.NET Package 11.2.0 (FrameWork V2.x and V4).
My Windows Service worked correctly before, but stoped working since few days. Maybe new updates of .NET frameworks ?
Thanks for your help.

wesbird wrote:
When I install it on my user's machine, which have 2.111.7.0 version of Oracle.DataAccess.dll. Now it stop working.
a) install 2.112.1.0 version of Oracle.DataAccess.dll in my setup package and install it on user's machineJust wanted to point out that if "2.111.7.0" means the user's machine has Oracle 11.1.0.7 something installed, then simply including a "2.112.1.0" dll is not enough i.e. whole 11.2 Client install is needed. Having multiple Oracle homes on a Windows pc might not work well for some apps (think dependencies/support requirements for 3rd part Oracle apps).
Perhaps ODAC Xcopy deployment package could help simplify deployment.
32-bit ODAC Xcopy version
http://www.oracle.com/technetwork/database/windows/downloads/utilsoft-087491.html
64-bit equivalent
http://www.oracle.com/technetwork/database/windows/downloads/index-090165.html
Edited by: orafad on Aug 24, 2011 1:10 AM

Not able to refer 64-bit oracle.dataaccess.dll from GAC

Hi,
I have installed 64-bit oracle 11g client with ODP.net and deployed Oracle.DataAccess.dll in GAC(it is deployed to C:\Windows\Microsoft.NET\assembly\GAC_64\Oracle.DataAccess). But i am not able to refer this dll in a project in visual studio 2010, it is not appearing in "Add reference" window. Please help me in resolving this issue. My system is a 64-bit machine.
I didn't face this problem in 32-bit machine. In 32-bit machine, I installed 32-bit oracle 11g client and deployed Oracle.DataAccess.dll in GAC (it is deployed to C:\Windows\Microsoft.NET\assembly\GAC_32\Oracle.DataAccess). I was able to refer this dll in project in visual studio 2010.
Regards,
Kiran.

Please move this thread to a relevant forum. Best bet is {forum:id=146}. (Even better probably is some MS forum for VS 2010, as it seems VS specific.)

Oracle.DataAccess.DLL connection issues...

Greetings, all. This Oracle Novice is having some right fun trying to talk to ODP.NET. I am actually very successful at using the 9.2.0.1.0 drivers, so talking to the db is no problem. But I cannot seem to get ODP.NET to work.
I installed all of the available components from the latest ODP.NET download except the one for the Transaction Server. The code I am using is trying to talk to ODP.NET to facilitate a BLOB upload. Here is the line that .NET comes to s screeching halt on:
<%@ Register TagPrefix="oda" Namespace="Oracle.DataAccess" Assembly="Oracle.DataAccess, Version=9.2.0.11, Culture=neutral, PublicKeyToken=89b483f429c47342" %>
And here is the error I receive:
Assembly Load Trace: The following information can be helpful to determine why the assembly 'Oracle.DataAccess' could not be loaded.
=== Pre-bind state information ===
LOG: DisplayName = Oracle.DataAccess, Version=9.2.0.11, Culture=neutral, PublicKeyToken=89b483f429c47342
(Fully-specified)
LOG: Appbase = file:///c:/inetpub/wwwroot
LOG: Initial PrivatePath = bin
Calling assembly : (Unknown).
===
LOG: Publisher policy file is found at C:\WINDOWS\assembly\GAC\policy.9.2.Oracle.DataAccess\9.2.0.700__89b483f429c47342\Policy.9.2.Oracle.DataAccess.config.
LOG: No redirect found in host configuration file (C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet.config).
LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\config\machine.config.
LOG: Post-policy reference: Oracle.DataAccess, Version=9.2.0.11, Culture=neutral, PublicKeyToken=89b483f429c47342
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/root/2135a508/8d69a834/Oracle.DataAccess.DLL.
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/root/2135a508/8d69a834/Oracle.DataAccess/Oracle.DataAccess.DLL.
LOG: Attempting download of new URL file:///c:/inetpub/wwwroot/bin/Oracle.DataAccess.DLL.
WRN: Comparing the assembly name resulted in the mismatch: Revision Number
I am totally lost as to what all this means. Can someone offer some guidance to this wayward newbie? Thanks!
OH! I should mention that I now have a copy of Oracle.DataAccess.DLL in each of the directories mentioned above.
Steve

Hello,
What was the resolution to this? I am facing the same issue and am completely lost.
One additional info in my case....Please bear with me..I am novice .NET developer. my aspx pages seem to work fine with Oracle client 9.2 but not on machine with Oracle 10g. I get the same error listed above.
I noticed Oracle.DataAccess.dll had different dates. The one under ORACLE_HOME was newer compared to the ASP.NET/bin dir.
Any help would be appreciated.
Thanks

Oracle.DataAccess.dll targets a different processor than the application

I need help to solve the error message for Referenced assembly 'bin\Oracle.DataAccess.dll' targets a different processor than the application
I have try two different verison 11 and 10 has the samething
Anyone know what causeing this problem?

I had this and changed the platform target in VS to x86 and the warning disappeared. I think it's because the Oracle.DataAccess.dll is targetted specifically for the x86 platform.

Patch 5916667 gacutil fails to install Oracle.DataAccess.dll

Hi,
I am trying to apply patch 5916667 following the instructions in the readme file. Everything went well except for the step 9 (Section 2) from the readme stating:
9) Execute the following to install the new ODP.NET assembly:
gacutil /i Oracle.DataAccess.dll
NOTE: If you do not have gacutil.exe, you can drag-and-drop the
Oracle.DataAccess.dll to %SystemRoot%\assembly using Windows File Explorer.
The same applies to policy DLLs.
I get an error:
Failure adding assembly to the cache: Unknown Error
Could anyone suggest possible cause, please?
Thanks.

You would be more lucky to raise a service request for issue on patch.
Nicolas.

Oracle.DataAccess.dll Error upon Deployment

Similar Messages

Maybe you are looking for