मुझे त्रुटि मिल रही है
MvcApplication प्रकार लोड नहीं कर सका
जब मैं अपनी वेबसाइट चलाने की कोशिश करता हूं।
इसे कैसे सुधारा जाए?
मुझे त्रुटि मिल रही है
MvcApplication प्रकार लोड नहीं कर सका
जब मैं अपनी वेबसाइट चलाने की कोशिश करता हूं।
इसे कैसे सुधारा जाए?
जवाबों:
गूंगा जैसा कि यह लग सकता है, सब कुछ करने की कोशिश की और यह काम नहीं किया और अंत में इसे फिर से काम करते हुए देखने के लिए VS2012 को फिर से शुरू किया।
-मेरे लिए, निर्माण टैब में आउटपुट पथ को बदलना था। मैंने आउटपुट पथ को बदल दिया bin\
और त्रुटि चली गई।
-ऑनटर फिक्स हो सकता है कि आपके पास गलत स्टार्ट अप प्रोजेक्ट सेट हो।
मुझे वही त्रुटि मिल रही थी और यहां बताए गए हर काम को करने की प्रेरणा मिली और कहीं और काम नहीं किया। यह पता चला कि मैंने प्रोजेक्ट के पिछले संस्करण से Global.asax.cs के स्रोत कोड की प्रतिलिपि बनाई थी, जिसका एक अलग नाम था। तो namespace Test
होना चाहिए था namespace Test.WebUI
। बेशक एक मूर्खतापूर्ण गलती और यह लिखने के लिए थोड़ा शर्मिंदा हूं! लेकिन इस उम्मीद में लिखना कि किसी और से भी इसी तरह की त्रुटि उसे इस तुच्छ पहलू की जाँच करने के लिए प्रेरित कर सकती है।
बस अपने समाधान पर एक मैनुअल निर्माण करते हैं।
यदि आप स्थानीय आईआईएस का उपयोग कर रहे हैं तो आईआईएस प्रबंधक में वेबसाइट पंजीकरण को हटाने का प्रयास करें और फिर इसे मैन्युअल रूप से पुनः बनाएँ।
[प्रश्न से निकाला गया]
यदि आपको यह त्रुटि मिल रही है: "टाइप MvcApplication लोड नहीं कर सका", अपनी परियोजना के आउटपुट पथ को देखें और सुनिश्चित करें कि यह 'bin \' पर सेट है। समस्या यह है कि अगर डिफ़ॉल्ट स्थान में नहीं हैं तो AspNetCompiler फाइलें नहीं ढूंढ सकता है।
आउटपुट फ़ोल्डर को बदलने का एक और दुष्प्रभाव यह है कि आप अपने कोड को डिबग नहीं कर पाएंगे और यह संदेश के साथ आता है कि असेंबली की जानकारी नहीं मिल सकती है।
bin
था bin\Debug
और bin\Release
पुरानी फाइलें अभी भी मेरे bin
फ़ोल्डर में थीं इसलिए मुझे कोई समस्या नहीं दिखाई दी। बेशक, अगर आप एक साफ चेकआउट करते हैं और इन फ़ाइलों का निर्माण आपके लिए मौजूद नहीं है, तो यह चल रही है।
मेरे पास एक ही मुद्दा था और इसे नीचे दिए गए चरणों के साथ हल किया
आह यह कष्टप्रद था।
पावर कट के बाद यह त्रुटि हुई और मैं अपने प्रोजेक्ट पर लौट आया।
मैंने वी.एस. को पुनः आरंभ करने का प्रयास किया। मैंने आउटपुट पथ को \ बिन में सेट करने का प्रयास किया। मैंने अपना नाम स्थान चेक किया।
लेकिन मेरे लिए जो काम किया वह समाधान का पुनर्निर्माण कर रहा था।
समाधान का पुनर्निर्माण करें !!!
मेरा हल: क्योंकि मैंने समस्या खड़ी कर दी है! मैंने Global.asax.cs में नाम स्थान बदल दिया था
आपको Global.asax में इनहेरिट्स विशेषता मान को बदलने की भी आवश्यकता है।
जानकारी के पीछे कोड की जाँच करें। उन्हें अपने कोड में कक्षा को ठीक से इंगित करना चाहिए।
नमूना Global.asax:
<%@ Application Codebehind="Global.asax.cs" Inherits="MyApplicationNamespace.MyMvcApplication" Language="C#" %>
नमूना कोड पीछे:
namespace MyApplicationNamespace
{
public class MyMvcApplication : System.Web.HttpApplication
{
protected void Application_Start( )
{
AreaRegistration.RegisterAllAreas( );
FilterConfig.RegisterGlobalFilters( GlobalFilters.Filters );
RouteConfig.RegisterRoutes( RouteTable.Routes );
BundleConfig.RegisterBundles( BundleTable.Bundles );
}
}
}
यह दृश्य स्टूडियो में प्रोजेक्ट को चलाने के दौरान भी हो सकता है यदि आपके IIS एक्सप्रेस में समान पोर्ट असाइनमेंट का उपयोग करके एक पुराने / अलग प्रोजेक्ट की मेजबानी की जा रही है।
इसे ठीक करने के लिए, आप इस प्रोजेक्ट के लिए पोर्ट असाइनमेंट को बदल सकते हैं या IIS एक्सप्रेस को बंद कर सकते हैं।
मेरे लिए समाधान Mvc प्रोजेक्ट पर राइट क्लिक करना, गुण चुनना और Create Virtual Directory पर क्लिक करना था।
एक संदेश बॉक्स ने यह कहते हुए पॉप अप किया कि प्रोजेक्ट गलत फ़ोल्डर में मैप किया गया था (यह एक अलग TFS प्रोजेक्ट के लिए फ़ोल्डर दिखाया गया था । इसने इसे सही फ़ोल्डर में वापस मैप करने का विकल्प दिया।
मैं पहले से ही bin/
अपने बिल्ड टैब में था। मुझे प्रोजेक्ट की एक और कॉपी से Global.asax मिला, लेकिन यह काम नहीं किया।
अंत में मेरे लिए काम करने वाला समाधान bin/
फ़ोल्डर को हटाने और उसी नाम के साथ एक नया खाली फ़ोल्डर बनाने के लिए था ।
मुझे पता है कि इसके पहले से ही बहुत सारे समाधान हैं, लेकिन मुझे लगा कि मैं इसका उल्लेख करूंगा कि यह मेरे लिए क्या हल है।
मेरा कॉन्फ़िगरेशन डीबग पर सेट किया गया था। इसे रिलीज करने के लिए बदलकर मेरे लिए चाल चली।
साइट के बिन फ़ोल्डर की सामग्री को हटाएं (इसके लिए फ़ाइल एक्सप्लोरर का उपयोग करें)। पुनर्निर्माण।
मैं इसमें गिर गया हूं। मैंने उन सभी संभावित समाधानों को पढ़ा और परखा है जो पहले दिए गए थे। निर्माण पथ की जाँच करना, निर्माण, पुनर्निर्माण, स्वच्छ, IIS और VS2015 को फिर से शुरू करना, सभी नगेट पैकेजों को पुन: स्थापित करना, उन्हें एक-एक करके, आदि के साथ संकलित करना ...
मुझे अचानक याद आया कि VS सिस्टम फोल्डर में कुछ ASP अस्थाई फाइलें रखता है ... मुझे लगता है कि मुझे इसे आजमाना चाहिए, आखिरकार, इससे भी बुरा नहीं हो सकता। इसलिए मैंने खाली किया:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
और सब फिर से काम कर रहे हैं ... अजीब है कि इस समस्या के ऐसे विभिन्न संभव समाधान हैं ...
मैंने पिछले एक दशक में इसे कई बार देखा है और बस फिर से किया है। कई समस्याएं हैं जो एक ही त्रुटि के परिणामस्वरूप होती हैं।
एक कारण फ़ाइलों का नाम बदलना है। यदि आप .cshml फ़ाइलों के साथ काम कर रहे हैं, तो उन फ़ाइलों के भीतर और दृश्य \ web.config फ़ाइल के सभी नामस्थानों की जाँच करें। वेब प्रपत्रों के लिए, Default.aspx (संबंधित .cs और डिज़ाइनर फ़ाइलें स्वचालित रूप से नाम बदल दी जाती हैं) का नाम बदलें। कोडबाइंड बदलता है लेकिन मार्कअप में इनहेरिट्स लाइन नहीं करता है। इसे मैन्युअल रूप से बदलें। डिज़ाइनर पेज को दोबारा देखें। कभी-कभी (VS2005-8?) डिज़ाइनर पेज नेमस्पेस में बदलाव को प्रतिबिंबित नहीं करता है। 2010+ में इसे नहीं देखा गया।
एक और मुद्दा यह है जब यह सब वीएस या आपके स्थानीय पीसी पर काम करता है, लेकिन जब आप तैनात नहीं होते हैं। यह हो सकता है क्योंकि परिनियोजन वातावरण समान नहीं है। उदाहरण के लिए, त्रुटि तब होती है जब आप अपने कोड को किसी वर्चुअल फ़ोल्डर में एप्लिकेशन फ़ोल्डर के अंतर्गत रखते हैं, लेकिन यह तब नहीं होता है जब आप एक नया एप्लिकेशन फ़ोल्डर बनाते हैं और अपनी सभी फ़ाइलों को उसमें रखते हैं। मुझे यह समझ में नहीं आता है, क्योंकि मेरे पास नया बच्चा / वर्चुअल फ़ोल्डर एक ही अनुमतियों के साथ सेट है (या तो मुझे लगता है) और (मेरा मानना है) एप्लिकेशन पूल को दिए गए एप्लिकेशन फ़ोल्डर में सब कुछ के लिए समान काम करना चाहिए।
मेरे मामले में मेरे पास असेंबली के साथ एक बिन फ़ोल्डर भी है जो IIS सर्वर पर अन्य असेंबली से अपडेट किए जाते हैं। फिर, यह सुनिश्चित करना कि ये एक अलग एप्लिकेशन फ़ोल्डर में चलाए गए हैं, जिसके परिणामस्वरूप सफलता मिली।
HTH
मुझे यह समस्या हर बार मिलती है मैं एक फाइल को सहेजता हूं जो गतिशील रूप से संकलित हो जाती है (ascx, aspx etc)। मैं लगभग 8-10 सेकंड प्रतीक्षा करता हूं फिर यह चला जाता है। यह नारकीय कष्टप्रद है।
मैंने सोचा कि यह शायद एक IIS एक्सप्रेस समस्या थी इसलिए मैंने इनबिल्ट देव सर्वर की कोशिश की और एक फ़ाइल को सहेजने के बाद भी इसे प्राप्त कर रहा हूं। मैं एक MVC ऐप चला रहा हूं, मैं भी T4MVC का उपयोग कर रहा हूं, शायद यह एक कारक है ...
मुझे दृश्य स्टूडियो में विकास के वातावरण में यह निराशाजनक त्रुटि थी, और यह कारण काफी गूंगा था। संक्षेप में अगर आपके पास समाधान में एक से अधिक वेब प्रोजेक्ट / साइट हैं: सुनिश्चित करें कि वेबसाइट को एक्सेस करने के लिए आप जिस पोर्ट की कोशिश कर रहे हैं वह प्रोजेक्ट प्रॉपर्टीज-> वेब में कॉन्फ़िगर किया गया है।
मेरे मामले में, त्रुटि इसलिए हुई क्योंकि मैं वेबसाइट (ब्राउज़र में) तक पहुंचने के लिए एक अलग पोर्ट का उपयोग कर रहा था जबकि समाधान में परियोजना को अन्य पोर्ट को रद्द कर दिया गया था। थोड़ा और समझाने के लिए, मेरे पास मेरे समाधान में दो वेबसाइट परियोजनाएँ थीं इसलिए जब मैं Website1 का निर्माण कर रहा था, तब भी मैं locahost: 8101 का उपयोग करके वेबसाइट तक पहुँचने का प्रयास कर रहा था।
अब जब मुझे आखिरकार इस समस्या का अहसास हुआ, तो मैं देखता हूं कि @ स्टिंगजैक की टिप्पणी समान मुद्दे को भी संबोधित करती है।
सुनिश्चित करें कि आपके Global.asax.cs में नामस्थान आपके वेब के नामस्थान से मेल खाता है
मुझे यह त्रुटि फिर से हुई और उपरोक्त में से किसी ने भी मेरे लिए काम नहीं किया। मुझे .csproj फ़ाइल में निम्न नोड को निकालना था <VisualStudio>....</VisualStudio>
:। वीएस रीलोडेड और इसने काम किया।
FYI करें, VS नोड को फिर से बनाने में सक्षम था और फिर मैंने IIS (VS) के माध्यम से वेबसाइट को फिर से बनाया और इसने पूरी तरह से काम किया।
उम्मीद है कि यह किसी की मदद करेगा।
मेरे लिए जो काम किया है वह Visual Studio को पुनरारंभ कर रहा था।
मैंने मैन्युअल रूप से पुनर्निर्माण करने की कोशिश की, एक साफ और पुनर्निर्माण का प्रदर्शन किया, और बिन फ़ोल्डर को हटा दिया जिसमें सभी काम नहीं किए। मेरा आउटपुट पथ पहले से ही bin \ n पर सेट था
यदि आपने एक नाम स्थान बदल दिया है तो राइट क्लिक और रिफ्लेक्टर सुनिश्चित करें।
यह बहुत बार हो सकता है यदि आप अपना नाम स्थान बदलते हैं। अपने नामस्थान का नाम लौटाएं, जैसे यह हुआ करता था, और यह काम करना चाहिए!
कुछ परिस्थितियों में, आपके द्वारा बनाई गई नई परियोजनाएं डिफ़ॉल्ट रूप से निर्माण के लिए निर्धारित नहीं होती हैं। यदि आप अपने समाधान पर राइट-क्लिक करते हैं, तो चुनें Properties
, और चुनें Configuration Properties
| Configuration
बाईं ओर नोड और सुनिश्चित करें कि आपकी परियोजना में Build
कॉलम के नीचे एक चेकमार्क है । सामान्य परिस्थितियों में मैंने पाया है कि यह डिफ़ॉल्ट रूप से होता है। अन्य परिस्थितियों में (मैं कुछ हद तक जटिल वेब एपी / ज़ैमरीन एंड्रॉइड और आईओएस / एमएक्स 5 समाधान है जो इस व्यवहार को प्रदर्शित करता है) चेकमार्क मौजूद नहीं है।
यह अन्य उत्तरों से संबंधित है - यदि आपकी वेब प्रोजेट की असेंबली अनुपलब्ध है, तो आपको यह त्रुटि मिलती है। लेकिन यह एक सामान्य परिदृश्य हो सकता है, खासकर जब से आप वास्तव में अपना समाधान संकलित करते हैं - परियोजना सिर्फ निर्मित नहीं होती है।
मुझे यह त्रुटि मिली क्योंकि मेरे संस्करण नियंत्रण ने मेरे बिन फ़ोल्डर को अनदेखा करने के लिए सेट कर दिया था । बहुत बेवकूफ, लेकिन शायद किसी और को फायदा होगा।
मैं इस समस्या में भाग गया और मैंने वहां सभी प्रकार के उत्तर देखे लेकिन कुछ भी स्वीकार नहीं किया गया। मैंने थोड़ी खोज के बाद पाया कि बस अपनी समस्या हल करने की कोशिश करने से पहले वेबसाइट का निर्माण कर रहा हूं।