VSTS 2010 SGEN: Fehler: Datei oder Assembly konnte nicht geladen werden (Ausnahme von HRESULT: 0x80131515)

Ich habe ein seltsames Problem mit VS2010. Wir verwenden TFS, um unsere API-DLLs zu erstellen, und wir haben sie in unseren Projekten verwendet, um ein zugeordnetes Netzwerklaufwerk zu verwenden, das vollständig vertrauenswürdig war. Wir arbeiten seit mindestens zwei Jahren so und alles hat perfekt funktioniert.

Heute habe ich eine Webanwendung auf vs2010 konvertiert und wenn ich sie in Release kompiliere, gibt es mir:

SGEN: Fehler: Datei oder Assembly 'file: /// L: \ Api \ Release API_20100521.1 \ Release \ CS.API.Exceptions.dll' oder eine ihrer Abhängigkeiten konnte nicht geladen werden. Der Betrieb wird nicht unterstützt. (Ausnahme von HRESULT: 0x80131515)

Das Seltsame ist, dass es funktioniert, wenn es sich unter dem Debug-Profil befindet ...

Ich habe versucht, das hinzuzufügen

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

in app.config und immer noch kein Glück (Siehe http://social.msdn.microsoft.com/Forums/en/msbuild/thread/d12f6301-85bf-4b9e-8e34-a06398a60df0 und http://msdn.microsoft.com/ de-de / library / dd409252 (VS.100) .aspx )

Ich bin mir ziemlich sicher, dass dieses Problem von Visual Studio oder msbuild stammt, da unser Code in prod nicht von einer Netzwerkfreigabe ausgeführt wird, da alle referenzierten DLLs in den Ordner bin kopiert werden.

Wenn jemand eine Lösung hat (oder nur eine Idee für einen Suchpfad), lass es mich wissen!

Bearbeiten: Es stellte sich heraus, dass es im Debug-Modus funktionierte, da die Generierung von Serialisierungsassemblys deaktiviert war. Wie der Titel schon sagt, handelt es sich wirklich um ein SGEN-Problem, da dieses Dienstprogramm besagt, dass der Pfad nicht vertrauenswürdig ist ...

Ich konnte diesen Fehler beheben, indem ich die Assembly-DLL im Windows Explorer fand, mit der rechten Maustaste klickte, Eigenschaften auswählte und dann auf die Schaltfläche "Entsperren" drückte. Die DLL verfügt über einen Stream, der sie als externe Datei markiert. Wenn Sie auf "Blockierung aufheben" klicken, wird diese Bezeichnung entfernt.

Ich hatte gerade das gleiche / ähnliche Problem auf einem TFS-Build-Server, auf dem ein Build auf DLLs von einer Netzwerkfreigabe verwies.

Das Problem besteht darin, dass sich das Sicherheitsrichtlinienmodell von CLR v4 seit früheren Versionen geändert hat und keine Sandbox-Assemblys wie zuvor sind.

Um Ihr Problem zu beheben, suchen Sie einfach den Speicherort von sgen.exe und erstellen Sie eine sgen.exe.config im selben Ordner mit folgenden Inhalten:

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

sgen.exe ist normalerweise bei

"C:\Program Files\Microsoft SDKs\Windows\v[current version]\bin\NETFX 4.0 Tools"

In diesem Blogpost können Sie einige Änderungen an CAS-Richtlinien in .NET 4.0 nachlesen: Link

Hatte das gleiche Problem und die Konfigurationsänderung hat nicht funktioniert. Nur wenn ich Generate Serialization Assembly in den Projekteigenschaften deaktiviert habe, hat es funktioniert.

Ich hatte den gleichen Fehler und stellte fest, dass meine DLL "blockiert" war. Öffnen Sie die DLL im Explorer, klicken Sie mit der rechten Maustaste -> Eigenschaften -> und klicken Sie auf "Entsperren".

http://cantgrokwontgrok.blogspot.com/2009/10/visual-studio-unknown-build-error.html

Ich hatte genau das gleiche Problem und habe es behoben, indem ich die Datei sgen.exe.config unter C: \ Programme (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Tools hinzugefügt habe

mit dieser einfachen Konfiguration, wie andere gesagt haben

<?xml version ="1.0"?>
<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>

Für diejenigen unter Ihnen, die eine 64-Bit-Version des TFS-Builddienstes ausführen, musste ich die Konfigurationsdatei unter folgendem Pfad erstellen:

 C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\x64

Und der Dateiinhalt:

<?xml version ="1.0"?>
<configuration>
<runtime>
    <loadFromRemoteSources enabled="true" />
</runtime>
</configuration>

Ich hatte das gleiche Problem, lud die Baugruppe in den GAC und arbeitete

Das Hinzufügen des folgenden Snippets zur Datei app.config hat in meinem Fall funktioniert. Ich verwende Windows XP mit VS2010 Service Pack 1.

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

Genau wie zu Ihrer Information, wenn Sie Windows 7 ausführen, finden Sie die Datei sgen.exe unter:

C: \ Programme (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Tools

Ich musste eine sgen.exe.config erstellen und dort platzieren, und dann verschwand dieses Problem.

Weder das unblocknoch das confighat für mich funktioniert. Was der Trick für mich war, war dieser Tippcaspol . Ich rannte

 %windir%\Microsoft.NET\Framework\v2.0.50727\CasPol.exe -m -ag 1.2 -url file://UncPathName/UncSubPath/* FullTrust

Und ich war bereit zu gehen, nicht einmal ein VisualStudio-Neustart erforderlich.

Ich habe ein ähnliches Problem und bin schließlich damit fertig geworden, indem ich die Datei licenses.licx im Ordner Properties der Lösung entfernt habe.

Nur für den Fall wie ich war Unblock keine Lösung, da Unblock nicht in den Eigenschaften meiner DLL-Datei angezeigt wird. Habe nachgesehen und meine Lösungsdatei geschlossen und mit der lokalen C: -Kopie anstelle des UNC-Netzwerkpfads zur Projekt-SLN-Datei erneut geöffnet. Konnte nach dieser Route veröffentlichen.

In meinem Fall wurden einige DLLs blockiert.

Um alle Dateien im Ordner zu entsperren, habe ich die Power Shell mit dem folgenden Befehl verwendet

dir -Path [directory path] -Recurse | Unblock-File