पार्सर त्रुटि संदेश: 'TestMvcApplication.MvcApplication' प्रकार लोड नहीं कर सका

Question

मुझे हमारे एक प्रोडक्शन सर्वर पर निम्नलिखित त्रुटि मिल रही है। निश्चित नहीं है कि यह DEV सर्वर पर क्यों काम कर रहा है?

पार्सर त्रुटि विवरण: इस अनुरोध को पूरा करने के लिए आवश्यक संसाधन के पार्सिंग के दौरान एक त्रुटि हुई। कृपया निम्न विशिष्ट पार्स त्रुटि विवरणों की समीक्षा करें और अपनी स्रोत फ़ाइल को उचित रूप से संशोधित करें।

पार्सर त्रुटि संदेश : 'TestMvcApplication.MvcApplication' प्रकार लोड नहीं कर सका।

स्रोत त्रुटि :

पंक्ति 1: <% @ एप्लिकेशन कोडबिहाइंड = "Global.asax.cs" Inherits = "TestMvcApplication.MvcApplication" भाषा = "C #"%>

स्रोत फ़ाइल: /global.asax लाइन: 1

यकीन नहीं होता कि कोई भी इस त्रुटि से पहले आया था और इसे कैसे हल किया गया था, लेकिन मैं अंत तक पहुंच गया हूं। किसी भी सहायता की सराहना की जाएगी।

मुझे यह भी उल्लेख करने की आवश्यकता है कि यह प्रकाशित कोड है, इसलिए सभी संकलित हैं। क्या मेरी संकलक सेटिंग में कुछ गड़बड़ हो सकती है?

Comments

संभव नकल डुप्लिकेट प्रकार MvcApplication लोड नहीं कर सका

— अलेक्जेंडर Prokofyev

विजुअल स्टूडियो से बाहर निकलें और इसे मेरे लिए पुनः आरंभ करें।

— रिकएंडएमएसएफटी

Global.asax फ़ाइल हटाएं और एक नया जोड़ें, और आप ठीक हो जाएंगे।

— DotNetGeek

यह मेरे साथ तब हुआ जब पहले से कार्यरत एप्लिकेशन को तैनात कर रहा था। IIS (7) में कुछ खराब स्थिति में मिला; IIS को रीसेट करने से समस्या ठीक हो गई।

— बर्न्सबीए

Answer 1

अन्य किसी भी उत्तर ने मेरे लिए काम नहीं किया। मैंने वेब प्रोजेक्ट के आउटपुट पथ को बदलकर अपनी त्रुटि को ठीक किया। मैंने इसे बिन डिबग पर सेट कर दिया था, लेकिन वेब प्रोजेक्ट तब तक काम नहीं करता जब तक कि आउटपुट पथ बस "बिन" पर सेट न हो जाए

Comments

यह मेरी समस्या थी, जिससे मुझे बहुत दुःख हुआ क्योंकि यहाँ कोई भी अन्य समाधान मेरे लिए काम नहीं करता था ..

— Zack

+1 यह भी मेरी समस्या थी। इस पर त्रुटि संदेश और मदद मूल रूप से अस्तित्वहीन है। धन्यवाद।

— नोल्डोरिन

मेरे लिए, बिन \ _ त्रुटि दे रहा था, मैंने इसे केवल बिन में बदल दिया। और यह काम किया।

— नानू

मेरे लिए, समस्या यह थी कि मैंने x86 को सक्रिय मंच के रूप में चुना था, और इस विन्यास के लिए परियोजना सेटिंग्स गलत थी (बिन \ डीबग \ x86)। किसी भी सीपीयू में वापस बदलने से समस्या ठीक हो गई। लेकिन आउटपुट पथ को बदलने का भी काम किया।

— लार्स उडेनगार्ड

इसलिए, बिन \ डीबग \ से आउटपुट पथ को बिन में बदलना मेरे लिए त्रुटि को दूर करता है। लेकिन असली सवाल यह है: "बिन \ डिबग पहली जगह में क्यों काम नहीं करता है?" जब मैं डीबग या रिलीज़ कॉन्फ़िगरेशन का निर्माण करता हूं, तो मैं चाहता हूं कि फाइलें उचित बिन निर्देशिका में उत्पन्न हों।

