Datei oder Assembly konnte nicht geladen werden. HRESULT: 0x80131515 (Beim Hinzufügen eines Controllers zu einem MVC-Projekt, das Assemblyreferenzen auf dem Netzwerklaufwerk enthält.)

Ich habe Folgendes gesehen: VSTS 2010 SGEN: Fehler: Datei oder Assembly konnte nicht geladen werden (Ausnahme von HRESULT: 0x80131515) und keine der Antworten funktioniert. Es erscheint auch nicht, wenn ich baue oder so. Ich kann das Projekt problemlos ausführen. Dies geschieht, wenn ich versuche, einen Controller mit Vorlagen für Entitätsframeworks hinzuzufügen:

Dann bekomme ich diesen Fehler:

Alle Projektdateien befinden sich in meiner Netzwerkfreigabe, da sich dort Meine Dokumente für unsere Arbeit befinden. Folgendes habe ich versucht:

1) Schalten Sie die Generator-Serialisierungsbaugruppe in den Projekteinstellungen ein, aus und automatisch.

2) Hinzufügen von sgen.exe.config zu C: \ Programme \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools mit dem folgenden Code:

<configuration>
 <runtime>
   <loadFromRemoteSources enabled="true" />
 </runtime>
</configuration>

3) Es wurde versucht, die Assemblys zu entsperren, aber ich hatte keine Option zum Entsperren auf der Registerkarte "Eigenschaften".

Keine dieser Lösungen funktioniert . Hat jemand eine Idee, wie ich das beheben kann ??? Dieser Fehler tritt bei benutzerdefinierten Assemblys aus Nuget oder meinen eigenen Projekten auf, da deren Speicherort im Netzwerkbereich vorhanden ist, jedoch nur, wenn versucht wird, einen Controller mit EF-Vorlagen hinzuzufügen. Ich kann das Programm gut erstellen und ausführen.

Versuchen Sie , Ihre <loadFromRemoteSources enabled="true" />zu C:\[Visual Studio 2010 Install Dir]\Common7\IDE\devenv.exe.configdirekt unterhalb <runtime>und sehen , ob das hilft :)

Ich musste nur im Dialogfeld mit den Dateieigenschaften im Windows Explorer auf "Blockierung aufheben" klicken.

Nur als zusätzliche Lösung hatten wir kürzlich ein Problem wie dieses. Es stellte sich heraus, dass die Lösung die Dateien entsperrte, jedoch mit einer Wendung. Wir haben die Dateien in einer Zip-Datei auf unseren Server kopiert. Als wir die Dateien aus dem Zip-Archiv extrahierten, waren sie bereits blockiert. Wir konnten die Dateien nicht entsperren. Wir haben auf die Schaltfläche zum Entsperren und dann auf OK geklickt, und als wir uns die Eigenschaften angesehen haben, waren sie immer noch blockiert.

Wir mussten alle blockierten Dateien löschen, die Quell-Zip-Datei entsperren und dann die Dateien extrahieren. Zu diesem Zeitpunkt wurden die zuvor blockierten Dateien entsperrt, und die Anwendung lief einwandfrei. Ich hoffe, das hilft jemandem, Frustrationen zu vermeiden.

BEARBEITEN: Ich glaube, Sie müssen auch Windows Explorer als Administrator ausführen, um Dateien entsperren zu können.

Dieses Problem ist darauf zurückzuführen, dass sich einige erforderliche Dateien an einem "nicht vertrauenswürdigen Speicherort" befinden, z. B. im Netzwerk oder an einem freigegebenen Speicherort (auch auf demselben Computer). Wenn sich der Speicherort auf demselben Computer befindet, können Sie die Befehlszeilenoption subst verwenden.

Ich habe in einem anderen Forum zu diesem Problem gesehen, und hier ist die Lösung, die jemand veröffentlicht hat: Gehen Sie in der Eigenschaft des Projekts, das die DLL-Assembly enthält, die nicht geladen werden würde, zur Build-Einstellung und ganz unten, wo "Serialisierung generieren" steht Assembly: ", die Standardeinstellung ist Auto. Stellen Sie das auf Aus. Ihre Lösung sollte dann in Ordnung sein.

Dies passierte mir, als ich die API in einer Webform-Lösung mit mehreren Projekten hatte. Bei einer Einzelprojektlösung MVC funktionierte es einwandfrei.

Diese Lösungen haben auch bei mir nicht funktioniert.

In meinem Fall habe ich auf Dateien auf einem zugeordneten Netzlaufwerk zugegriffen. Die Lösung für mich bestand darin, meine Netzwerk-IP-Adresse wie folgt als vertrauenswürdiges Laufwerk hinzuzufügen:

1. Schalttafel
2. Netzwerk-und Freigabecenter
3. Internetoptionen (unten links im Fenster)
4. Registerkarte "Sicherheit"
5. Wählen Sie "Lokales Intranet"
6. Klicken Sie auf die Schaltfläche "Sites"
7. Klicken Sie auf "Erweitert"
8. Fügen Sie der Zone die IP Ihres Netzlaufwerks hinzu.

Ich bin mir nicht sicher, warum dies bei allen anderen Optionen funktioniert hat, aber das hat das Problem für mich gelöst. Alle Projekte und Lösungen werden jetzt ohne Probleme erstellt.

Keine dieser Lösungen hat bei mir funktioniert. Stattdessen fand ich den Weg sgen.exe.configüber https://stackoverflow.com/a/3407750/516512

1. Ich musste nur im Dialogfeld mit den Dateieigenschaften auf "Blockierung aufheben" klicken.

2. Bitte überprüfen Sie, ob Ihre Datei schreibgeschützt ist, deaktivieren Sie sie und führen Sie den ersten Schritt aus (bevor Sie weitere Zeit damit verschwenden :))

Die anderen Antworten hier haben mir geholfen, dieses Problem in PowerShell herauszufinden. Ausführen Unblock-File <filename>, damit das ausgeführte Skript auf das Skript zugreifen kann.

Versuchen Sie, den Desbloquer der Datei zu entsperren .

Dies löste mein Problem.