'.Dll' metadata faylı tapılmadı.

Mən bir WPF layihəsi üzərində çalışıram, C # 3.0 və bu səhv alıram:

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

Mənim istifadəçi nəzarətlərinə necə istinad edirəm:

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

Hər bir uğursuz quruluşdan sonra bu olur. Kompilyasiya etmək üçün həll yolunun yeganə yolu bütün istifadəçi nəzarətlərini şərh etmək və layihəni bərpa etməkdir, sonra isə istifadəçi nəzarəti altına almayacağam və hər şey yaxşıdır.

Quruluş əmrini və asılılıq konfiqurasiyasını yoxladım.

Gördüyünüz kimi, DLL faylı üçün mütləq yol qısaldılmış görünür ... Uzunluğu olan bir səhv olduğunu oxudum. Bu mümkün bir problem mi?

Bu çox cansıxıcıdır və şərh etmək, qurmaq və uncomment etmək lazımdır, yığıncaq çox yorucu olur.

541
14 сент. Oliver tərəfindən təyin olunan Sep 14 2009-09-14 17:19 '09 at 17:19 'da 2009-09-14 17:19
@ 67 cavab
  • 1
  • 2
  • 3

Eyni problemim vardı. Visual Studio başvurulan bir layihə yaratmır.

  • Çözümün üzərinə sağ basın və "Properties" -i seçin.
  • Solda "Konfiqurasiya" düyməsini basın.
  • Bulamadığı bir layihə üçün Yarat qutusunun onay kutusunun işaretlendiğinden əmin olun. Zatən yüklənmişsə qutuyu silin, qutuları yenidən basın və yoxlayın.
672
18 июля '13 в 15:42 2013-07-18 15:42 Cavab Matt_Bro tərəfindən verilir 18 İyul, '13 'də 3:42 pm 2013-07-18 15:42

Bu hələ Visual Studio yeni versiyalarında baş verə bilər (mən yalnız Visual Studio 2013-də baş verib):

Başqa bir cəhd Visual Studio'yu bağlamaq və .suo faylının yanında yerləşən .sln faylını .sln . (Bu, sonradan yenidən qurulacaqdır (və ya Visual Studio-dan çıxmaq).

Başqa bir kompüterdə bir həll yoluna yeni layihələr əlavə edərkən və sonra düzəlişlər .suo bu problem var idi, amma .suo faylının digər hallarda zədələnə biləcəyi və Visual Studio'nun çox qəribə bir davranışına səbəb ola biləcəyini düşünürəm.

border=0

.suo ki, .suo faylının silinməsi həll üçün başlanğıc layihələrini yenidən .suo .

Burada .suo fayl haqqında ətraflı məlumat əldə edin .

187
22 апр. Cavab 22 martda Corvuscorax verilir 2014-04-22 12:39 '14 at 12:39 2014-04-22 12:39

Təklif olunan cavab mənim üçün işləmir. Səhv başqa bir problem üçün cazibədir.

Mən bir az fərqli .NET versiyasını hədəf aldığımı gördüm və kompilyator onu xəbərdarlıq olaraq qeyd etdi, amma bu quruluşun uğursuzluğa səbəb oldu. Bu, bir xəbərdarlıq deyil, səhv olaraq qeyd edilməlidir.

118
16 дек. Jordan koskei tərəfindən verilmiş cavab 16 dekabr 2015-12-16 00:15 '15 'də 0:15 ' da 0 2015-12-16 00:15

Bəli, cavabı bütün qərarların xülasəsidir, lakin daha çox şey təklif edir.

Bölmə 1):

Ümumiyyətlə, həllər:

Bu tipdə dörd səhv var idi ("metadata fayl tapılmadı") və bir səhv: "Mənbə faylını aça bilmədi (" səhv müəyyən edilmədi ")".