— एल्सडिल

Answer 2

मैं यह एक दो बार किया है। यह विशेष रूप से निराशाजनक है क्योंकि यह बल्ले से सही है, और त्रुटि संदेश में कोई सुराग नहीं है कि मुद्दा क्या हो सकता है।

इसे ठीक करने के लिए, अपने प्रोजेक्ट शीर्षक पर राइट क्लिक करें, इस मामले में "TestMvcApplication" और बिल्ड पर क्लिक करें ।

यह कोड को चलाने से पहले आपको संकलित करने के लिए मजबूर करता है। मुझसे मत पूछो क्यों, लेकिन यह मेरे लिए 100% समय का समाधान है।

Comments

मुझे भी। और मैंने कई चीजों की कोशिश की है, और "चीजों" से मेरा मतलब है "जंगली अनुमान"। अच्छा उत्तर!

— बॉब कॉफ़मैन 15

मेरे मामले में आईआईएस ने एक एमवीसी साइट की ओर इशारा किया था जो पहले नहीं बनाई गई थी। रवींद्र। जाहिर है, यह तय है कि निर्माण।

— एडगर

प्रोजेक्ट का नाम बदलते समय मुझे भी यह त्रुटि मिली थी, लेकिन उन नामस्थानों को बदलना भूल गया, जो Global.asax.cs उपयोग कर रहा था।

— Pricey

आप एक सज्जन और साहब हैं, इस पर निर्माण करने के बारे में सोचा भी नहीं था। धन्यवाद!

— बेन ब्लैक

मेरे मामले में मेरी परियोजना किसी कारण के लिए समाधान कॉन्फ़िगरेशन गुणों में बनाने के लिए सेट नहीं की गई थी: i.imgur.com/kp73sGQ.png

— मैथ्यू लॉक

Answer 3

मैंने पाया है कि जब आप x86 या मानक परियोजना "बॉक्स से बाहर" सेटिंग्स के अलावा चलाने के लिए कॉन्फ़िगरेशन प्रबंधक का उपयोग करने के लिए मजबूर होते हैं, तो आईडीई वेब प्रोजेक्ट के लिए बिन फ़ोल्डर के तहत उप निर्देशिकाओं का एक गुच्छा बनाता है।

एक बार ऐसा होने लगे, यदि कैसिनी सर्वर चल रहा है, तो प्रोजेक्ट ठीक से काम नहीं करता है।

मैंने इसे वेब प्रोजेक्ट की संपत्तियों में जाकर तय किया -> सेटिंग बनाएँ और आउटपुट पथ को बदलकर बिन करें

फिर पुनर्निर्माण और सभी काम करना चाहिए जैसा कि यह होना चाहिए।

Comments

बिंगो, यह एक समाधान है जो मेरे लिए भी काम करता है। धन्यवाद!

— मोशियरियर

मेरे लिए भी काम किया - यह एक बग नहीं है?

— मैट विल्को

और जाँच करें कि क्या चेकबॉक्स निर्माण के लिए जाँच की गई है

— डैनियल बिसार

यदि आप ओहियो में कभी भी हों तो hmu क्योंकि मैं आपको 10 बियर खरीद रहा हूं, 3 घंटे से अधिक समय से अलग-अलग सुझावों पर गौर कर रहा हूं

— एंड्रयू दोपहर-डिलाइट हाइड

Answer 4

लंबे समय तक कड़ी नज़र रखने के बाद मैं यहाँ असली मुद्दे पर आया।

असेंबली को FTP क्लाइंट द्वारा दूषित किया गया था जिसका उपयोग मैं एक होस्ट किए गए environmet में फ़ाइलों को अपलोड करने के लिए करता था।

मैंने अपना एफ़टीपी क्लाइंट बदल दिया है और सभी इरादा के अनुसार काम कर रहे हैं।

Answer 5

