asp.net 3.5 projet de référencement avec référence d'assemblage plaids signature / forte erreur de nom dans l'unité de test

Question

J'ai une référence à un MySQL.Data 5.2.3 assemblage dans une couche de données, grande. Je suis actuellement j'ai petite application console inteh même référencement solution juste cette couche de données qui relie très bien. J'ai ensuite créé un projet de test unitaire (également dans la même solution) et référence même projet de couche de données, et de ce que je reçois:

Méthode d'essai LTTests.WrapperTest.LoginTest a lancé exception: System.IO.FileLoadException: non fichier de chargement pourrait ou assembly 'MySql.Data, Version = 5.2.3.0, Culture = neutral, PublicKeyToken = c5687fc88969c44d' ou l'un des ses dépendances. signature de nom fort ne pouvait pas être vérifiée. L'ensemble peut avoir été falsifié, ou il a été signé retard, mais pas complètement signé avec la clé privée correcte. (Exception de HRESULT: 0x80131045).

Je suis en train de comprendre ... Je peux le faire pour une console exe et il fonctionne, mais pas un test unitaire? Cela me rend nerveux de construire sur quelque chose apparemment imparfaite, mais je suis à une perte pour quoi faire. Je suis perdu, j'ai Réaddition diverses choses à la recherche de ce que l'affaire est et je n'ai pas la moindre idée.

L'exception est de la couche de données et non de l'essai (par la pile) il est donc comme le test appelle la méthode de la couche (le duh) et la couche de données est vomissait, mais pas pour la console?

Merci.

Answer 1

Ce n'est pas la réponse pourquoi il y a une erreur, mais un moyen possible de le trouver sur:

Vous pouvez utiliser la fonction « Log Viewer Assemblée de liaison » (Fuslogvw.exe) qui appartient à la sdk dotnet pour savoir ce qui est chargé et pourquoi.

Si l'enregistrement est activé, il peut vous montrer Wich ensembles sont chargés à partir de laquelle le répertoire et qui l'assemblage causé à la charge.

Pour plus de détails voir http: // msdn. microsoft.com/en-us/library/e74a18c4(v=vs.80).aspx

peut-être il y a autre version de MySql.Data qui traînent et les moyens de message d'erreur à savoir que le numéro de version trouvée n'est pas celle qu'il attend.