दिलचस्प पोस्ट
पायथन में समान सूचकांक / विशेषता द्वारा ट्यूप्ले / ऑब्जेक्ट की सूची कैसे समूहित करें? निकटतम स्ट्रिंग मैच प्राप्त करना पायथन में निजी सदस्य RequireJS का उपयोग कर बैकबोन और अंडर्सको लोड करना प्रशिक्षण के दौरान नैनों के सामान्य कारण आईओएस में ऐप पृष्ठभूमि पृष्ठभूमि में होने पर GCM सूचना प्राप्त नहीं हो रही है जब कोई उपयोगकर्ता एक वेब पेज छोड़ता है, तो यह पता लगाने का सर्वोत्तम तरीका है? अजगर में मुद्रण सूची ठीक से कैसे सी # का उपयोग कर एक JSON स्ट्रिंग डीकोड करने के लिए? स्टैक, स्टेटिक, और हीप सी ++ में स्विफ्ट में यादृच्छिक अल्फ़ान्यूमेरिक स्ट्रिंग उत्पन्न करें PHP में cURL का उपयोग कर फ़ाइल स्ट्रिंग पोस्ट करें? अस्थायी रूप से git से फ़ाइलें अनट्रेक करें मैं एफएफ 34.x में एफएफ 33.x फ्लेक्सबॉक्स व्यवहार कैसे प्राप्त करूं? एक तृतीय तालिका में अपने एफके के साथ 2 तालिकाओं में शामिल होने के लिए आवश्यक है

मेटाडेटा फ़ाइल '.dll' नहीं मिल सका

मैं एक WPF, सी # 3.0 प्रोजेक्ट पर काम कर रहा हूं और मुझे यह त्रुटि मिल रही है:

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

संपादित करें:

इस तरह मैं अपने यूजर कंट्रोल को संदर्भित करता हूं

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

हर विफल बिल्ड के बाद ऐसा होता है। एकमात्र तरीका मैं संकलन का समाधान प्राप्त कर सकता हूं, मेरे सभी उपयोगकर्ता नियंत्रणों को टिप्पणी करने और परियोजना का निर्माण करना है, तो मैं उपयोगकर्ता नियंत्रण को हटा देता हूं और सब कुछ ठीक है।

मैंने बिल्ड ऑर्डर, निर्भरता कॉन्फ़िगरेशन की जांच की है।

जैसा कि आप देख सकते हैं ऐसा लगता है कि डीएलएल के पूर्ण पथ को छोटा कर दिया है … मैंने पढ़ा है कि लंबाई के साथ एक बग है क्या यह संभव समस्या है?

यह बहुत कष्टप्रद है और टिप्पणी करने, निर्माण करने, असंबद्ध करने, निर्माण बेहद थकाऊ हो रहा है।

वेब के समाधान से एकत्रित समाधान "मेटाडेटा फ़ाइल '.dll' नहीं मिल सका"

मुझे एक ही समस्या थी दृश्य स्टूडियो परियोजना का निर्माण नहीं कर रहा है जिसका उल्लेख किया जा रहा है।

  1. समाधान पर राइट क्लिक करें और गुण क्लिक करें।
  2. बाईं ओर कॉन्फ़िगरेशन पर क्लिक करें
  3. सुनिश्चित करें कि उस प्रोजेक्ट के लिए "बिल्ड" के नीचे चेक बॉक्स को चेक नहीं किया गया है। अगर यह पहले से ही चेक किया गया है, तो अचयनित करें, हिट को लागू करें और फिर बॉक्स को चेक करें।

हालांकि यह एक पुराना सवाल है, यह अभी भी वी.एस. के नए संस्करणों में हो सकता है (मैं सिर्फ वी.एस. 2013 पर हुआ था), इसलिए मैंने सोचा कि मैं इस टिप को यहां जोड़ूंगा:

कोशिश करने के लिए एक और चीज, वी.एस. को बंद करना और .suo फ़ाइल को हटाना है जो। .suo फाइल के बगल में है। (अगली बार जब आप Save all सहेजेंगे (या वीएस से बाहर निकलें) फिर से जनरेट किया जाएगा)।