मुझे एक ही समस्या थी: मेरा था क्योंकि वेब प्रोजेक्ट में x86 का एक प्लेटफ़ॉर्म लक्ष्य था। मैं 64-बिट मशीन पर चल रहा था; समाधान में अन्य परियोजनाओं को 64-बिट पर सेट किया गया था।

अपनी सेटिंग्स की जांच करने के लिए, प्रोजेक्ट पर राइट क्लिक करें और गुण चुनें। बिल्ड टैब पर, "प्लेटफ़ॉर्म लक्ष्य" का मान जांचें।

अपने सभी प्रोजेक्ट को एक ही प्लेटफ़ॉर्म पर बनाए जाने की जाँच करने के लिए अपने समाधान के बिल्ड कॉन्फ़िगरेशन (बिल्ड मेनू> कॉन्फ़िगरेशन मैनेजर) की भी जाँच करें।

दोनों मामलों में, सुनिश्चित करें कि आप डिबग और रिलीज़ मोड दोनों के लिए सेटिंग्स की जाँच करें - अन्यथा आप इसे अपनी मशीन पर काम कर रहे हैं, लेकिन जब आप इसे तैनात नहीं करेंगे!

Comments

Umbraco 7.1.6 पर इस समस्या को हल करने के लिए मुझे नीचे दिए गए उत्तर के साथ @brockstaylor के साथ इस उत्तर को जोड़ना आवश्यक था

— devinbost

Answer 6

मैंने उपरोक्त सभी समाधानों की कोशिश की लेकिन कोई भाग्य नहीं। <add assembly="*" />Web.config में लाइन जोड़ना मेरे लिए इसे तय करता है। (आप उचित .NET फ्रेमवर्क संस्करण के machine.config या root web.config फ़ाइल में भी जोड़ सकते हैं, मैंने इसे आज़माया नहीं) समाधान के लिए MS समर्थन के लिए धन्यवाद।

Comments

यह मेरी समस्या थी। मुझे <assemblies><clear/>...नेस्टेड IIS एप्लिकेशन में पैरेंट एप्लिकेशन से असेंबली संदर्भों को इनहेरिट करने से रोकना था ।

— क्रेग सेलेस्टे

मुझे इसकी कभी आवश्यकता नहीं थी .. नीले रंग से, मैं अपनी एक देव मशीनों में इस समस्या से भाग गया। न जाने क्यों यह शुरू हो गया, लेकिन यह एकमात्र ऐसी चीज है जिसने इसे हल किया

— पास्कल

Answer 7

मुझे वही त्रुटि दिख रही थी। मैंने कई पन्नों से कई सुझावों की कोशिश की ताकि केवल समस्या का पता लगाया जा सके कि मेरे पास .Net के गलत संस्करण के लिए वेबसाइट सेट है

कोई फर्क नहीं पड़ता कि कितने पुन: संकलित या लोग कह रहे हैं कि 'कॉन्फ़िगरेशन समस्या', किसी ने भी यह मुद्दा नहीं बनाया है कि .net संस्करण को जांचना आवश्यक है।

Answer 8

आईटी मेरे साथ तब होता है जब मैं अपने प्रोजेक्ट / समाधान का नाम बदल देता हूं। विंडोज़ एक्सप्लोरर में प्रोजेक्ट के फ़ोल्डर में जाएं (वीएस से बाहर निकलें)। फ़ाइल ढूंढें और खोलें ग्लोबल (शायद आपको 2 फाइलें मिलेंगी, जो कि ".asax.cs" एक्सटेंशन में न हों) खोलें, और सही मार्ग के साथ त्रुटि की रेखा को संपादित करें। सौभाग्य!

Comments

यह एक महान जवाब है, और अधिक उत्कीर्ण किया जाना चाहिए - आवेदन का नामकरण होता है और ऐसी त्रुटियां कष्टप्रद होती हैं!

— बार्टोज़

Answer 9

मैंने कुछ दिनों पहले भी इसी समस्या का अनुभव किया था - जहां तक ​​मैं बता सकता हूं कि यह 64-बिट IIS के साथ 32-बिट वेब एप्लिकेशन चलाने वाला एक मुद्दा था। हमने अपने उत्पादन सर्वर को 32-बिट में बदल दिया और यह समस्या गायब हो गई।

