VSTS 2010 SGEN：エラー：ファイルまたはアセンブリを読み込めませんでした（HRESULTからの例外：0x80131515）

VS2010で奇妙な問題が発生しています。TFSを使用してAPI dllを作成し、プロジェクトでそれらを参照して、完全に信頼されたマップされたネットワークドライブを使用しました。私たちはそのように少なくとも2年間働いており、すべてが完璧に機能しました。

今日、私はウェブアプリをvs2010に変換し、それをリリースでコンパイルすると、次のようになります。

SGEN：エラー：ファイルまたはアセンブリ 'file：/// L：\ Api \ Release API_20100521.1 \ Release \ CS.API.Exceptions.dll'またはその依存関係の1つを読み込めませんでした。操作はサポートされていません。（HRESULTからの例外：0x80131515）

奇妙なことに、Debugプロファイルの下にあるときに機能している...

追加してみました

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

app.configに入れてもうまくいかない（http://social.msdn.microsoft.com/Forums/en/msbuild/thread/d12f6301-85bf-4b9e-8e34-a06398a60df0およびhttp://msdn.microsoft.com/を参照） en-us / library / dd409252（VS.100）.aspx）

参照されているすべてのdllがbinフォルダーにコピーされるため、本番環境ではコードがネットワーク共有から実行されないため、この問題はビジュアルスタジオまたはmsbuildにあると確信しています。

誰かが解決策（または単に検索パスのアイデア）を持っている場合は、私に知らせてください！

編集：シリアル化アセンブリの生成がオフにされたため、デバッグモードで動作していたことが判明しました。タイトルが言っているように、パスが信頼されていないというのはこのユーティリティだからです。

WindowsエクスプローラーでアセンブリDLLを見つけ、右クリックして[プロパティ]を選択し、[ブロック解除]ボタンを押すことで、このエラーを修正できました。DLLには、それを外部ファイルとしてマークするストリームがあり、ブロック解除をクリックすると、その指定が削除されます。

ビルドがネットワーク共有からDLLを参照しているTFSビルドサーバーで同じ/同様の問題が発生しました。

問題は、CLR v4セキュリティポリシーモデルが以前のバージョンから変更されており、以前のようにアセンブリをサンドボックス化していないことです。

問題を修正するには、sgen.exeの場所を見つけて、次の内容で同じフォルダーにsgen.exe.configを作成します。

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

sgen.exeは通常、

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

.NET 4.0のCASポリシーに関するいくつかの変更点については、次のブログ記事をご覧ください。リンク

同じ問題があり、構成の変更が機能しませんでした。プロジェクトプロパティで[シリアル化アセンブリの生成]をオフに設定した場合にのみ機能しました。

同じエラーが発生し、DLLが「ブロック」されていました。エクスプローラーでDLLを開き、右クリック->プロパティ-> 'ブロック解除'を押します。

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

私はこれとまったく同じ問題を抱えており、C：\ Program Files（x86）\ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Toolsにsgen.exe.configを追加して修正しました

他の人が言っているように、この単純な構成で

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

TFSビルドサービスの64ビットバージョンを実行している方のために、次のパスに構成ファイルを作成する必要がありました。

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

そしてファイルの内容：

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

同じ問題があり、GACにアセンブリをロードして作業しました

以下のスニペットをapp.configファイルに追加すると、私の場合はうまくいきました。VS2010サービスパック1を適用したWindows XPを実行しています。

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

参考までに、Windows 7を実行している場合、sgen.exeファイルは次の場所にあります。

C：\ Program Files（x86）\ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Tools

私はsgen.exe.configを作成してそこに配置しなければならなかったので、この問題は解消しました。

どちらunblockもconfig私のために働いていません。私にとってのトリックは、このヒントcaspolでした。私は走った

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

そして、準備が整いました。VisualStudioの再起動も必要ありませんでした。

同様の問題が発生し、ついにソリューションのプロパティフォルダーにあるlicenses.licxファイルを削除して問題を解決しました。

私のような場合に備えて、Unblockは私のdllファイルのプロパティに表示されないため、Unblockは解決策ではありませんでした。探し続け、ソリューションファイルを閉じ、プロジェクトのslnファイルへのネットワークUNCパスの代わりにローカルのC：コピーを使用して再度開いた。このルートを進んだ後に公開することができました。

私の場合、dllの束がブロックされました。

フォルダー内のすべてのファイルのブロックを解除するには、次のコマンドでPower Shellを使用しました

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