मुझे एक समस्या जब दूसरी मशीन पर समाधान के लिए नई परियोजनाओं को जोड़ती है और फिर संशोधनों को खींचती है, लेकिन .suo फ़ाइल अन्य मामलों में भी भ्रष्ट हो सकती है और बहुत अजीब वी.एस. व्यवहार पैदा कर सकती है, इसलिए इसे हटाने से यह एक है जो चीजें मैं हमेशा कोशिश करता हूं

नोट करें कि .suo फ़ाइल को हटाना समाधान के स्टार्टअप प्रोजेक्ट (रीसेट) को रीसेट करेगा।

.suo फ़ाइल पर और अधिक

अच्छा, मेरा जवाब सिर्फ सभी समाधानों का सारांश नहीं है, लेकिन यह उस से अधिक प्रदान करता है।

अनुभाग एक):

सामान्य समाधान में:

मुझे इस तरह की 4 त्रुटियों ('मेटाडेटा फ़ाइल नहीं मिली') के साथ 1 त्रुटि कह रही है 'स्रोत फ़ाइल खोला नहीं जा सका (' अनिर्दिष्ट त्रुटि ')' था।

मैंने 'मेटाडेटा फ़ाइल से छुटकारा पाने की कोशिश की' त्रुटि नहीं मिली। इसके लिए, मैंने कई पोस्ट, ब्लॉग आदि पढ़ा और पाया कि ये समाधान प्रभावी हो सकते हैं (उनका संक्षिप्त विवरण यहां):

  1. वीएस पुनरारंभ करें और फिर से निर्माण करने का प्रयास करें।

  2. 'समाधान एक्सप्लोरर' पर जाएं समाधान पर राइट क्लिक करें गुणों पर जाएं 'कॉन्फ़िगरेशन प्रबंधक' पर जाएं जांचें कि 'बिल्ड' के अंतर्गत चेक बॉक्स चेक किए गए हैं या नहीं। अगर किसी भी या सभी को अनियंत्रित किया गया है, तो उन्हें जांचें और फिर से निर्माण करने का प्रयास करें।

  3. यदि उपरोक्त समाधान काम नहीं करते हैं, तो ऊपर दिए गए चरण 2 में वर्णित अनुक्रम का पालन करें, और यहां तक ​​कि अगर सभी चेक बॉक्स को चेक किया गया हो, तो उन्हें अनचेक करें, फिर से जांचें और फिर से बनाने का प्रयास करें।

  4. ऑर्डर और परियोजना निर्भरता बनाएं:

    'समाधान एक्सप्लोरर' पर जाएं समाधान पर राइट क्लिक करें 'परियोजना निर्भरता …' पर जाएं आप 2 टैब देखेंगे: 'निर्भरता' और 'बिल्ड ऑर्डर' यह बिल्ड ऑर्डर एक है जिसमें समाधान बनाता है। परियोजना पर निर्भरताएं और यह सुनिश्चित करने के लिए बिल्ड ऑर्डर देखें कि कुछ परियोजना ('प्रोजेक्ट 1' कहें) जो दूसरे पर निर्भर है ('प्रोजेक्ट 2' कहें) उस एक (प्रोजेक्ट 2) से पहले का निर्माण करने का प्रयास कर रहा है। यह त्रुटि के लिए कारण हो सकता है

  5. अनुपलब्ध। Dll का पथ जांचें:

    अनुपलब्ध। Dll का पथ जांचें यदि पथ में स्थान या कोई अन्य अमान्य पथ वर्ण है, तो इसे हटा दें और फिर से भवन बनाने का प्रयास करें

    यदि यह कारण है, तो बिल्ड ऑर्डर समायोजित करें।


धारा 2):

मेरा विशेष मामला:

मैंने कई बार वीएस को पुनः आरंभ करने के साथ विभिन्न क्रमपरिवर्तनों और संयोजनों के साथ ऊपर दिए गए सभी चरणों की कोशिश की लेकिन, यह मेरी मदद नहीं कर रहा था