Answer 10

सुनिश्चित करें कि वेब प्रोजेक्ट गुणों में आपका डिफ़ॉल्ट नाम स्थान Global.asax.cs में नामस्थान के समान है। मैंने इसे एक उप-नाम बनाने के लिए डिफ़ॉल्ट नाम स्थान को संशोधित किया था, इसे वापस बदलकर मेरे लिए इस मुद्दे को तय किया।

Answer 11

संपूर्णता के लिए मैंने इसमें शामिल किया कि मेरा मुद्दा क्या था और मैंने इसे कैसे हल किया:

यदि आपकी तरह मुझे और आपके पास httphandler web.config है और आपके पास आपके global.asax.cs (शायद Session_Start () में) से अनुप्रेषित हैं, तो मेरे मामले में आपको यह त्रुटि मिलती है यदि आपके स्टार्टअप प्रोजेक्ट में एक संदर्भ परिभाषित नहीं है जो इंगित करता है जहाँ आपका httphandler इशारा कर रहा है !! (लेकिन आप निर्माण त्रुटियों को प्राप्त नहीं करेंगे, सिर्फ रनटाइम त्रुटियाँ)

इसलिए:

1. किसी भी बाहरी आइटम के लिए अपने web.config को दोबारा जांचें
2. अपने स्टार्टअप प्रोजेक्ट को दोहराएं, इसमें सभी संदर्भ हैं जिनकी इसे आवश्यकता है।

चीयर्स।

Comments

मैंने एक अजाक्स टूलकिट नियंत्रण जोड़ा था, लेकिन DLL के संदर्भ को नहीं जोड़ा था। आपके # 2 के लिए धन्यवाद।

— पिक्सलमेव

Answer 12

जब मैंने MVC फ्रेमवर्क सर्वर पर स्थापित नहीं किया था, तब मैंने केवल यही अनुभव किया है। क्या ऐसा हो सकता है?

दृश्य \ Web.config में एक गुम पृष्ठ अनुभाग भी गलती पर हो सकता है।

Comments

निश्चित नहीं है, यह एक होस्ट किया गया सर्वर है और उनके अनुसार ASP .NET MVC ठीक काम कर रहा है।

— रियान एंजेलब्रैच

मुझे एक अन्य व्यक्ति (चाचा Google के साथ) मिला जिसने एक अलग कारण के लिए एक समान त्रुटि का अनुभव किया। जवाब के लिए लिंक जोड़ा गया। सौभाग्य!

— डैनियल इलियट

Answer 13

मेरे पास एक ही त्रुटि थी और आपके किसी भी समाधान ने मदद नहीं की। मुझे लगता है कि मेरी समस्या बस उस नाम की थी जिसे मैंने परियोजना के लिए चुना था। मैंने अपने प्रोजेक्ट का नाम 'इंटरफ़ेस' रखा था, जब मुझे पार्स त्रुटि मिली तो उसने कहा कि यह लोड नहीं हो सकता:

पंक्ति 1: <% @ अनुप्रयोग कोडबिहाइंड = "Global.asax.cs" इनहेरिट्स = " @interface .MvcApplication" भाषा = "सी #"%>

जहाँ किसी कारणवश there @ ’चिन्ह था। मैं अनुमान लगा रहा हूं कि 'इंटरफ़ेस' शब्द कुछ और के लिए आरक्षित है और इसने @ प्रतीक जोड़ा है लेकिन यह स्पष्ट रूप से कुछ टूट गया है। मैंने परियोजना को हटा दिया और एक नया नाम बना दिया जिसमें कोई समस्या नहीं है।

Answer 14

यहाँ एक और है:

