Impossible de charger le fichier ou l'assembly 'Oracle.DataAccessVersion=9.2.0.700, Culture=neutral, PublicKeyToken=89b483f429c47342'


Impossible de charger le fichier ou l'assembly 'Oracle.DataAccess, Version=9.2.0.700, Culture=neutral, PublicKeyToken=89b483f429c47342' ou une de ses dépendances. L'assemblée manifeste définition ne correspond pas à la référence d'assembly. (Exception de HRESULT: 0x80131040)

j'ai développé l'application à l'aide de l'odac version 32 bits 11.2.0.3.0. là où il fonctionne tout à fait bien.Mais le déploiement sur un autre pc où j'ai installé IIS 7.5 avec 32 bits client ersion 11.2.0.3.0 je suis toujours obtenir l'erreur ci-dessus.

je n'ai aucune idée de l'endroit où il se oracle.DataAccess, Version=9.2.0.700. J'ai essayé toute la journée pour résoudre le problème. Mais toujours pas de chance. S'il vous plaît aidez-moi à sortir de la situation où je suis vraiment le sentiment pathétique.

Est-il 9.2.0.700 numéro de version de référence dans votre site web.fichier de config?
Où en êtes-vous l'erreur? Sûrement, il wil viennent de chargement d'un assemblage spécifique ou quelque chose, alors vous pouvez essayer de traquer la référence
ici, je donne le fichier de configuration web
<exécution> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89B483F429C47342" culture="neutre" /> <bindingRedirect oldVersion="2.111.0.0-2.111.9999.9999" nouvelleversion="2.112.3.0"/> </dependentAssembly> </assemblyBinding> </runtime>

OriginalL'auteur tanvir | 2012-05-08

  1. 3

    j'ai finalement obtenu la solution. J'ai juste besoin de rediriger l'assemblée est le cas actuellement dans le web.fichier de configuration comme ci-dessous :

    <runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <dependentAssembly>
  <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89B483F429C47342"   culture="neutral"/>
<bindingRedirect oldVersion="9.2.0.700" newVersion="4.112.3.0"/>
</dependentAssembly>
</assemblyBinding>
</runtime>

    Merci à vous tous pour votre collaboration et de savoir ce sentiment de grand soulagement.

    OriginalL'auteur tanvir

  2. 2

    Si vous utilisez ODP.Net vérifier la version de l'assembly dans le gac et de la plate-forme il est ciblé.Vous pouvez trouver cette information par l'ouverture de l'invite de commandes de visual studio tools et à l'aide de la commande suivante 

    gacutil /l oracle.dataaccess

    Si l'architecture de processeur x86 alors assurez-vous que votre pool d'applications est autorisé à exécuter la version 32 bits de l'assemblée.Cela peut être fait par un clic droit sur le 

       application pool->advanced settings->Enable 32 bit Application to true.

    OriginalL'auteur user1131926

  3. 0

    Peut-être que vous faites référence à une dll qui fait référence à cette autre version, même si le projet immédiat est pas? Assurez-vous de vérifier les références sur toutes les dll.

    je suis à l'aide de devexpress xpo cadre ......do u pense que dll de xpo est le point de référence ??

    OriginalL'auteur Rob Allen

  4. 0

    La version et de la version d'exécution ne sont pas susceptibles d'être les mêmes, ce qui a foiré moi avant.

    Comme pour la référence, sélectionnez la référence à l'Oracle.DataAccess dans l'Explorateur de solutions sur la machine où le projet fonctionne. Maintenant, regardez la fenêtre de propriétés et vérifiez le chemin d'accès.

    Enfin, allez à la machine où il est en échec, et assurez-vous la même dll est vivant à exactement le même chemin.

    Vous pouvez également être en mesure de contourner ce problème avec le fait d'avoir "copie locale" dans les propriétés de la dll, mais je ne pense pas que c'est considéré comme "meilleure pratique".

    j'ai fait un autre site pour tester le fichier de configuration web où j'ai trouvé <dependentAssembly> <ajouter de l'assemblée="Oracle.DataAccess, Version=2.112.3.0, Culture=neutral, PublicKeyToken=89B483F429C47342"/> </dependentAssembly> donc, pas de changement à tous je pense que j'ai besoin de vérifier toutes les versions de dll.
    Et de leurs emplacements. Votre site web va construire la première fois qu'il s'exécute, et l'emplacement de la dll est répertorié dans le fichier csproj. Il a à construire avec la bonne version avant de configuration web obtient à essayer de le regarder.

    OriginalL'auteur KennyZ

  5. 0

    goto à cette adresse et à lire la réponse:
    Impossible de charger le fichier ou l'assembly après la mise à niveau de DevExpress

    Dans le solutionExplorer: commutation de l'Affichage de Fichiers et changé 

    CopyLocal = true

    pour tous DevExpress assemblées les deux dans le Serveur et
    ServerGenerated projets. Il résout le problème pour moi. Pourriez vous s'il vous plaît essayez-le et laissez-moi savoir si ça peut aider?

    oui cela m'a beaucoup aidé ...... je l'ai fait.....merci beaucoup

    OriginalL'auteur Rahimi