इसलिए, मैंने अन्य त्रुटि से छुटकारा पाने का फैसला किया है, जो मुझे आ रहा था ('स्रोत फ़ाइल नहीं खोला जा सकता है (' अनिर्दिष्ट त्रुटि ')')

मैं एक ब्लॉग में आया हूं: http://www.anujvarma.com/tfs-errorsource-file-could-not-be-opened-unspecified-error/#comment-1539

मैंने उस ब्लॉग में उल्लिखित कदमों की कोशिश की और मुझे ' त्रुटि संदेश ' से मुक्त किया गया था ('अनिर्दिष्ट त्रुटि') और आश्चर्यजनक रूप से मुझे अन्य त्रुटियों से छुटकारा मिला ('मेटाडाटा फाइल नहीं मिली') के रूप में अच्छी तरह से।


धारा 3):

कहानी का नैतिक:

त्रुटि से छुटकारा पाने के लिए ऊपर दिए गए खंड (1) में उल्लिखित सभी समाधानों का प्रयास करें (और कोई अन्य समाधान) यदि ऊपर सेक्शन (2) में उल्लिखित ब्लॉग के अनुसार कुछ भी काम नहीं करता है, तो सभी स्रोत फाइलों की प्रविष्टियां हटाएं जो स्रोत नियंत्रण और फ़ाइल सिस्टम से आपके .csproj फ़ाइल में मौजूद नहीं हैं


सुझाए गए उत्तर मेरे लिए काम नहीं करते त्रुटि एक और समस्या के लिए एक प्रलोभन है। पता चला कि मैं .NET के एक अलग संस्करण को लक्षित कर रहा था और इसे संकलक द्वारा एक चेतावनी के रूप में ध्वजांकित किया गया था लेकिन इसे विफल करने का कारण बन रहा था। यह एक त्रुटि के रूप में ध्वजांकित किया जाना चाहिए था और चेतावनी नहीं

वी.एस. 2013 का समापन और पुन: खोलना मेरे लिए काम किया!

मुझे एक ही त्रुटि मिली "मेटाडेटा फ़ाइल '। Dll' नहीं मिल सका 'और मैंने ऊपर वर्णित कई चीजों की कोशिश की, लेकिन त्रुटि का कारण यह था कि मैं तीसरे पक्ष के डीएलएल का उल्लेख कर रहा था जो कि नेट प्रोजेक्ट लक्ष्य नेट संस्करण तो समाधान मेरे प्रोजेक्ट का लक्ष्य फ़्रेमरॉक बदलना था

मेरे मामले में यह एक। NET फ्रेमवर्क संस्करण मिस मैच के कारण था।

एक परियोजना 3.5 और अन्य संदर्भित परियोजना 4.6.1 थी

मैं भी इस समस्या से मिला सबसे पहले आपको मैन्युअल रूप से DLL प्रोजेक्ट को मैन्युअल रूप से निर्माण करना होगा, राइट-क्लिक करके, Build। तो यह काम करेगा

मेरे ऊपर काम करने के लिए कुछ भी नहीं है, इसलिए मुझे यह सोचने के लिए मिला कि मैं क्यों क्लिक कर रहा हूं और उम्मीद कर रहा हूं कि डेवलपर्स के रूप में हम वास्तव में समझने की कोशिश करेंगे कि यहाँ क्या हो रहा है।

यह मुझे स्पष्ट लग रहा था कि यह गलत मेटा डेटा फ़ाइल संदर्भ कहीं आयोजित किया जाना चाहिए।

.csproj फ़ाइल की एक त्वरित खोज ने दोषी लाइनों को दिखाया। मेरे पास एक ऐसा खंड था जिसे पुराने ग़लत फ़ाइलपथ पर लटकाया जा रहा था।

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

तो वास्तव में एक साधारण सुधार: 1) बैकअप अपने .csproj 2) .csproj फ़ाइल में गलत पथ खोजने और उचित नाम बदलें