1. मैं एक वेब एपी प्रोजेक्ट पर काम कर रहा था जो लोकलहोस्ट का उपयोग कर रहा था: 12345।
2. मैंने एक ही परियोजना वाले स्रोत नियंत्रण से अलग शाखा की जाँच की।
3. मैंने शाखा पर परियोजना चलाई और त्रुटि हुई।
4. मैं "गुण> वेब> प्रोजेक्ट Url" पर गया और "वर्चुअल निर्देशिका बनाएँ" पर क्लिक किया
5. एक डायलॉग आया जिसमें मुझे बताया गया कि url को एक अलग डायरेक्टरी (मूल प्रोजेक्ट के लिए डायरेक्टरी) में मैप किया गया था।
6. मैंने ओके पर क्लिक किया और वर्चुअल डायरेक्टरी को रीमेक किया गया।
7. त्रुटि दूर हो गई।

मुझे आशा है कि किसी को कहीं मदद करता है :)

Comments

वास्तव में यह मेरे लिए किया था!

— ra170

Answer 15

मुझे हल करने के लिए बहुत सारी समस्याएं और त्रुटियां थीं, ऊपर दिए गए कुछ जवाबों ने मदद की, लेकिन जो अंतिम चाल मेरे लिए काम कर रही थी वह थी: अपनी परियोजना पर जाएं, गुणों पर क्लिक करें।

पैकेज / प्रकाशन वेब टैब पर जाएं और सुनिश्चित करें कि कॉन्फ़िगरेशन सभी प्लेटफ़ॉर्म पर रिलीज़ और प्लेटफ़ॉर्म पर सेट है।

अंतिम सुनिश्चित करें कि "आइटम को परिनियोजित करने के लिए (सभी परिनियोजन विधियों पर लागू होता है)" इस प्रोजेक्ट फ़ोल्डर की सभी फाइलें "पर सेट है"

यह तब मेरे लिए ठीक काम किया।

Answer 16

यह समस्या जटिल है क्योंकि जो भी तत्काल कारण होता है, उसके मूल कारण को भ्रमित करना आसान है।

मेरे मामले में, तात्कालिक कारण यह था कि समाधान NuGet Package Restore का उपयोग करने के लिए कॉन्फ़िगर किया गया है, लेकिन सर्वर इंटरनेट से कनेक्ट नहीं था, इसलिए पहली बार निर्माण करते समय NuGet निर्भरताएं डाउनलोड करने में असमर्थ था।

मेरा मानना ​​है कि मूल कारण बस यह है कि समाधान निर्भरता को सही ढंग से हल करने में असमर्थ है। यह गलत पथ कॉन्फ़िगरेशन, या असेंबली का गलत संस्करण, या विरोधाभासी असेंबली, या आंशिक परिनियोजन हो सकता है। लेकिन सभी मामलों में, त्रुटि केवल यह कह रही है कि इसे Global.asax में निर्दिष्ट प्रकार नहीं मिल सकता है क्योंकि यह इसे नहीं बना सकता है।

Answer 17

सुनिश्चित करें कि Global.asaxफ़ाइल में नाम स्थान फ़ाइल में मेल खाता है Global.csयानी

Global.asax: Some.Website.Webapplication

Global.cs: Some.Website(' WebApplication ' घटाता है )

Answer 18

मैंने ऊपर दिए गए अधिकांश उत्तरों की कोशिश की और उन्होंने काम नहीं किया। किसी कारण से सिर्फ वीएस को बंद करने और फिर से खोलने से मेरे लिए समस्या तय हो गई।

Answer 19

जब मैं उस भौतिक फ़ोल्डर में परिवर्तित हो गया था, तो मेरी समस्या हल हो गई थी जो एक एप्लिकेशन के लिए फ़ाइलों से युक्त था। राइट क्लिक> एप्लिकेशन में कनवर्ट करें।

Answer 20

मेरे लिए, यह इसलिए था क्योंकि मैंने परियोजना से फ़ाइल को अस्थायी रूप से बाहर कर दिया था। मैंने इसे वापस प्रोजेक्ट में शामिल किया और फिर इसने काम किया।

Comments

मेरा भी, समाधान फ़ाइल कुछ फ़ाइलों को हटा दिया गया है और मुझे तब तक एहसास नहीं हुआ जब तक कि मैंने बंद नहीं किया और विजुअल स्टूडियो को फिर से खोला

— फियोना - myaccessible.website 21

Answer 21

