'.Dll' meta veri dosyası bulunamadı

Bir WPF, C # 3.0 proje üzerinde çalışıyorum ve bu hatayı alıyorum:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

Benim usercontrols bu şekilde başvuruyorum:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

Her başarısız derlemeden sonra olur. Derlemek için çözüm elde etmenin tek yolu, tüm kullanıcı denetimlerimi yorumlamak ve projeyi yeniden inşa etmektir ve sonra usercontrols uncomment ve her şey yolunda.

Derleme siparişleri ve bağımlılık yapılandırmalarını kontrol ettim.

Gördüğünüz gibi, DLL dosyasının mutlak yolunu kesilmiş gibi görünüyor ... Uzunluğunda bir hata olduğunu okudum. Bu olası bir sorun mu?

Çok sinir bozucu ve yorum yapmak, inşa etmek ve rahatsız etmek zorunda kaldığınızda, yapı son derece yorucu hale geliyor.

Ben de aynı problemi yaşadım. Visual Studio başvurulan projeyi oluşturmuyor.

Yazılı Talimatlar:

1. Çözüme sağ tıklayın ve Özellikler'e tıklayın.
2. Soldaki Yapılandırma'yı tıklayın.
3. Bulamadığı proje için "Oluştur" altındaki onay kutusunun işaretli olduğundan emin olun. Zaten işaretliyse, işaretini kaldırın, Uygula'ya basın ve kutuları tekrar işaretleyin.
4. (İsteğe bağlı) Çözüm özelliklerindeki Sürüm ve Hata Ayıklama modları için bunu yapmak zorundaydınız.

Ekran yakalama talimatları:

• Bir resmin bin kelimeye bedel olduğunu söylüyorlar. Yakınlaştırmak için GIF'e tıklayın ve umarım takip etmek kolay olacaktır:

Bu hala Visual Studio'nun yeni sürümlerinde olabilir (sadece Visual Studio 2013'te olmuştum):

Denenecek başka bir şey, Visual Studio'yu kapatmak ve .suodosyanın yanındaki dosyayı silmek .sln. (Bir dahaki sefere Save all(veya Visual Studio'dan çıktığınızda) yeniden oluşturulacaktır ).

Başka bir makinede çözüme yeni projeler ekleyip revizyonları çekerken bu sorunu yaşadım, ancak .suodosya diğer durumlarda da bozulabilir ve çok garip Visual Studio davranışına yol açabilir, bu yüzden silmek her zaman denediğim şeyler.

.suoDosyayı silmenin , çözümün başlangıç ​​projelerini sıfırlayacağını unutmayın .

.suoDosya hakkında daha fazla bilgi burada .

Önerilen cevap benim için işe yaramadı. Hata, başka bir sorun için bir yemdir.

.NET'in biraz farklı bir sürümünü hedeflediğimi öğrendim ve bu derleyici tarafından bir uyarı olarak işaretlendi, ancak binanın başarısız olmasına neden oluyordu. Bu bir uyarı olarak değil hata olarak işaretlenmelidir.

Cevabım sadece tüm çözümlerin özeti değil, daha fazlasını sunuyor.

Bölüm 1):

Genel çözümlerde:

'Kaynak Dosya Açılamadı (' Belirtilmemiş hata ')' diyen bir hata ile birlikte bu türden dört hata ('meta veri dosyası bulunamadı') vardı.

'Meta veri dosyası bulunamadı' hatası kurtulmaya çalıştım. Bunun için birçok yazı, blog vb. Okudum ve bu çözümlerin etkili olabileceğini buldum (bunları burada özetleyerek):

1. Visual Studio'yu yeniden başlatın ve yeniden oluşturmayı deneyin.

2. 'Çözüm Gezgini'ne gidin . Çözümü sağ tıklayın. Özellikler'e gidin . 'Configuration Manager'a gidin . 'Derleme' altındaki onay kutularının işaretli olup olmadığını kontrol edin. Bunlardan herhangi biri veya tümü işaretlenmemişse, bunları kontrol edip tekrar oluşturmayı deneyin.