कृपया सुनिश्चित करें कि आप अपनी पुरानी बैकअप लें। इससे पहले कि आप फिसल गए

मेरे मामले में, मुझे गलत तरीके से मेरी स्थापित निर्देशिका है

यदि आपका समाधान पथ "मेरा प्रोजेक्ट% 2c बहुत लोकप्रिय% 2c यूनिट परीक्षण% 2c सॉफ़्टवेयर और हार्डवेयर.जिप" जैसा है, तो यह मेटाडेटा फ़ाइल को हल नहीं कर सकता है, शायद हमें कुछ अमान्य शब्दों जैसे% 2c को रोकना चाहिए।

सामान्य नाम में पथ का नाम बदलने से मेरी समस्या हल हो गई।

मैं इस समस्या से भी अपने बालों को खींच रहा था, लेकिन उपरोक्त कोशिश करने के बाद ही मेरे लिए काम करने वाली एक चीज मेरे समाधान में प्रत्येक प्रोजेक्ट को 1 से 1 खोलने और व्यक्तिगत रूप से उनको बनाने का था।

फिर मैंने वीएस2013 बंद कर दिया, मेरे समाधान को फिर से खोल दिया और ठीक से संकलित किया।

यह अजीब है क्योंकि अगर मैं अपने समाधान एक्सप्लोरर में प्रत्येक प्रोजेक्ट को क्लिक करता हूं और उनको इस तरह से बनाने की कोशिश करता हूं, तो वे सभी असफल रहे। मुझे अपने स्वयं के समाधान में अकेले उन्हें खोलना था

31 उत्तर … मैंने अपने समाधान के लिए एक नई परियोजना जोड़ा और इसे शुरू करना शुरू कर दिया।

कारण? मैं जिस प्रोजेक्ट में लाया था वह एक अलग नेट ढांचे (4.6 और मेरे दूसरे दो 4.5.2 थे) को लक्षित कर रहा था।

मेरे लिए अगले चरण में काम किया: इस परियोजना को ढूंढें जो समाधान के भीतर परियोजनाओं के संदर्भों को हटाने / जोड़ने का निर्माण नहीं कर रहा है।

इस समस्या का मेरा उदाहरण एक सामान्य प्रोजेक्ट के कारण हुआ था जिसमें इसमें एक डुप्लिकेट वर्ग का नाम था (एक अलग फ़ाइल नाम के तहत)। अजीब बात है कि वीएस इसे नहीं पहचान सका और इसके बजाय निर्माण प्रक्रिया को उड़ा दिया।

मेरे लिए हुई जब मैंने समाधान के लिए एक नई परियोजना शामिल की।

वीएस स्वत: शुद्ध ढांचा को 4.5 से चुनें।

मैं 4.5.2 संस्करण में बदल गया है जैसे कि अन्य पुस्तकालय और काम।

आशा करता हूँ की ये काम करेगा।

मेरे लिए, यह एक ऐसा डीएलएल ढूंढने की कोशिश कर रहा था जिसमें प्रोजेक्ट शामिल था, लेकिन हम इसे एक नई निर्देशिका में स्थानांतरित कर चुके थे। समाधान के लिए परियोजना का सही मार्ग था, लेकिन दृश्य स्टूडियो किसी तरह पुराने स्थान को देखकर रखा था।

समाधान: प्रत्येक समस्या का नाम बदलें प्रोजेक्ट – बस एक अक्षर जोड़ें या फिर – फिर उसके मूल नाम पर उसका नाम बदलें।

यह विज़ुअल स्टूडियो में कुछ प्रकार के कुछ वैश्विक कैश को रीसेट करना होगा, क्योंकि यह इस समस्या को दोनों को साफ़ करता है और कई इसे पसंद करते हैं, जबकि स्वच्छ जैसी चीज़ें नहीं हैं।