मेरे मामले में System.Web.MVC का संदर्भ मेरी परियोजना से गायब था। लेकिन संदर्भ के मुद्दे को जोड़ने के बाद ही मैं अपने बिन फ़ोल्डर के गुणों की जाँच की थी यह ReadOnly था। बस इसे लिखने योग्य बनाने के बाद, सब कुछ ठीक काम कर रहा है।

Answer 22

मुझे त्रुटि मिल रही थी क्योंकि मैंने एक आभासी निर्देशिका के रूप में एप्लिकेशन को तैनात किया था और मुझे पार्सर त्रुटि मिल रही थी "टाइप लोड नहीं कर सका" तो मैंने वेब साइट के रूप में एप्लिकेशन को तैनात किया और मुझे वह त्रुटि फिर से नहीं मिल रही थी।

Answer 23

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

1. Visual Studio को बंद करें
2. परियोजनाओं के लिए ब्राउज़ करें \ yourProject \ yourProject
3. Web.Debug.config और Web .elease.config का नाम बदलें
4. अपने एप्लिकेशन को फिर से बनाएं और चलाएं

Comments

इन्हें हटा दिया गया ... और अब वे फिर से प्रकट नहीं होते हैं।

— फायरिंगक्वाडक्वार्टर

Answer 24

मैं वास्तव में कभी नहीं मिला कि यह मेरे लिए क्या कारण था। मुझे लगता है कि कहीं न कहीं मुझे कुछ फाइलें याद आ रही होंगी। मुझे नए सर्वर पर प्रकाशित होने के बाद त्रुटि मिली। आखिरकार मैंने साइट को वर्किंग साइट से कॉपी कर लिया। फिर साइट ने काम किया और इसलिए नए सर्वर पर आगे प्रकाशित किया।

Answer 25

इन कदमों का अनुसरण करें:

1. बिल्ड
2. विन्यास प्रबंधक
3. AnyCPU परियोजना रखो
4. वापस उत्पन्न करने के लिए
5. तैयार है, इसके बाद बस x86 या x64 को पास करने के लिए समान चरणों का पालन करें

Answer 26

मेरे लिए, मैंने अपने प्रोजेक्ट के साथ एक DLL शामिल किया था जिसे 32-बिट वातावरण में चलाया जाना था।

वेबसाइट को 32-बिट मोड में चलाने के लिए सर्वर को कॉन्फ़िगर किया गया था, लेकिन मैं अपने 64-बिट मशीन पर एप्लिकेशन को चलाने में सक्षम नहीं था क्योंकि localhostफ़ोल्डर को 32-बिट मोड में चलाने के लिए निर्दिष्ट नहीं किया गया था।

Answer 27

मुझे भी इसी तरह की समस्या थी।

कारण यह था कि मैं एक file.aspx.c को बदल रहा था और एक साफ पुनर्निर्माण करना था। उसके बाद सब कुछ काम कर गया।

Answer 28

मेरी समस्या यह थी कि मैं एक फ़ोल्डर के सबफ़ोल्डर में एक ASPX वेब एप्लिकेशन बनाने की कोशिश कर रहा था जिसमें पहले से ही web.confile फ़ाइल थी, और

इसलिए मैंने एक वेब साइट (ओपन> वेब साइट) के रूप में विजुअल स्टूडियो में पैरेंट फोल्डर को खोल दिया। मैं एक नया आइटम ASPX पेज जोड़ने में सक्षम था जिसमें कोई समस्या नहीं थी।

Answer 29

मेरे लिए, यह समस्या केवल वेबसाइट के कुछ निश्चित (लंबे) लिंक पर थी और URLScan के लिए नीचे ट्रैक की गई थी जिसमें URL की सीमा 260 की डिफ़ॉल्ट कॉन्फ़िगरेशन थी।

Answer 30

मैं एक ही मुद्दा था। की कोशिश:

प्रोजेक्ट पर राइट क्लिक करें और क्लीन का चयन करें, फिर राइट क्लिक करके फिर से चुनें और प्रोजेक्ट को रन करें और देखें कि क्या उसने काम किया है।