Metadata faylından xilas olmağa çalışdığımda səhv tapa bilmədi. Bunun üçün mən posts, bloglar və s. Çox oxudum. Və mən bu həllərin təsirli ola biləcəyini (onları burada yekunlaşdırdıq) gördük:

  1. Visual Studio'yu yenidən bərpa edin və yenidən qurun.

  2. Solution Explorer'a gedin. Həll hüququ üzərinə sağ tıklayın. Xassələrə keçin . Konfiqurasiya menecerinə gedin. Qutular "Qurmaq" altında yoxlanılmadığını yoxlayın. Hər hansı bir və ya hamısı qeyd edilmədikdə, onları yoxlayın və yenidən qurmağa çalışın.

  3. Yuxarıdakı həllər işləməsə, yuxarıda 2-ci addımda göstərilən ardıcıllığa əməl edin və hətta bütün onay qutuları yoxlanılırsa, onları yoxlayın, yenidən yoxlayın və yenidən qurmağa çalışın.

  4. Sifariş və layihənin asılılıqlarını yaradın:

    Solution Explorer'a gedin. Həll hüququ üzərinə sağ tıklayın. "Layihə Bağımlılığı ..." gedin. İki nişanı görürsünüz: "Bağımlılıklar""Məclis Sifarişi" . Bu montaj düzeni, həllin qurulduğu yerdir. Layihə bağımlılıklarını yoxlayın və başqa birinə (məsələn, "layihə2") bu layihəni (layihə2) qurmağa çalışdığına əmin olmaq üçün bir layihə (məsələn, "layihə1") əmin olun. Bu səhvin səbəbi ola bilər.

  5. Kayıp yolunu yoxlayın .dll:

    Kayıp .dll yolunu yoxlayın. Yolda boşluq və ya başqa bir yanlış yol xarakteri varsa, onu silin və yenidən qurmağa çalışın.

    Bunun səbəbi isə, qurma qaydasını tənzimləyin.


Bölmə (2):

Mənim xüsusi vəziyyətim:

Visual Studio-ı bir neçə dəfə yenidən bərpa etməklə yuxarıdakı bütün addımları müxtəlif permütasiyaları və kombinasiyalarla sınamışam. Amma mənə kömək etmədi.

Beləliklə, qarşılaşdığım başqa bir səhvdən ("Yanlış mənbə faylını aça bilmir") qurtulmağa qərar verdim.

Bir blog yazısına rast gəldim: TFS Error - Mənbə faylını açamadı ("Tanımlanmamış Xəta")

Mən bu blogda göstərilən addımları izləməyə çalışdım və səhvdən qurtardım "Mənbə faylını aça bilmədi (" undefined səhv ")" və birdən digər səhvlərdən ("metadata fayl tapılmadı") xilas oldum,


Bölmə (3):

Hekayənin əxlaqı:

Səhvdən qurtulmaq üçün yuxarıda (1) bölümdə (və digər həllər) təsvir edildiyi kimi bütün həllər cəhd edin. Hər şey başarısızsa, yuxarıda bölmədə (2) qeyd olunan blogda olduğu kimi, .csproj faylınızdakı mənbə nəzarətində və fayl sistemində olmayan bütün qaynaq faylları üçün girişləri silin .

86
05 мая '14 в 17:58 2014-05-05 17:58 cavab 05.05.2014 tarixində Vikram tərəfindən verilir 17:58 2014-05-05 17:58

Mənim vəziyyətimdə bu, .NET Framework versiyasının uyğunsuzluğu ilə nəticələnmişdir.

Bir layihə 3.5, ikincisi isə layihə 4.6.1.

31
08 апр. Cavab Eric Schneider tərəfindən verilir 08 Apr 2016-04-08 17:20 '16 saat 17:20 'da 2016-04-08 17:20

Visual Studio 2013-ı bağlamaq və yenidən açmaq mənim üçün çalışdı!

22
28 мая '15 в 14:20 2015-05-28 14:20 Roffers tərəfindən 28 May 'da 14:20 ' də cavab verildi , 2015-05-28 14:20

Əvvəlki cavablarda heç bir şey mənə kömək etmədi, buna görə də mən niyə tıkladığımı və ümid etdiyini düşünürəm ki, biz, inkişafçılar kimi, həqiqətən burada baş verənləri başa düşməyə çalışmalıyıq.

Mənə aydın görünürdü ki, bu metadata faylına yanlış keçid bir yerdə saxlanılmalıdır.

.Csproj faylının tez axtarışı günahkar xəttləri ortaya qoyur. Köhnə yanlış fayl yoluna asmaq kimi görünən <itemGroup> adlı bir bölüm var idi.

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

Belə ki, həqiqətən, sadə bir düzeltme:

  1. .Csproj faylını saxlaya bilərsiniz.
  2. .Csproj faylında yanlış yolları tapın və müvafiq olaraq adını dəyişin.