मुझे इस समस्या को वीएस 2012 में एक समाधान में मिल रहा था जिसमें कई परियोजनाएं थीं। मेरे लिए यह तय किया गया था कि प्रत्येक प्रोजेक्ट को मैन्युअल रूप से उसी क्रम में प्रोजेक्ट बिल्ड ऑर्डर (सोल्यूशन एक्सप्लोरर में राइट क्लिक और पुनर्निर्माण) के रूप में मैन्युअल रूप से पुनर्निर्माण किया गया। आखिरकार मुझे एक के पास मिला जो मुझे एक संकलन त्रुटि दिया। मैंने त्रुटि तय की है, और उसके बाद समाधान सही तरीके से निर्मित होगा।

कुछ साल बाद इस पर वापस आ रहा है। यह समस्या Windows अधिकतम पथ सीमा से अधिक होने की संभावना से अधिक है:

http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath

मेरे मामले में यह मुद्दा यह था कि मैंने मैन्युअल रूप से एक गैर-संकलन फ़ाइल को हटा दिया था जिसे "लापता" कहा गया था। एक बार जब मैंने अब लापता फाइल का संदर्भ हटा दिया और पुनः कंपाइल किया – सभी अच्छी तरह से थे

VS2013 चल रहा है ऐसा प्रतीत होता है कि बिल्ड निर्भरताएं गलत थीं। * .suo फ़ाइलों को हटाने से मैंने जो समस्याएं निकाली I

मुझे यह त्रुटि तब थी जब मैं एक वेब अनुप्रयोग प्रकाशित करने की कोशिश कर रहा था। पता चला कि एक वर्ग गुणों में से एक में लिपटे गए थे

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

लेकिन संपत्ति उपयोग नहीं था। प्रकाशन को रिलीज कॉन्फ़िगरेशन में DEBUG प्रतीक के बिना किया गया था, जाहिर है।

