VSTS 2010 SGEN: hata: Dosya veya derleme yüklenemedi (HRESULT istisnası: 0x80131515)

VS2010 ile garip bir sorun yaşıyorum. API dll'lerimizi oluşturmak için TFS kullanıyoruz ve projelerimizde bunlara başvururduk, tamamen güvenilen bir eşlenmiş ağ sürücüsü kullanırdık. En az iki yıldır bu şekilde çalışıyoruz ve her şey mükemmel çalıştı.

Bugün bir web uygulamasını vs2010'a çevirdim ve bunu Release'de derlediğimde bana şunu veriyor:

SGEN: hata: Dosya veya derleme 'file: /// L: \ Api \ Release API_20100521.1 \ Release \ CS.API.Exceptions.dll' veya bağımlılıklarından biri yüklenemedi. İşlem desteklenmiyor. (HRESULT istisnası: 0x80131515)

Garip olan şey, Debug profili altında çalışırken çalışıyor olması ...

Eklemeyi denedim

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

app.config'e giriyor ve hala şans yok (Bkz. http://social.msdn.microsoft.com/Forums/en/msbuild/thread/d12f6301-85bf-4b9e-8e34-a06398a60df0 ve http://msdn.microsoft.com/ en-us / library / dd409252 (VS.100) .aspx )

Bu sorunun visual studio veya msbuild'den geldiğinden oldukça eminim, çünkü kodumuz üretim sırasında bir ağ paylaşımından çalışmayacaktır, çünkü başvurulan tüm dll'ler bin klasörüne kopyalanır.

Herhangi birinin bir çözümü (veya sadece bir arama yolu fikri) varsa lütfen bana bildirin!

Düzenleme: Serileştirme derlemelerinin oluşturulması Kapalı olduğundan Hata Ayıklama modunda çalıştığı ortaya çıktı. Başlığın dediği gibi, bu gerçekten bir SGEN sorunu çünkü yolun güvenilir olmadığını söyleyen bu yardımcı programdır ...

Bu hatayı Windows Gezgini'nde derleme DLL'sini bularak, sağ tıklayıp Özellikler'i seçerek ve ardından "engellemeyi kaldır" düğmesine basarak düzeltebildim. DLL, onu harici bir dosya olarak işaretleyen bir akışa sahiptir ve engeli kaldır'a tıklayarak bu atamayı kaldırırsınız.

Bir yapının bir ağ paylaşımından dll'leri referans aldığı bir TFS oluşturma sunucusunda aynı / benzer sorunu yaşadım.

Sorun, CLR v4 güvenlik ilkesi modelinin önceki sürümlerden beri değişmiş olması ve daha önce olduğu gibi korumalı alan derlemeleri olmamasıdır.

Sorununuzu çözmek için sgen.exe dosyasının konumunu bulun ve aynı klasörde aşağıdaki içeriklerle bir sgen.exe.config oluşturun:

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

sgen.exe genellikle şu adrestedir:

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

Bu blog yayınında .NET 4.0'daki CAS politikalarıyla ilgili bazı değişiklikleri okuyabilirsiniz: Bağlantı

Aynı sorunu yaşadım ve yapılandırma değişikliği işe yaramadı. Yalnızca proje özelliklerinde Generate Serialization Assembly'yi kapalı olarak ayarladığımda işe yaradı.

Aynı hatayı aldım ve DLL'min "engellendiğini" buldum. DLL'yi gezginde açın, sağ tıklayın -> özellikler -> 'Engellemeyi Kaldır'a basın.

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

Aynı sorunu yaşadım ve sgen.exe.config dosyasını C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Tools altına ekleyerek düzelttim.

diğerlerinin söylediği gibi bu basit yapılandırmayla

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

TFS derleme hizmetinin 64 bit sürümünü çalıştıranlar için, aşağıdaki yolda yapılandırma dosyasını oluşturmam gerekiyordu:

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

Ve dosya içeriği:

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

Aynı sorunu yaşadım, montajı GAC'ye yükledim ve çalıştım

Aşağıdaki parçacığı app.config dosyasına eklemek benim durumumda çalıştı. VS2010 servis paketi 1 ile Windows XP çalıştırıyorum.

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

Bilginize, Windows 7 kullanıyorsanız, sgen.exe dosyası şu adreste bulunabilir:

C: \ Program Dosyaları (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Araçları

Bir sgen.exe.config oluşturup oraya yerleştirmem gerekti ve sonra bu sorun ortadan kalktı.

Ne benim için unblockne de configişe yaradı. Benim için püf noktası bu ipucuyducaspol . Koştum

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

Ve gitmeye hazırdım, VisualStudio'nun yeniden başlatılmasına bile gerek yoktu.

Benzer bir sorunla karşılaştım ve sonunda çözümün Properties klasöründeki license.licx dosyasını kaldırarak sorunu çözdüm.

Benim gibi, Unblock bir çözüm değildi çünkü Unblock dll dosya özelliklerimde görünmüyor. Bakmaya devam ettim ve çözüm dosyamı kapattım ve sln dosyasını projelendirmek için ağ UNC yolu yerine yerel C: kopyasını kullanarak yeniden açtım. Bu rotaya gittikten sonra yayınlayabildi.

Benim durumumda birçok dll engellendi.

Klasördeki tüm dosyaların engelini kaldırmak için aşağıdaki komutla power shell kullandım

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