3. Yukarıdaki çözüm (ler) işe yaramazsa, yukarıdaki 2. adımda belirtilen sırayı takip edin ve tüm onay kutuları işaretlenmiş olsa bile işaretlerini kaldırın, tekrar kontrol edin ve tekrar oluşturmayı deneyin.

4. Derleme Sırası ve Proje Bağımlılıkları:

   'Çözüm Gezgini'ne gidin . Çözümü sağ tıklayın. 'Proje Bağımlılıkları ...' bölümüne gidin . İki sekme göreceksiniz: 'Bağımlılıklar' ve 'Derleme Sırası' . Bu oluşturma sırası, çözümün inşa edildiği sıradır. Diğerlerine bağımlı olan bazı projelerin ('project1' deyin) ('project2' deyin) bundan önce (project2) oluşturmaya çalışıp çalışmadığını doğrulamak için proje bağımlılıklarını ve oluşturma sırasını kontrol edin. Hatanın nedeni bu olabilir.

5. Eksik .dll dosyasının yolunu kontrol edin:

   Eksik .dll dosyasının yolunu kontrol edin. Yolda boşluk veya başka bir geçersiz yol karakteri varsa, onu kaldırın ve yeniden oluşturmayı deneyin.

   Nedeni bu ise, oluşturma sırasını ayarlayın.

Bölüm 2):

Benim özel durumum:

Visual Studio'yu birkaç kez yeniden başlatmayla yukarıdaki tüm adımları çeşitli permütasyonlar ve kombinasyonlarla denedim. Ama bana yardımcı olmadı.

Bu yüzden, karşılaştığım diğer hatalardan kurtulmaya karar verdim ('Kaynak Dosya Açılamadı (' Belirtilmemiş hata ')').

Bir blog yazısı ile karşılaştım: TFS Hatası – Kaynak Dosya Açılamadı ('Belirtilmemiş hata')

O blog yazısı belirtilen adımları çalıştı ve hata kurtuldum 'Kaynak Dosya açılamadı (' Belirtilmemiş hatası ')' ve şaşırtıcı ben diğer hatalar kurtuldum ( 'meta veri dosyası bulunamadı') olarak iyi.

Bölüm (3):

Hikayeden çıkarılacak ders:

Hatadan kurtulmak için yukarıdaki bölüm (1) 'de belirtildiği gibi tüm çözümleri (ve diğer çözümleri) deneyin. Hiçbir şey işe yaramazsa, yukarıdaki bölüm (2) 'de belirtilen blog'a göre , kaynak denetiminde ve dosya sisteminde artık bulunmayan tüm kaynak dosyalarının girdilerini .csproj dosyanızdan silin .

Benim durumumda bunun nedeni bir .NET Framework sürümü uyuşmazlığıydı.

Bir proje 3.5, diğeri referans projesi 4.6.1 idi.

Visual Studio 2013'ün kapatılması ve yeniden açılması benim için çalıştı!

Önceki cevaplardaki hiçbir şey benim için işe yaramadı, bu yüzden neden geliştiriciler olarak burada neler olduğunu anlamaya çalışmamız gerektiğinde neden tıkladığımı ve umduğumu düşünmemi sağladı.

Bu yanlış meta veri dosyası referansının bir yerde tutulması gerektiği açıktı.

.Csproj dosyasının hızlı bir şekilde aranması suçlu çizgilerini gösterdi. Eski yanlış dosya yoluna asılı gibi görünen <itemGroup> adlı bir bölüm vardı.

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

Yani basit bir düzeltme gerçekten:

1. .Csproj dosyanızı yedekleyin.
2. .Csproj dosyasındaki yanlış yolları bulun ve uygun şekilde yeniden adlandırın.

Lütfen kemanlamadan önce eski .csproj'unuzu yedeklediğinizden emin olun .

Ben de bu problemle karşılaştım. Öncelikle, sağ tıklatarak, Build DLL dosyasını el ile oluşturmanız gerekir. Sonra işe yarayacak.

Benim durumumda, yüklü dizinimi yanlış şekillerde aldım.