मेरे मामले के लिए यह था कि मैं एक विशिष्ट (रिक्त) नेमस्पेस में कक्षाओं पर टिप्पणी करता हूं।

 namespace XYZW { //class code } 

जब मैंने नाम स्थान कोड को हटा दिया और आयात (उपयोग) के आदेश दिए – तो यह समस्या तय की

निर्माण में यह भी कह रहा था – परियोजना के गायब डीएलएल के साथ:

त्रुटि CS0234: प्रकार या नाम स्थान नाम 'डब्ल्यू' नामस्थान 'XYZ' में मौजूद नहीं है (क्या आप एक विधानसभा संदर्भ अनुपलब्ध हैं?)

मेरे मामले में, इन गलतियाँ न्यूगेट पैकेज प्रबंधक के कुछ भ्रष्टाचार के कारण हुई थीं। समाधान के उप-प्रोजेक्ट्स का निर्माण नहीं हो रहा था, लेकिन मेटाडाटा त्रुटियों की वजह से कोई त्रुटियां नहीं दिखा रही थीं एक बार सभी NuGet संकुल ठीक किए गए थे, परियोजना फिर से ठीक से निर्माण कर सकती है।

मेरे मामले में, समस्या एक साधारण बिल्ड त्रुटि के कारण हुई थी:

 error CS0067: The event 'XYZ' is never used 

कि, किसी भी कारण से, त्रुटि विंडो में दिखाई नहीं दिया। इसके कारण, वीएस बिल्ड सिस्टम त्रुटि को याद कर रहा था और उस पर निर्भर परियोजनाओं का निर्माण करने की कोशिश की, जो बदले में कष्टप्रद मेटाडेटा संदेश के साथ विफल हुआ।

यह सिफारिश है- बेवकूफ, क्योंकि यह ध्वनि हो सकता है: पहले अपने आउटपुट विंडो को देखो! इससे पहले मुझे आधे घंटे लग गए, इस विचार ने मुझे मारा …

समस्या का पक्का हो सकता है कि आप समाधान में डीएलएल और प्रोजेक्ट के संदर्भ जोड़ते हैं।

अगर आपके पास ए, बी और सी परियोजनाएं हैं

एक संदर्भ बी और सी समाधान में एक परियोजना के रूप में। बी संदर्भ सी एक डीएलएल के रूप में (फ़ाइल का संदर्भ)

आप प्रत्येक प्रोजेक्ट को अलगाव कर सकते हैं, लेकिन आप समाधान समाप्त करने के साथ इसके पुनर्निर्माण नहीं कर सकते: मेटाडेटा फ़ाइल 'C.dll' नहीं मिल सका।

समाधान में किसी प्रोजेक्ट को फ़ाइल के संदर्भ में परिवर्तन करना मदद करता है।

मेरे व्यक्तिगत मामले में, मैं समाधान में किसी एक परियोजना के संदर्भ को जोड़ने में असफल रहा हूं और यह मेरे लिए त्रुटि को लात मार रहा था।

यदि आप नकली असेंबली का उपयोग करते हैं तो यह त्रुटि दिखायी जा सकती है, नकली को हटाने से परियोजना का सफल निर्माण होता है।

मुझे एक ऐसी परियोजना को खोलने के बाद यह त्रुटि मिली जिसमें Entity Framework का संदर्भ दिया गया था, इसलिए मैंने इस तरह के संदर्भ हटा दिए, और पैकेट प्रबंधक के माध्यम से इस तरह से एंटिटी फ़्रेमवर्क संस्करण 6.0.0.0 को पुनः स्थापित किया।

 install-package entityframework -version 6.0.0.0 

त्रुटि अभी भी दिखाई दे रही थी, इसलिए मैंने सोचा था कि उन संदर्भों में जहां ईएफ का एक पुराने संस्करण था, माना जाता है कि यह परियोजना पर "पूर्वस्थापित" है, लेकिन वास्तव में काम नहीं कर रहा है

इसलिए मैं फ़ाइल packages.config पर गया और पाया कि एक और संदर्भ है:

 <packages> **<package id="EntityFramework" version="5.0.0" targetFramework="net45" />** <package id="EntityFramework" version="6.0.0" targetFramework="net45" /> </packages> 

फिर मैंने लाइन को हटा दिया, साफ किया और परियोजना और कंटेनर समाधान का पुनर्निर्माण किया और अंत में यह काम किया।

उम्मीद है कि ऐसी स्थिति में किसी को मदद मिलेगी।

मेरी भी यही समस्या थी। मेरे मामले में, यह परियोजना अब भी रिलीज़ मोड में निर्माण करेगी और यह तब था जब मैंने डिबग में बनाने की कोशिश की कि वह विफल हो गया।

मैं इस समस्या को ठीक करने के लिए क्या कर रहा था, बस मेरे डीबग फ़ोल्डर में अपने सभी डीएलएल (और मेरे रिलीज़ फ़ोल्डर से अन्य फाइलों) की प्रतिलिपि बनाएँ। हर प्रोजेक्ट के लिए ऐसा करने के बाद, त्रुटियां दूर हो गईं।

मुझे इसी तरह की समस्या थी, जब मैंने बहुत पुराने पुस्तकालय को खराब कर दिया, जो उत्पादन वातावरण में तैनात किया गया था, लेकिन स्रोत कोड खो गए थे।

मैंने लिया। डीएलएल, अपूर्ण और उत्पन्न परियोजनाएं और समाधान मैं इस प्रकार की कई त्रुटियों के कारण समाधान का निर्माण करने में असमर्थ था।

उपरोक्त सुझावों की मदद नहीं मिली, लेकिन कुछ समय बाद मैंने देखा कि कुछ प्रोजेक्ट्स में सिस्टम डेल जैसे कई विधानसभाओं के संदर्भों को याद नहीं है।

मान लीजिए कि परियोजना बी पर निर्भर एक परियोजना है। प्रोजेक्ट बी में सिस्टम डीएलएल का कोई संदर्भ नहीं था, लेकिन निर्माण के बाद त्रुटि "मेटाडेटा फ़ाइल 'बी.एड.एल.'

प्रोजेक्ट बी में System.dll लापता होने के बारे में कोई त्रुटि नहीं थी।

प्रोजेक्ट में System.dll जैसी लाइबराटिज पर संदर्भ जोड़ना समस्या का हल (System.Data, System.DirectoryServices आदि)