Çalmağa başlamazdan əvvəl köhnə .csproj-nun saxladığınızdan əmin olun .

16
27 нояб. Cavab 27-də Aleks Stephens tərəfindən verilmişdir . 2014-11-27 12:22 '14 da 12:22 2014-11-27 12:22

Mən də bu problemlə tanış oldum. Birincisi, Build'u sağ tıklayarak əl ilə bir DLL layihəsi yaratmalısınız. Sonra işləyəcək.

13
14 сент. cavab user1678541 14 sep tərəfindən verilir . 2012-09-14 23:36 '12 at 23:36 2012-09-14 23:36

Mən eyni səhv var "Metadata fayl" .dll "tapılmadı" və mən yuxarıda təsvir olunan bir neçə şeyi sınamışam, amma bu səhvin səbəbi mən. NET versiyasını hədəfləyən üçüncü tərəf DLL faylına istinad etdiyim idi Mənim layihə hədəfdir. NET versiyasıdır. Yəni həll mənim layihəmizin hədəf strukturunu dəyişdirmək idi.

13
11 февр. Cavab 11 fevralda Mladen Nikolova verilir. 2016-02-11 16:02 '16 saat 16:02 'da 2016-02-11 16:02

Mənim vəziyyətimdə quraşdırılmış bir kataloq səhv var.

Əgər həll yolunuz "Mənim Layihəm% 2c çox məşhur% 2c Birim Testi% 2c Proqram təminatı və Hardware.zip" kimi bir şey varsa, metadata faylını həll edə bilməz, bəlkə də, biz də% 2c kimi qəbuledilməz sözləri qarşısını almalıyıq .

Normal bir ad yolunun adını dəyişmək mənim problemi həll etdi.

10
27 марта '15 в 11:03 2015-03-27 11:03 cavab masphey 27 mart '15 'də saat 11:03' də verilir

Çözümüm üçün yeni bir layihə əlavə etdim və onu əldə etməyə başladım.

Səbəbi? Mən gətirdiyim layihə başqa bir .NET mühitinə yönəldi (4,6, ikincisi isə 4,5,2 idi).

10
11 дек. Cavab Todd Vance- ə verildi 11 dekabr. 2015-12-11 19:18 '15 'da 19:18' de, 2015-12-11 19:18

Mənim üçün bu, həllində yeni bir layihə daxil edildiyi zaman oldu.

Visual Studio avtomatik olaraq .NET Framework 4.5-i seçir.

Digər kitabxanalar kimi .NET versiyası 4.5.2-ə keçdim və işləyirdim.

9
31 марта '17 в 16:02 2017-03-31 16:02 Andre Mesquita tərəfindən cavab 31 Mart 'da 16:02' də 2017-03-31 16:02

Aşağıdakı addımlar mənim üçün işləyirdi:

  • Qurulmayan bir layihə tapın
  • Çözümün bir parçası olaraq layihələrə əlaqələri çıxarın / əlavə edin.
8
11 июля '14 в 16:54 2014-07-11 16:54 Cavab verilir Bağlay Vyacheslav 11 iyul '14 'də 16:54 2014-07-11 16:54

Mən də bu problemi həll etdim, amma əvvəlki cavabları sınamaqla, mənə kömək etdiyin yeganə şey hər bir layihəni 1 həllində açmaq və ayrı-ayrılıqda qurmaq idi.

Sonra Visual Studio 2013'i bağladım, həllini yenidən açdım və normal tərtib etdilər.

Bu qəribədir, çünki hər bir layihəni həll tarayıcımda tıksaydım və bu şəkildə qurmağa çalışsaydım, hamısı uğursuz oldu. Onları öz qərarları ilə tək açmalıyam.

8
19 дек. Cavab 19 dekabr prospektində verilir . 2014-12-19 23:35 '14 saat 23:35 2014-12-19 23:35

Mənim üçün, DLL'yi Layihəni saxlamaq üçün istifadə edilən yolda tapmağa çalışırdı, amma biz onu yeni bir kataloqa köçürdük. Həll layihə üçün doğru yola malik idi, lakin Visual Studio bir şəkildə köhnə yerlərdə axtarış etməyə davam etdi.

