ASP .NET de BASE ne pouvait pas trouver le fichier ou l'assembly personnalisé pour le montage

J'ai couru dans un problème bizarre.

En fait j'ai mon propre site web de pile pour .NET-de base que j'ai construit en un peu .dll, et je veux faire référence à ces à partir d'un autre ASP CORE-solution.

VS semble y trouver les assemblées, où je peux naviguer types etc.
Je peux aussi construire le projet, sans aucun problème, mais quand IIS s'exécute le serveur, j'obtiens une erreur interne du serveur indiquant:

FileNotFoundException: impossible de charger le fichier ou l'assembly 'madll, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null". Le système ne peut pas trouver le fichier spécifié.

Référencés Dll sont dans le debug-dossier, et la chose vraiment étrange, c'est que si je crée un nouveau ASP projet Core à la même solution que la web-pile, je peux de référence et de l'utiliser sans aucun problème.

Pourquoi cela se produit uniquement lors de l'exécution sur un projet à l'extérieur le web-pile de solution, et que puis-je faire pour le rendre exécutable partout?

  • Avez-vous configuré votre référence pour être copié dans le dossier de sortie? (voir les propriétés de la référence)
  • Oui j'ai essayé ce. Ne pas faire une différence, malheureusement
  • Et vous êtes sûr que vous n'avez pas essayé de faire référence à un net4xx bibliothèque dans un netcoreapp1.x projet?
  • Affirmative. La bibliothèque et le web-projet cible .NETCoreApp 1.1
  • Les bibliothèques ne possèdent généralement pas de cible netcoreapp1.x, à l'exception très rare d'exiger .NET seulement le Noyau de l'API qui n'est pas disponible dans netstandard1.x. Vous devriez toujours essayer de cibler netstandard
  • Serait-ce faire une différence, mais, depuis la réponse ci-dessous a été la solution. Ne serait-il pas encore un problème avec mon bibliothèques des dépendances?
  • Si toutes les bibliothèques de l'utilisation et de la cible netstandard il n'y aurait pas de problèmes. netstandard bibliothèques peuvent être utilisées dans netcoreapp's, mais pas l'inverse. netstandard peut aussi être consommé à partir de net452 alls, mais netcoreapp ne peut pas

InformationsquelleAutor Tokfrans | 2017-05-14
  1. 31

    L' .NET de Base de l'Outillage en VS 2017 (< 15.3 extrait) /.NET CLI < 2.0 ne prend totalement en charge le référencement assemblées sur le disque. Vous avez besoin de paquet de la bibliothèque comme un package NuGet ou utiliser une référence de projet ("solution"). La raison technique, c'est que toutes les assemblées et les versions sont résolus lors de la compilation et de l'écrit à l' .deps.json fichier. Lors du chargement d'arbitraire assemblages, cela peut échouer en raison soit de l'assemblée ou de ses dépendances ne peut pas être trouvé (ou un conflit les uns avec les autres).

    • Du sens. Je vais essayer cela et de revenir
    • Ce qu'il était. J'ai coché la création de package NuGet sur la compilation-box dans le cadre du projet-propriétés -> paquet, et installé les paquets localement pour mon nouveau projet.
    • J'ai été à la recherche pour un couple de jours pour cette réponse exacte. Est-ce n'importe où dans le dotnetcore, dotnet cli, nuget, msbuild, ou csproj de la documentation? La seule chose que je vois dans aucun de ces est où il est dit d'ajouter un paquet de référence ou une référence à un autre projet. Je suppose que c'est une sorte de tacite, mais il serait bien d'avoir une sorte de déclaration pour ceux d'entre nous d'essayer d'ajouter sur disque assemblées. Merci une tonne pour cette réponse, vraiment utile.
    • Je suis l'aide de la VS 2017 v15.3.5, cela a été corrigé dans cette version de la VS encore? eu le même problème ici.
    • D'obtenir le même problème dans v15.4.0
    • Notez qu'il existe d'autres problèmes dans ASP.NET Core 2.0.0 référencé à l'aide de dll fichiers de rasoir points de vue qui sont sur le point d'être résolu dans une version de maintenance.
    • D'obtenir le même problème dans v15.9.5. Toute solution? @Tokfrans pouvez-vous me diriger dans la bonne direction.

    InformationsquelleAutor Martin Ullrich
  2. 0

    pour charger le external dll dans core projet, nécessaire pour:

    1. vs 2017 avec la version 15.3 ou supérieure.
    2. Microsoft.Extensions.DependencyModel NuGet package installé dans votre projet.
    InformationsquelleAutor A.R.F