Çözüm yolunuz "Projem% 2c Çok Popüler% 2c Birim Sınama% 2c Yazılım ve Donanım.zip" gibi bir şeyse, meta veri dosyasını çözemez, belki% 2c gibi bazı geçersiz sözcükleri engellemeliyiz.

Yolu normal adla yeniden adlandırmak sorunumu çözdü.

Aynı hatayı aldım "Meta veri dosyası '.dll' bulunamadı" ve yukarıda açıklanan birkaç şeyi denedim, ancak hatanın nedeni, daha yüksek bir .NET sürümünü hedefleyen üçüncü taraf DLL dosyasına başvuruyordum benim proje hedef .NET sürümü. Dolayısıyla çözüm, projemin hedef çerçevesini değiştirmekti.

Visual Studio 2019 bu benim için çalıştı:

1. Visual Studio'yu kapatın
2. Gizli .vsklasörü sil
3. Visual Studio'yu yeniden açın ve çözümü yeniden oluşturun.

Benim için, projeyi içeren bir yolda bir DLL bulmaya çalışıyordu, ancak yeni bir dizine taşıdık. Çözüm, Proje için doğru yola sahipti, ancak Visual Studio bir şekilde eski konuma bakmaya devam etti.

Çözüm: Her sorunu yeniden adlandırın Project - bir karakter veya başka bir şey ekleyin - sonra orijinal adına yeniden adlandırın.

Bu, Visual Studio'da bir tür genel önbelleği sıfırlamalıdır, çünkü bu hem sorunu hem de benzerlerini temizler, Temiz gibi şeyler yapmaz.

Çözümüme yeni bir proje ekledim ve almaya başladım.

Sebep? Getirdiğim proje farklı bir .NET çerçevesi hedefliyordu (4.6 ve diğer ikisi 4.5.2 idi).

Benim için bir çözüme yeni bir proje eklediğimde oldu.

Visual Studio .NET framework 4.5'i otomatik olarak seçer.

Diğer kütüphaneler gibi .NET 4.5.2 sürümüne geçtim ve işe yaradı.

Benim için aşağıdaki adımlar işe yaradı:

• İnşa etmeyen projeyi bulun
• Çözüm içindeki projelere referansları kaldırın / ekleyin.

Saçlarımı bu sorunla da çekiyordum, ama önceki cevapları denedikten sonra benim için işe yarayan tek şey, her projeyi 1'e 1 çözümümde açmak ve bunları ayrı ayrı inşa etmekti.

Sonra Visual Studio 2013'ü kapattım, çözümümü yeniden açtım ve iyi derlendi.

Garip, çünkü Çözüm Gezgini'mdeki her bir projeyi tıklayıp bunları bu şekilde oluşturmaya çalışırsam hepsi başarısız oldu. Onları kendi çözümlerinde yalnız açmak zorunda kaldım.

Visual Studio'nun bir hata hakkında doğru bilgi sağlamamasıyla ilgili bu tür hatalara benziyor. Geliştirici, başarısız derlemenin nedenini bile anlamıyor. Bir sözdizimi hatası veya başka bir şey olabilir. Genel olarak, bu tür sorunları çözmek için sorunun kökünü bulmalısınız (örneğin, yapı günlüğüne bakın).

Benim durumumda sorun aslında Error Listpencere herhangi bir hata göstermedi oldu. Ama gerçekten sözdizimi hataları vardı; Bu hataları Outputpencerede buldum ve düzelttikten sonra sorun çözüldü.

Sorunun örneğine, içinde yinelenen bir sınıf adı (farklı bir dosya adı altında) bulunan ortak bir proje neden oldu. Visual Studio'nun bunu algılayamaması ve bunun yerine oluşturma işlemini patlatması tuhaf.

Bu sorunu Visual Studio 2012'de birçok projeye sahip bir çözümde aldım. Çözümdeki her projeyi Proje Derleme Sırasıyla aynı sırayla manuel olarak yeniden oluşturmak (Çözüm Gezgini'nde sağ tıklayın ve yeniden oluşturun) benim için düzeltti.

