search

google-code-export / dataobjectsdotnet

Automatically exported from code.google.com/p/dataobjectsdotnet
0 stars 0 forks source link

Implement 2 versions of Xtensive.Sql.Oracle dependent on different versions of Oracle.DataAccess.dll #453

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Good news: we seem to have to build 2 versions Xtensive.Sql.Oracle. 

Both must be compiled with AnyCPU, but bound to x86 | x64 versions 
Oracle.DataAccess.dll. 

SqlDom must select the appropriate Oracle provider automatically depending on 
current process properties.

Oracle has once again approved their uniqueness.

Original issue reported on code.google.com by alex.yakunin on 27 Oct 2009 at 8:39

GoogleCodeExporter commented 9 years ago 
P.S. As you see, current version of Xtensive.Sql.Oracle & "oracle://" protocol 
are 
bound to 32 bit version of Oracle.DataAccess.dll. 64 bit version isn't 
supported at all 
yet.

Original comment by alex.yakunin on 27 Oct 2009 at 8:40

GoogleCodeExporter commented 9 years ago 
See 
http://www.oracle.com/technology/software/tech/windows/odpnet/64-bit/index.html

Original comment by alex.yakunin on 29 Oct 2009 at 4:55

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Unnecessary, since ODP.NET is shipped as AnyCPU assembly.

Original comment by alex.yakunin on 7 Sep 2010 at 7:33

GoogleCodeExporter commented 9 years ago 
Now, I mean :) Latest ODP.NET is already used by DO4.

Original comment by alex.yakunin on 7 Sep 2010 at 7:33