system.data.oracleclient requires oracle client software version 8.1.7 or greater

Bonjour,

voici un problème que je n'arrive pas à résoudre. Situons le contexte :
J'ai une application web asp.Net framework 4. Ma base de données est une base oracle 11g.
Pour m'y connecter j'utilise Nhibernate et le driver odp.net.

En local aucun problème, mon application tourne. Je cherche désormais à l'installer sur un serveur windows 2008 R2 standard 64 bit.
Sur mon serveur j'ai installé le client oracle 11.02.00.01.
J'ai ensuite compilé mon projet avec la dll odp.net 64 bit.

Lorsque je tente d'accéder à mon application j'ai l'erreur suivante :

Citation:

---

system.data.oracleclient requires oracle client software version 8.1.7 or greater

---

J'ai cherché un peu sur le net et j'ai ajouté les droits des users asp.net, iis_usrs et iis_wpg à mon répertoire oracle en contrôle total mais cela ne semble rien changé.

Auriez-vous déjà rencontré ce problème ou une piste pour le résoudre ?

Merci d'avance
Ju'

J'ai réussi à résoudre le problème. Je ne sais pas encore comment mais je vais tout désinstaller et tout réinstaller pour avoir une procédure propre et la poster ici

Ce qui me chiffone c'est que System.Data.OracleClient est le namespace inclus dans le framework et déprécié! Tu l'utilises?

Non justement ! Cela m'a perturbé également. A moins que cela soit du à Nhibernate ?

Citation:

---

Envoyé par jbrasselet

Non justement ! Cela m'a perturbé également. A moins que cela soit du à Nhibernate ?

---

Mhmmm bonne idée de verifier! Peut-être que nHibernate aurait tendance à utiliser le provider par défaut (celui du framework).
Verifie bien que t'es comme ca:

Code:

---

1 2	<property name="connection.driver_class">NHibernate.Driver.OracleDataClientDriver</property> <property name="dialect">NHibernate.Dialect.Oracle10gDialect</property>

---

J'ai ça pour ma part

Code:

---

1 2	<property name="connection.driver_class">NHibernate.Driver.OracleClientDriver</property> <property name="dialect">NHibernate.Dialect.Oracle10gDialect</property>

---

Serait-ce la différence ?

Il semblerait en effet que la ligne que j'utilise indique à Nhibernate d'utiliser le driver du framework et non pas l'odp.net.
Par contre j'obtiens une erreur en local si j'utilise la valeur que tu m'as fourni Nathanael. Je vais donc investiguer...

Citation:

---

Could not create the driver from NHibernate.Driver.OracleDataClientDriver

---

On avance, on avance.
Pour résoudre ce problème j'ai du ajouter dans mon web.config

Code:

---

1 2 3 4 5

<runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <qualifyAssembly partialName="Oracle.DataAccess" fullName="Oracle.DataAccess, Version=2.102.2.20, Culture=neutral, PublicKeyToken=89b483f429c47342" /> </assemblyBinding> </runtime>

---

Désormais sur mon serveur, j'ai un petit souci

Citation:

---

ORA-12154: TNS : l'identificateur de connexion indiqué n'a pas pu être résolu

---

Or avec un tnsping je n'ai pas de problème.

Ah ben voila, je me disais bien que y'avait un truc ;)
Par contre, pour tout ce qui est TNS, je suis une buse, j'ai jamais rien compris à ce truc :aie:

Ca fait quoi exactement la section assemblyBinding ? Ca va chercher dans le gac ?

Ca redirige l'appel de Oracle.DataAccess vers Oracle.DataAccess, Version=2.102.2.20, Culture=neutral, PublicKeyToken=89b483f429c47342 car le premier n'est pas assez complet pour charger en dynamique.

D'accord mais cette deuxième dll (complète) doit être référencée quelque part ? Il va chercher celle référencée dans ma factory ?

Je n'ai plus de problème de tns mais

Citation:

---

Oracle.DataAccess.Client.OracleException: Fournisseur incompatible avec la version du client Oracle

---

Je suppose que je dois avoir une incohérence entre ma version oracle et mon odp.net. J'étais en odp.net 32 bit, ça joue peut être. Je passe en 64 et je vois ce qu'il se passe...

Je confirme que c'est un peu le souk les versions d'oracle et d'ODP.Net. Ne panique pas, je suis passé par là. Par contre, je serai incapable de te dire comment j'ai fait, j'ai bidouillé un peu partout :D

Ouais c'est même carrément le souk :aie:
J'essaye de tenir à jour ce que je fais mais c'est un brin tendu

Petites questions :
- est-il possible d'utiliser l'odp.net 2.x 64 bit avec une application framework 4 ?
- est-il possible d'utiliser la dll odp.net 4 64 bit même si elle n'existe ni dans le gac ni dans le répertoire odp.net d'oracle ?
- est-il possible de compiler mon projet 64 bit sur un windows 32 bit avec un odp.net 64 bit et transférer le tout sur le server 64bit ?

parce que là je ne comprend plus rien avec ces histoires de compatibilité :cry:

Bon en fait c'était (si on peut dire) tout con
Mon appli contient l'IHM et (entre autre) une factory qui fait la connexion à la base de données oracle. Cette factory référence la dll Oracle.DataAccess.dll. Lorsque je compile le répertoire bin de mon appli de base contient fatory.dll mais pas le oracle.dataAccess.dll. Du coup il va chercher dans le GAC au lieu de celle que je veux. Un ajout d'une petite référence dans mon projet de base et tout fonctionne.

Comme quoi, quelques fois, il faut se poser, revenir au base et réfléchir tranquillement sur comment ça marche (et en l’occurrence aller faire une pause pipi, ça aide)

:ccool:

Sur la référence vers la dll oracle, je précise toujours "Specific Version" à False. Des fois ca peut servir :D