Erreur: la Référence à des revendications de type il est défini, mais il n'a pas pu être trouvé

J'ai une solution avec 3 projets:

  • ParsersBase, qui définissent une interface IParseRule
  • ParsersLibrary, qui ont une référence à ParsersBase et de définir une classe HtmlImageUrlParseRule : IParseRule
  • ParsersLibraryTest, qui ont une référence à ParsersBase et ParsersLibrary et de définir une classe de test avec certaines méthodes d'essai

Quand je suis en train de le construire, je reçois un avertissement:

De référence de type 'AVSoft.ParsersBase.IParseRule' prétend qu'elle est définie dans 'c:\Users\Tim\Dropbox\projects\Image Downloader\ParsersLibrary\bin\Debug\ParsersLibrary.dll" mais il n'a pas pu être trouvé

Pourquoi VS est d'essayer de trouver AVSoft.ParsersBase.IParseRule dans ParsersLibrary.dll? ParsersLibraryTest a une référence à ParsersBase, il n'a tout simplement pas de sens.

InformationsquelleAutor Tim Rudnevsky | 2013-10-19
  1. 13

    J'ai eu un problème similaire. Le site a été exécutant une version mise en cache de la dll et pas celui que j'avais déployé dans le répertoire bin. J'ai vidé le temporaire asp.net le contenu du dossier et cela a résolu le problème.

    • Je semble avoir un problème similaire. Afin de trouver le coupable, j'ai construit chaque projet séparément, un par un, et il s'est avéré être un asp.net projet qui a été d'avoir le problème. La suppression et re-ajout des références de projet à partir de/à l'asp projet, il fixe.
    InformationsquelleAutor wiseowl2828
  2. 10

    C'était de ma faute, j'ai eu un ParsersLibrary projet au début et puis renommé ParsersBase, mais je n'ai pas renommer le nom d'un assembly, puis j'ai ajouté une ParsersLibrary projet de nouveau.

    Ainsi, deux projets ont le même nom de l'assembly et il n'est pas très bon, est-il? 🙂 Les assemblées se chevauchent les uns les autres, donc, j'ai cette erreur.

    InformationsquelleAutor Tim Rudnevsky
  3. 10

    D'une autre manière ce qui pourrait arriver si vous utilisez plusieurs packages NuGet où, probablement central, le paquet a été mis à jour, mais certaines fonctionnalités supplémentaires paquets n'ont pas été.

    De travailler à travers mon exemple récent - l'erreur a été "Référence de type 'ConsumerSubscriptionConfigurator<>" prétend qu'elle est définie dans 'MassTransit", mais il n'a pas pu être trouvé". C'est parce que nous avions mis à jour MassTransit de 2 à 3, mais nous n'avions pas mis à jour certains des autres paquets optionnels (MassTransit.log4net et MassTransit.Autofac) pour le même numéro de version. Il apparaît que si l'assemblée redirection avait gardé tout ce travail jusqu'à ce que nous avons essayé d'utiliser encore une caractéristique supplémentaire.

    • J'ai eu conflit entre les versions de Microsoft.Bcl.Construire installé dans mes projets. Une bonne façon de le vérifier est de faire la gestion de pépite packages de solution et de voir si vous avez des versions incohérentes. Microsoft ont obtenu mieux à détecter avec un avertissement spécifique pour certains décalages comme leur htt
    • J'ai eu le même message d'erreur "Référence de type 'ISagaConfigurationObserverConnector' prétend qu'elle est définie dans 'MassTransit", mais il n'a pas pu être trouvé" - mise à jour MassTransit à la dernière version et j'ai oublié de mettre à jour MassTransit.MassTransit.AzureServiceBus résultant de cette erreur - solution était de mettre à jour tous les paquets liés à MassTransit
    InformationsquelleAutor Rob Church
  4. 9

    Cette erreur semble couvrir une variété de scénarios. Dans mon cas, de fermeture et de réouverture de Visual Studio a été le truc. Après le redémarrage de Visual Studio, j'ai été en mesure de construire le projet comme prévu.

    • Le long de ces lignes, j'ai simplement intégré à la solution, et il s'en alla prendre ses traits rouges ondulés avec elle.
    • Redémarrez VS œuvres +1
    • Incroyable de voir comment de nombreux problèmes sont résolus en redémarrant simplement VS. C'est le top de réponse de 50% de leurs problèmes.
    InformationsquelleAutor Scott Simontis
  5. 4

    J'ai eu le même problème: Référence de type "Func<>" prétend qu'elle est définie dans 'mscorlib", mais il n'a pas pu être trouvé. Le problème était le suivant: ma solution a Framework Cible = 3.5 et j'ai ajouté une référence à Microsoft.Les pratiques.Prisme v 4.0 qui est construit contre le framework 4.0.

    Après changement de cible cadre à 4.0, il a travaillé

    • Dans mon cas, une lib a été supérieure (4) de l'application (3.5) et la lib a ajouté une signature avec la touche Func<T>
    InformationsquelleAutor Alexandra Sh
  6. 2

    J'ai frappé cette exception aujourd'hui. Le problème dans mon cas est que j'avais some.package v2.1installé dans mon hôte et some.package v2.3 installés dans d'autres projets. Update-Package sur le projet hôte à v2.3 résolu le problème.

    InformationsquelleAutor Chris Marisic
  7. 0

    ParsersLibraryTest doit faire référence ParsersBase. La deuxième partie de l'erreur "Vous devez ajouter une référence à l'assembly 'ParsersBase..."

    • Comme je l'ai écrit avant, ParsersLibraryTest avoir des références à l'ParsersBase et ParsersLibrary. Mais il y a des chose intéressante: je ne peux pas utiliser l'espace de noms, qui est déclarée dans ParsersBase dans ParsersLibraryTest projet. Quand j'ai supprimer la référence à ParsersLibrary là, que namespase s'avère être valide, mais c'est inutile, parce que j'ai évidemment besoin de ParsersLibrary dans ce projet.
    • Si vous ne pouvez pas utiliser les espaces de noms et il ne veut pas compiler le projet n'est probablement pas correctement référencé. Essayez de refaire les références peut-être?
    InformationsquelleAutor Slugart
  8. 0

    J'ai essayé toutes les réponses ci-dessus, mais aucun n'a résolu mon problème.

    En fin de compte, j'ai vérifié dans mon dernier code (GIT), puis recloned le référentiel à un autre emplacement.

    Pas l'idéal, mais au moins le problème est résolu.

    • Vous pourriez probablement vous en sortir avec la fermeture de VS, la suppression de toutes les .vs, bin, et obj dossiers, et la réouverture du projet. Parfois, c'est plus rapide que de traiter avec les re-clonage et à la reconfiguration.
    InformationsquelleAutor Kyle Barnes
  9. 0

    J'ai eu le même problème: de Référence de type "Func<>" prétend qu'elle est définie dans 'mscorlib", mais il n'a pas pu être trouvé. J'ai une lib de .Net 4, qui est référencé par un .Net 3.5 programme. Après la mise à niveau à la fois à 4,61 il a travaillé.

    Semble Func<T> manque dans .Net 3.5 et simplement la mise à niveau d'un échantillon d'application aurait été suffisant.

    Plus exp: Quelqu'un avait ajouté une signature dans le projet de bibliothèque (.Net 4) qui utilise un Func<T> paramètre. Mais l'exemple de programme (3.5) existait déjà et fonctionnait bien jusqu'à présent. Mais au moment de la recompilation d'une dépendance d'une dépendance se sont affrontés. Parce que mscorelib-3.5 avait déjà été chargé. Tout se passe au moment de la compilation.

    InformationsquelleAutor Robetto