Impossible de charger le fichier ou l'assembly 'Oracle.DataAccess' 64 bits ODP.NET

Je suis en utilisant ODP.NET dans mon asp.net projet pour que la demande à parler à oracle 11 g Express sur Windows server 2008 (32 bits). Alors que sur la machine de développement, j'ai eu Windows 7 (32 bits). J'ai installé Windows 8 (64 bits) sur l'ordinateur de développement et a essayé de lancer l'application à partir de visual studio 2012, Il a donné l'erreur " impossible de charger le fichier ou l'assembly 'Oracle.DataAccess". Après un peu de recherche, j'ai réalisé que je dois installer ODP.NET (64 bits) afin de l'utiliser sur une machine 64 bits, j'ai donc désinstallé la version 32 bits et installé en 64 bits ODP.NET. Supprimé la référence à l'ancien Oracle.DataAccess mais toujours confronté au même problème. Ai-je raté quelque chose??

Êtes-vous sûr ODP.NET pourtant, la prise en charge de windows 8? oracle.com/technetwork/database/windows/tech-info/... Le livre de 11.2.0.4 partir. La dernière que je peux trouver est 11.2.0.3.20. Vous pouvez également vérifier si votre application est en cours d'exécution comme x64 ou x32 processus. Le nombre de bits doit être le même que celui de votre ODP.NET pilote que vous avez l'intention d'utiliser.
merci.. bon point.. vous êtes très droit je devrais avoir vérifié si ODP.NET est pris en charge par Windows 8
Pouvez également modifier votre application cible de la plateforme de AnyCPU pour x86. Cela fera toujours exécuter en tant qu'32 bits x86, donc il va se charger de 32bit client bibliothèques, etc.
avez-vous essayé fusionlog? voir, par exemple, mhttp://www., hanselman.com/blog/BackToBasicsUsingFusionLogViewertodebugobscureloadererrors.aspx ?

OriginalL'auteur ZedBee | 2013-04-24

  1. 2

    J'ai eu le même problème et après quelques tâtonnements, j'ai trouvé que le problème est avec 32 bits vs plate-forme 64 bits.

    1. Lorsque nous déployons 32 Bits Oracle.DataAccess.dll avec l'application web de plus de 64 bits de l'environnement et de ODP.net installé sur le serveur cette erreur se produit.
    2. La seule solution est de supprimer le Oracle.DataAccess.dll de dossier bin et correcte de référence sera automatiquement résolu.
    3. Deuxième solution est de définir la référence de la propriété CopyToLocal=false pour Oracle.DataAccess.dll et donc il l'habitude d'aller avec construire lorsque vous déployez sur IIS et l'erreur ne se produira pas.
    4. Troisième solution que je préfère est de permettre à des applications 32 bits pour votre pool d'applications et de ne pas faire face à cette question à nouveau, indépendamment de savoir si Oracle.DataAccess.dll est présent dans le dossier bin ou pas.

    Espère que cela aide..

    OriginalL'auteur SPDeveloper

  2. 1

    À installer ODP.NET, j'utilise 64bit ODAC

    Après l'installation, pour vérifier si Oracle.DataAccess 64bit assemblée est correctement installé, allez dans le dossier: c:\Windows\Microsoft.NET\assembly\GAC_64 et de vérifier si Oracle.DataAccess dossier est présent.

    Dans le dossier il doit y avoir un sous-dossier contenant la version de Oracle.DataAccess dll que vous utilisez.

    Dans Visual Studio, vous devez ajouter la référence en la regardant dans les Assemblages->Extensions (non à l'aide de Parcourir)

    Également vérifier votre configuration de build dans Visual Studio pour vous assurer que votre application active de la plate-forme de solution est de 64 bits.

    Pour faire fonctionner votre site web, vous devez utiliser IIS depuis visual studio de développement de serveur ne fonctionne qu'en 32 bits mode.

    Dans le pool d'applications IIS, configurer votre application pour fonctionner en 64 bits. (Le réglage dans les paramètres avancés)

    OriginalL'auteur Hüseyin Yağlı

  3. 0

    La bit-ness de la machine n'a pas d'importance - le peu-ness de l'application hôte. Le serveur web de développement inclus avec Visual Studio, 32 bits, par conséquent, vous devriez installer la version 32 bits d'odp.net. Vous pouvez exécuter dans IIS si vous avez envie de tester avec la version 64 bits. J'ai installer les deux.

    Dans ce cas, je suppose que le problème est plus susceptible d'être le numéro de version de votre demande à l'origine, fait référence à une version différente que celle que vous avez installés. La simple chose à faire est de supprimer/rajouter la référence à la nouvellement installé Oracle.DataAccess.dll. Cependant, le fait que vous avez à faire un peu cela indique que vous installez le client complet au lieu de simplement le ODP.net installer. Pour une raison quelconque (autre que l'oracle universal installer totale morceau de ferraille), le client ne comprend pas la stratégie d'éditeur (ce qui permettrait de rediriger la référence), mais le odp.net installer ne.

    OriginalL'auteur b_levitt