Qərar. Hər bir məsələni yenidən adlandırın. Layihə - yalnız bir xarakter və ya başqa bir şey əlavə edin - sonra onu orijinal adına yenidən adlandırın.

Visual Studio-da bir növ qlobal önbelleği sıfırlamalıyıq, çünki bu problemi təmizləyir və bir neçə kimi təmizlənirsə, Təmiz kimi şeylər işləmir.

8
28 янв. Chris Moschini tərəfindən cavabı Jan 28 2014-01-28 09:14 '14 at 9:14 2014-01-28 09:14

Problemin nümunəsinə, yinelenen bir sinif adı olan (başqa bir fayl adı altında) ümumi bir layihə səbəb oldu. Visual Studio bunu təsəvvür edə bilmədiyi və qurma prosesini partladığı bir təəssürat idi.

7
24 июля '14 в 22:12 2014-07-24 22:12 cavab 24 İyul, '14 'də saat 22:12 ' də Eric tərəfindən verilir 2014-07-24 22:12

Visual Studio 2012-də bu problemi bir çox layihələrin olduğu bir həll yolu ilə aldım. Layihə qurma qaydasında düzəldilmiş düzəltmə üsulu ilə hər bir layihəni əl ilə bərpa edin (sağ klikləyin və həlli brauzerində yenidən qurun).

Sonda mənə bir tərtibat səhvini verən birinə girdim. Mən səhvəni düzəldirdim və bundan sonra həll düzgün qurulacaqdı.

6
31 окт. Cavab verilir, dan-gph 31 oct . 2014-10-31 03:33 '14, 3:33 2014-10-31 03:33

Mənim vəziyyətimdə problem bir sadə qurma səhvindən,

səhv CS0067: hadisə 'XYZ' heç vaxt istifadə edilmir

hansı səbəblə səhv pencerədə görünməmişdi.

Bununla əlaqədar, Visual Studio qurmaq sistemi səhvən qaçırmış və öz növbəsində bir cansıxıcı metadata mesajı ilə uğursuz olan asılı layihələri yaratmağa çalışmışdır.

Tövsiyə səs-küy kimi axmaqdır:

Birinci çıxış pəncərənizə baxın!

Bu fikir məni vurdu əvvəl yarım saat çəkdi ...

6
01 нояб. Cavab Heinz Kessler tərəfindən 01 noyabr. 2015-11-01 12:21 '15 at 12:21 pm 2015-11-01 12:21

Bir neçə il içərisinə döndüyünüzdə, bu problem ən çox ehtimal Windows yolunun maksimum həddi ilə bağlıdır:

Maksimum yol uzunluğunu məhdudlaşdıran faylları, yolları və ad boşluqlarını adlandırma

5
18 февр. Cavab Oliver 18 feb verilir . 2014-02-18 09:47 '14 da 9:47 2014-02-18 09:47

Mənim vəziyyətimdə problemi "eksik" olaraq qeyd olunan kompilyasiya olmadan faylın el ilə silinməsi idi. Cari faylın linkini sildikdən və yenidən yığıldıqdan sonra hər şey yaxşı idi.

5
10 апр. David Ford tərəfindən verilmiş cavab 10 aprel 2014-04-10 16:42 '14 at 16:42 2014-04-10 16:42

Mən də eyni səhv oldum. Aşağıdakı şəkildə gizlədir. DLL faylına istinad etdiyim yol "D: \ Assemblies Folder \ Assembly1.dll" kimi görünür.

Ancaq məclisin istinad etdiyi əsli yol "D: \ Assemblies% 20Folder \ Assembly1.dll" idi.

Yol adında bu dəyişikliyin səbəbi, məclisin mənbə yolundan alınamadığını və bu səbəbdən "Heç bir metadata tapılmadı" səhvini verir.

Söz mövzusu qərar. C # -də bütün boşluqları 20% -ə necə dəyişə bilərəm? ,

5
18 июня '16 в 8:49 2016-06-18 08:49 cavab 18 iyun 'da 8:49 ' də Arun Prasad tərəfindən verilərək 2016-06-18 08:49

Bu səhvlər, Visual Studio düzgün səhv məlumatları verməməsi ilə əlaqəli görünür. Geliştirici uğursuz iclasın səbəbini belə anlamır. Bu bir sintaksis səhvi və ya başqa bir şey ola bilər. Ümumiyyətlə, bu cür problemləri həll etmək üçün problemin kökünü tapmaq lazımdır (məsələn, quruluş qeydinə baxın).

