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

Ich erlebe ein seltsames Problem mit VS2010. Wir verwenden TFS bauen unsere API-dlls, und wir verweisen Sie in unseren Projekten usign ein zugeordnetes Netzlaufwerk, das war voll vertrauenswürdig. Wir haben gearbeitet wie die, die für mindestens zwei Jahre und alles funktionierte perfekt.

Heute konvertierte ich eine webapp für vs2010 und wenn ich es kompilieren im Release, es gibt mich:

SGEN : Fehler : Konnte nicht geladen, Datei oder
die assembly " file:///L:\Api\Release
API_20100521.1\Release\CS.API.Exceptions.dll' oder eine Ihrer Abhängigkeiten. Betrieb
wird nicht unterstützt. (Ausnahme von
HRESULT: 0x80131515)

Das merkwürdige ist, dass es arbeitet, wenn es unter die Debug-profile...

Habe ich versucht, indem die

<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/en-us/library/dd409252(VS.100).aspx)

Ich bin mir ziemlich sicher, dass dieses Problem von visual studio oder msbuild, wie unser code wird nicht von einer Netzwerkfreigabe ausgeführt, wenn in den prod, weil alle referenzierten dll ' s kopiert man in den Ordner bin.

Wenn jemand eine Lösung (oder nur eine Idee für ein Suchpfad) bitte lassen Sie mich wissen !

Edit : Es stellt sich heraus, dass es arbeiten im Debug-Modus, weil die generation serialisieren Baugruppen Ausgeschaltet wurde. Wie der Titel sagen, es ist wirklich eine SGEN problem, da Sie dieses Dienstprogramm, das sagt, dass der Pfad nicht vertrauenswürdig...

InformationsquelleAutor der Frage Developer IT | 2010-06-09

204

War ich in der Lage diesen Fehler zu beheben, indem Sie finden die assembly-DLL in Windows-Explorer mit der rechten Maustaste, wählen Sie Eigenschaften, und drücken Sie dann die Schaltfläche "zulassen". Die DLL hat einen stream, kennzeichnet Sie als externe Datei und durch Klick auf Blockierung aufheben entfernen Sie diese Bezeichnung.

InformationsquelleAutor der Antwort Slaggg
54

Ich hatte gerade das gleiche/ähnliche Problem an einem TFS-build-server, auf dem ein zu bauen war die Referenzierung von dll ' s von einer Netzwerkfreigabe.

Das Problem ist, dass die CLR v4 security policy-Modells hat sich seit früheren Versionen und sind nicht sandboxing Baugruppen vor.

Beheben Ihr Problem suchen Sie sich einfach die Lage des sgen.exe und erstellen Sie eine sgen.exe.config im selben Ordner mit folgenden Inhalt:
```
<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>
```
sgen.exe ist in der Regel an
```
"C:\Program Files\Microsoft SDKs\Windows\v[current version]\bin\NETFX 4.0 Tools"
```
Lesen Sie über einige der änderungen, die sich rund um die CAS-Richtlinien .NET 4.0 in diesem Blogbeitrag: Link

InformationsquelleAutor der Antwort Martin Hyldahl
19

Hatte das gleiche problem und die config ändern nicht funktioniert. Nur wenn ich Generieren Serialisierungs-Assembly, das aus den Projekt-Eigenschaften hat es funktioniert.

InformationsquelleAutor der Antwort Rob
6

Ich hatte den gleichen Fehler und fand meine DLL war "blockiert". Öffnen Sie die DLL in den explorer, Rechte Maustaste -> Eigenschaften -> drücken Sie auf 'Blockierung aufheben'.

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

InformationsquelleAutor der Antwort Nate Zaugg
3

Ich hatte genau dasselbe problem und es behoben, indem die sgen.exe.config unter C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools

mit diesem einfachen config wie schon andere gesagt haben
```
<?xml version ="1.0"?>
<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>
```
InformationsquelleAutor der Antwort Matt Watson
2

Für diejenigen von Ihnen läuft eine 64bit-version der TFS-build-service, ich hatte zum erstellen der Konfigurationsdatei im folgenden Pfad:
```
 C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\x64
```
Und den Inhalt der Datei:
```
<?xml version ="1.0"?>
<configuration>
<runtime>
    <loadFromRemoteSources enabled="true" />
</runtime>
</configuration>
```
InformationsquelleAutor der Antwort gmasselli
1

Ich hatte das gleiche Problem, laden der assembly im GAC und arbeitete

InformationsquelleAutor der Antwort gabouy
1

Hinzufügen das snippet unten, um die app.config-Datei funktionierte in meinem Fall. Ich bin mit Windows XP, mit service pack 1 VS2010.
```
<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>
```
InformationsquelleAutor der Antwort venetia
0

Nur als ein FYI, wenn Sie ausgeführt werden Windows 7 sgen.exe die Datei kann gefunden werden unter:

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

Ich hatte zum erstellen einer sgen.exe.config und legen Sie es dort und dann dieses problem ging Weg.

InformationsquelleAutor der Antwort ewahner
0

Weder die unblock noch die config für mich gearbeitet.
Was hat den trick für mich war dieser Tipp über caspol.
Ich lief
```
 %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 mal ein VisualStudio-Neustart erforderlich.

InformationsquelleAutor der Antwort Yahoo Serious
0

Ich habe ein ähnliches problem und ich endlich mehr mit ihm durch das entfernen der Lizenzen.licx-Datei in den Ordner Eigenschaften der Lösung.

InformationsquelleAutor der Antwort clemchen
0

Nur für den Fall, wie mich, Entsperren war keine Lösung, da die Blockierung nicht auf mein dll-Datei Eigenschaften. Gehalten auf der Suche und landete Schluss meine Lösung Datei und re-öffnen mit dem lokalen C: kopieren, anstatt der Netzwerk-UNC-Pfad zum Projekt sln-Datei. Veröffentlichen konnte, nachdem diesen Weg gehen.

InformationsquelleAutor der Antwort Taersious

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.