Sonunda derleme hatası veren bir tanesine vardım. Hatayı düzelttim ve çözüm bundan sonra doğru şekilde inşa edilecekti.

Benim durumumda el ile "eksik" olarak işaretlenmiş bir derleme olmayan dosyayı silmiş olmasıydı. Ben şimdi eksik dosyaya referansı sildi ve yeniden derledi - hepsi iyi oldu.

Çözüm adınızda bir boşluk varsa, bu da soruna neden olur. Alanı çözüm adınızdan kaldırmak, böylece yol% 20 içermiyorsa bu sorunu çözecektir.

Birkaç yıl sonra buna geri dönersek, bu sorun muhtemelen Windows maksimum yol sınırıyla ilişkilidir:

Dosyaları, Yolları ve Ad Alanlarını Adlandırma , Maksimum Yol Uzunluğu Sınırlaması

Benim durumumda, sorun basit bir derleme hatası,

hata CS0067: 'XYZ' olayı asla kullanılmıyor

herhangi bir nedenle hata penceresinde görünmedi.

Bu nedenle, Visual Studio oluşturma sistemi hatayı kaçırmış gibi görünüyordu ve bu da can sıkıcı meta veri mesajıyla başarısız olan bağımlı projeler oluşturmaya çalıştı.

Tavsiye, kulağa geldiği kadar aptalcadır:

İlk olarak Çıktı Pencerenize bakın !

Bu fikrin bana çarpması yarım saat sürdü ...

Ben de aynı hatayı aldım. Aşağıdaki yolda olduğu gibi gizlenir. DLL dosyası için bahsettiğim yol "D: \ Assemblies Folder \ Assembly1.dll" gibidir.

Ancak derlemenin başvurduğu özgün yol "D: \ Assemblies% 20Folder \ Assembly1.dll" idi.

Bu yol adı varyasyonu nedeniyle derleme özgün yolundan alınamadı ve bu nedenle "Meta veri bulunamadı" hatası atar.

Çözüm Yığın Taşması sorusudur. Tüm boşlukları C # içinde% 20 ile nasıl değiştirebilirim? .

Aynı sorunla karşılaşmıştım. Benim durumumda, projemden daha yüksek .Net sürümü olan bir sınıf kütüphanesi projesine başvurdum ve VS projeyi inşa edemedi ve aynı hatayı yayınladı.

Ben sadece benim sınıf kütüphane projesinin .Net sürümünü (derleme kırık olan) başvurulan proje .Net sürümüyle aynı ve çözüldü ayarlayın.

Sadece açık bir şekilde işaret: "Derleme başladığında çıkış penceresini göster" etkin değilse, derleme başarısız olup olmadığını (sol altta küçük "derleme başarısız" hatası) fark ettiğinizden emin olun !!!!

Bir web uygulaması yayınlamaya çalışırken bu hatayla karşılaştım. Bir sınıf özelliğinden birinin içine alındığı ortaya çıktı

#if DEBUG
    public int SomeProperty { get; set; }
#endif

ancak mülkiyet kullanımı değildi. Yayınlama, DEBUGSembol olmadan Sürüm yapılandırmasında yapıldı .

Hata mesajına dayanarak dosya yolunun kesildiğine inanmıyorum. Sadece yanlış gözüküyor. İletiyi doğru okuyorsam, DLL dosyasını arıyor gibi görünüyor ...

ÇALIŞMA = - \ Araçlar \ VersionManagementSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

Bu geçerli bir yol değil. Derleme işleminde geçersiz bir değere ayarlanmış bir makro tanımınız olabilir mi?

.nuget\NuGet.exeDepomda yer almadığı için bu sorunu yaşadım . DownloadNuGetExeNuGet.targets uygulamasında etkinleştirmeme rağmen , indirmeye çalışırken bir proxy hatası bildirdi. Bu, proje yapılarının geri kalanının başarısız olmasına neden oldu.

Sahte derlemeler kullanırsanız bu hata gösterilebilir. Sahte ürünleri kaldırmak, projenin başarılı bir şekilde oluşturulmasına yol açar.