VSTS 2010 SGEN: помилка: не вдалося завантажити файл чи збірку (виняток з HRESULT: 0x80131515)

У мене виникає дивна проблема з VS2010. Ми використовуємо TFS для створення наших API API, і ми використовували для посилання на них у своїх проектах, присвоюючи картова мережевий диск, якому повністю довіряли. Ми працювали так щонайменше два роки, і все працювало чудово.

Сьогодні я перетворив webapp у vs2010, і коли я компілюю його у Release, він дає мені:

SGEN: помилка: не вдалося завантажити файл або файл збірки '/// L: \ Api \ Release API_20100521.1 \ Release \ CS.API.Exceptions.dll' або одна з його залежностей. Операція не підтримується. (Виняток з HRESULT: 0x80131515)

Дивна річ у тому, що він працює, коли знаходиться під профілем налагодження ...

Я спробував додати

<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 )

Я майже впевнений, що ця проблема від візуальної студії або msbuild, оскільки наш код не запускатиметься з мережевої частки, коли продається, тому що всі посилання на dll копіюються у папку bin.

Якщо у когось є рішення (або просто ідея для шляху пошуку), будь ласка, дайте мені знати!

Редагувати: Виявляється, він працював у режимі налагодження, тому що генерація серіалізаційних збірок була вимкнена. Як зазначається в заголовку, це справді проблема SGEN, оскільки саме ця утиліта говорить про те, що шлях не довіряють ...

Мені вдалося виправити цю помилку, знайшовши DLL збірки в Провіднику Windows, клацнувши правою кнопкою миші, вибравши Властивості, а потім натиснувши кнопку "Розблокувати". У DLL є потік, який позначає його як зовнішній файл - і, натиснувши розблокувати, ви видалите це позначення.

У мене просто була така ж / схожа проблема на сервері збірки TFS, де збірка посилалася на dll з мережевою часткою.

Проблеми полягають у тому, що модель політики безпеки 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"

Про деякі зміни навколо політики CAS в .NET 4.0 ви можете прочитати в цьому пості: Посилання

Була така ж проблема, і зміна конфігурації не працювала. Тільки коли я встановив «Генерувати збірку серіалізації» у властивостях проекту, він працював.

У мене була така ж помилка, і я виявив, що мій DLL був "заблокований". Відкрийте DLL в Провіднику, клацніть правою кнопкою миші -> властивості -> натисніть "Розблокувати".

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

У мене була така сама проблема і виправлено її, додавши sgen.exe.config під C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Інструменти

з цим простим конфігурацією, як говорили інші

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

Для тих, хто працює з 64-бітовою версією сервісу збірки TFS, мені довелося створити конфігураційний файл у такий спосіб:

 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 працювало в моєму випадку. Я запускаю Windows XP з пакетом оновлень 1 для VS2010.

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

Так само, як FYI, якщо ви працюєте з Windows 7, файл sgen.exe можна знайти за адресою:

C: \ Програмні файли (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Інструменти

Мені довелося створити 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 не був рішенням, оскільки Unblock не відображається у власних файлах dll. Переглянув і закінчив закрити мій файл рішення та повторно відкрити, використовуючи локальну C: копію, а не мережевий шлях UNC до проекту sln-проекту. Після публікації цього маршруту вдалося опублікувати.

У моєму випадку купу дзвонів було заблоковано.

Для розблокування всіх файлів у папці я використав оболонку живлення з наступною командою

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