Mənim vəziyyətimdə problem Error List pəncərəsində heç bir səhv olmadığı idi. Amma əslində sintaksis səhvləri var idi; Output penceresindeki bu səhvləri tapdım və sabit olduqdan sonra problem həll edildi.

5
31 янв. cavab 31 yanvar burzhuy verilir 2017-01-31 12:22 '17 saat 12:22 2017-01-31 12:22

Eyni problemə qaçdım. Mənim vəziyyətimdə daha yüksək bir layihə kitabxanası layihəsinə müraciət etdim. Mənim layihəmdən daha çox Net versiyası və VS layihəni qura bilmədi və eyni səhv gətirdi.

Yalnız mənim sinif kitabxana layihəmizin (quruluşu qırdıran) .Net versiyasını quraşdırdıq, istinad proyektinin. Net versiyası və problem həll edildi.

5
21 июня '18 в 19:07 2018-06-21 19:07 Cavab 21 iyun 21: 18-də saat 21 : 30 - da 2018-06-21 19:07 ilə verilir

Çözümünüz adına bir yeriniz varsa, bu da bir problemə səbəb olacaq. Çözüm adınızdan bir yer çıxarmaq, yəni yol 20% -dən ibarət deyil.

4
17 июня '15 в 20:24 2015-06-17 20:24 Cavab Ajaco tərəfindən 17 İyun 'da 20:24' də verilir 2015-06-17 20:24

Saxta quruluş istifadə etdiyinizdə bu səhv göstərilə bilər. Saxta çıxarılması müvəffəqiyyətli bir tikinti layihəsinə gətirib çıxarır.

4
05 дек. Cavab FLCL 05 dekabrda verilir. 2014-12-05 16:14 '14 'da 16:14' de 2014-12-05 16:14

Bir web tətbiqini dərc etməyə çalışdığımda bu səhv var idi. Sınıfın xüsusiyyətlərindən birinin bağlanıldığı ortaya çıxdı

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

lakin əmlakın istifadəsi yox idi. Yayım açıq bir şəkildə DEBUG sembolü olmadan Release konfiqurasiyasında verilmişdir.

4
04 сент. Cavab Dmitri Trofimov tərəfindən verilir 04 sentyabr. 2015-09-04 12:31 '15 at 12:31 pm 2015-09-04 12:31

Mənim üçün bu, müəyyən bir boş boşluqda dərsləri şərh edərkən idi:

 namespace XYZW { // Class code } 

Ad sahəsi kodunu və idxal (istifadə) əmrini sildikdə problemi həll etdi.

Assambleya həmçinin eksik layihə DLL faylı ilə yanaşı:

səhv CS0234: ad növü və ya 'W' ad sahəsi 'XYZ' ad boşluğunda yoxdur?

4
24 нояб. Michail Michailidis tərəfindən verilmiş cavab 24 noyabr 2015-11-24 18:30 '15, saat 18:30 'da, 2015-11-24 18:30

Yalnız aydın olduğuna işarə edərək: "Quraşdırma başladarkən çıxış pəncərəsini göstər" etsəniz, qurğunuzun işləməyəcəyini (aşağı sol küncdə "uğursuzluq yaratmaq" kiçik bir səhv) gördüyünüzə əmin olun!

4
09 июля '15 в 20:42 2015-07-09 20:42 Cavab tbone verilir 09 İyul 2013 ' də saat 20:42' da

Visual Studio 2013 istifadə edirəm.

Quruluş bağımlılığı yanlış olduğuna bənzəyir. Faylları silmək * .bu problemim həll edildi.

4
09 апр. Cavab DrBB 09 apr verilir . 2015-04-09 23:03 '15 at 23:03 2015-04-09 23:03

NuGet packages ehtiva edən qovluq qovşağını silmək mənim üçün çalışdı. Təmizdən sonra hər şey yenidən işləmişdir. Çözümdeki References kontrol edin ve sarı bir üçgeni olan bağlantıları kontrol edin.

Sample image:

2019

17 янв. cavab Ogglas 17 yanvar verilir . 2017-01-17 15:02 '17 at 15:02 2017-01-17 15:02
  • 1
  • 2
  • 3

tags ilə bağlı digər suallar və ya bir sual