"पार्सर त्रुटि संदेश: Global.asax में टाइप लोड नहीं कर सका"

Question

मैं MVC3 प्रोजेक्ट पर काम कर रहा हूं और निम्न त्रुटि प्राप्त करता हूं:

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

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

पंक्ति 1: <%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %>

मुझे जो त्रुटि मिली है वह GodsCreationTaxidermy.Core.MvcApplication को लोड नहीं कर सकता है, लेकिन इस स्क्रीन में मुख्य भाग को शॉट नहीं दिया गया है:

किसी को भी किसी भी विचार या इस त्रुटि का हल है?

Comments

क्या आपके पास अपने आवेदन में वास्तव में GodCreationTaxidermy.Core.MvcApplication वर्ग है? यदि नहीं तो कृपया बनायें और प्रोजेक्ट संकलित करें। यह निश्चित रूप से काम करेगा।

— शैलेश

हाँ मैं GodsCreationTaxidermy.Core.MvcApplication (Global.asax.cs) की क्या ज़रूरत है

— PsychoCoder

Global.asax फ़ाइल जो कि उपयोग की जा रही है (स्क्रीन शॉट के अनुसार) आपके द्वारा दिखाए गए से अलग दिखती है।

— डारिन दिमित्रोव

यह देखने के लिए जांचें कि क्या इनहेरिट्स स्ट्रिंग आपके एप्लिकेशन (नेमस्पेस + पाथनाम) में कक्षा के लिए पथ के समान है, कि वे दोनों GodsCreationTaxidermy.Core.MvcApplication

— linkerat

यह डारिन के मुद्दों में से एक है, इससे कोई फर्क नहीं पड़ता कि मैं क्या करता हूं यह हमेशा कोर भाग को बाहर छोड़ देता है

— साइकोकोडेर

Answer 1

आपका स्थानीय वेब सर्वर वास्तव में जिस पर काम कर रहा है, उससे अलग कोड चला रहा है। सुनिश्चित करें कि आपने डीबग करना बंद कर दिया है, अपने स्थानीय वेब सर्वर को बंद करें, पीटर द्वारा सुझाए गए अनुसार साफ और पुनर्निर्माण करें, अपने Global.asax और global.asax.cs को दोबारा जांचें, और फिर से प्रयास करें।

यदि यह काम नहीं करता है और आप स्थानीय IIS का उपयोग कर रहे हैं, तो IIS प्रबंधक में साइट को हटाने और इसे मैन्युअल रूप से पुनः बनाने का प्रयास करें।

Comments

वास्तव में बहुत अजीब त्रुटि। मैंने सर्वर पर IIS को तैनात किया और इसे प्राप्त किया। मेरे लिए भी सफाई और पुनर्नवीनीकरण ने काम किया।

— पायोतर कुला

वर्चुअल निर्देशिका को फिर से बनाया / पुन: बनाया, और फिर यह काम किया।

— fantastik78

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

— lvmeijer

आप अपने प्रोजेक्ट में बिन / obj फ़ोल्डर को हटाने का भी प्रयास कर सकते हैं।

— 14

मैंने इन निर्देशों का पालन किया और कुछ अतिरिक्त क्लीयर / रीबर्ड्स में फेंक दिए, .asax फाइल में व्हाट्सएप को बदल दिया, मेरे मॉनीटर में सुधार किया, और पैन के पाइपों के साथ एक जॉनी जिग किया और यह ट्रिक करने लगा।

— MrBoJangles

Answer 2

जाँच करें कि परियोजना उत्पादन पथ (परियोजना गुण / बिल्ड) पर सेट है binऔर नहीं bin\Release याbin\Debug

किसी कारण से IIS (VS डेवलपमेंट सर्वर या लोकल IIS) हमेशा लाइब्रेरियों को binडायरेक्टरी से एक्सेस करता है (और उपनिर्देशिकाओं की तलाश नहीं करेगा)

Comments

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

— जॉय बॉब

यह जानना दिलचस्प था कि ASP.NET प्रोजेक्ट्स डिफ़ॉल्ट आउटपुट पथ बिन / $ (कॉन्फ़िगरेशन) / का उपयोग नहीं करते हैं। उत्तर के लिए बहुत धन्यवाद!

— जानूस व्र्स

@JamesPusateri: हालांकि सावधान रहें। हर बार जब आप लॉन्च करेंगे, तो इसका उपयोग / बिन में क्या होगा। तो शायद इस एक निर्माण का परिणाम आपने इसे बदलने के बाद बनाया है।

— विंसेंट डे लगाबे

वाह, 2018 में IIS अभी भी इस तरह से काम कर रहा है। बुरा, Microsoft के लिए बहुत बुरा है। धन्यवाद!

— रोड्रिगो टी।

लगभग 7 वर्षों से कुछ भी नहीं बदला है, सलाह अभी भी मदद करती है

— यूरी विकुलोव

Answer 3

अपनी Global.asax फ़ाइल को सरल बनाने का प्रयास करें (कहीं एक स्थान जोड़ें) और फिर से चलाएँ। यह वेबसर्वर में निर्मित को ग्लोबल.सैक्स फाइल को रीफ्रेश और री-कंपाइल करने के लिए मजबूर करेगा।

एक साफ और पुनर्निर्माण भी करें - समस्या को ठीक करना चाहिए

Comments

Globalizing.asax ने मेरे लिए कुछ नहीं किया, लेकिन एक साफ और पुनर्निर्माण ने समस्या को हल कर दिया :)

— नाइटशोवेल

जब मैं सत्ता से बाहर हुआ तो मुझे यह समस्या थी। स्वच्छ और पुनर्निर्माण में मदद मिली। धन्यवाद!

— गोर्गी रेंकोवस्की

क्लीन फेल हो गया। निर्माण विफल। मेरे पास अपने निर्माण पथ के साथ कोई समस्या नहीं थी। हालांकि, इसने चाल चली। धन्यवाद!

— १०

आपके उत्तर के लिए धन्यवाद श्री मुनिंग्स

— दादा

Answer 4

ऐसा कभी-कभी होता है यदि आप नाम स्थान की जानकारी (प्रोजेक्ट या कक्षा स्तर) global.asaxको उत्पन्न होने के बाद बदलते हैं।

पर राइट क्लिक करें Global.asaxफ़ाइल और "ओपन विथ" चुनें और फिर "XML (एन्कोडिंग के साथ टेक्स्ट) संपादक" चुनें (अन्य संपादक भी काम कर सकते हैं, लेकिन यह वही है जो मैं उपयोग करता हूं)।

फिर XML निर्देश में "इनहेरिट्स" अनुभाग को संपादित करें

<% @ Application Codebehind = "Global.asax.cs" Inherits = "GodCreationTaxidermy.MvcApplication" भाषा = "C #"%>)

ताकि यह आपके एप्लिकेशन वर्ग के वास्तविक पूर्ण नाम से मेल खाए। और बस।

एक अन्य विकल्प Global.asax.cs से अपने सभी कोड को कॉपी करना और फिर एक और Global.asax फ़ाइल को हटाना और बनाना (और फिर कोड को Global.asax.cs में वापस कॉपी करना है)।

Comments

इसने मेरे लिए भी काम किया। मैं समाधान में सभी परियोजनाओं के लिए विधानसभा के लिए नाम स्थान बदल दूंगा। तो Global.asaxइस उत्तर में बताई गई फ़ाइल को संपादित करना था , और यह मिलान करना होगा कि प्रोजेक्ट कॉन्फ़िगरेशन सेटिंग्स में क्या है।

— शिव

Answer 5

मैंने दृश्य स्टूडियो को बंद और फिर से खोल दिया और यह काम कर गया।

Comments

अपने सभी दृश्य स्टूडियो को बंद कर दें

— Jboy Flaga

पहले हम सभी को कार से बाहर निकलने की कोशिश करनी चाहिए, सभी दरवाजों को बंद करना चाहिए, फिर वापस अंदर जाना होगा।

— पाजिक्स 12

नहीं, आपको एक ही समय में अपनी सभी कारों पर दरवाजे बंद करने होंगे।

— BlackICE

Answer 6

मुझे BUILD -> CONFIGURATION MANAGER और - ahem - में जाना था, यह सुनिश्चित करने के लिए कि यह वास्तव में निर्मित हो रहा है, मेरी परियोजना के बगल में स्थित बॉक्स को चेक करें।

Comments

मुझे समझ में नहीं आ रहा है। यह संभवतः एक समाधान हो सकता था। यह वास्तव में सबसे अधिक सोचने की तुलना में अधिक प्रासंगिक है ... यदि अनियंत्रित है, तो यह हमेशा सबसे स्पष्ट स्थान नहीं है। खासकर जब कई कॉन्फ़िगरेशन हो।

— एंथनी मेसन

मुझे आपका उत्तर और आपका तर्क पसंद है!

— यूकेएम

यह मेरी समस्या भी थी, और मुझे नहीं पता कि परियोजनाओं को विन्यास से कैसे हटाया गया।

— सेठ

Answer 7

आज मेरे पास यह मुद्दा था, और मुझे कारण खोजने में थोड़ा समय लगा।

मूल रूप से, मेरा मुख्य VS2015 प्रोजेक्ट एक सब-प्रोजेक्ट सहित था, जिसे .NET फ्रेमवर्क के एक उच्च संस्करण का उपयोग करके बनाया गया था।

विचित्र रूप से, जब आपको यह समस्या है, VS2015 खुशी से रिपोर्ट करेगा कि समाधान ने ठीक बनाया है, लेकिन जब आप वेबसाइट को चलाने और चलाने का प्रयास करते हैं, तो यह आपको केवल यह भ्रामक त्रुटि देता है, यह सुझाव देता है कि आपकी Global.asax.csफ़ाइल गलत है।

इसलिए, यदि आप इस त्रुटि को देखते हैं, और सफाई / पुनर्निर्माण मदद नहीं करता है, तो अपने प्रोजेक्ट के Referencesपेड़ को खोलें , और विस्मयादिबोधक चिह्नों की जांच करें।

इसके अलावा, Outputइस तरह से संदेशों के लिए अपनी विंडो जांचें :

The primary reference "C:\Projects\Business Objects 4\bin\Release\BusinessObjects.dll" 
could not be resolved because it was built against 
the ".NETFramework,Version=v4.5" framework. 
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".

निश्चित रूप से, समाधान आपके मुख्य प्रोजेक्ट पर राइट-क्लिक करना है, शीर्ष टैब, "एप्लिकेशन" का चयन करें, और लक्ष्य फ़्रेमवर्क संस्करण को एक उच्च संस्करण में बदलें जो आपके उप-प्रोजेक्ट से मेल खाता है।

यह कष्टप्रद है कि विज़ुअल स्टूडियो 2015 आपको समाधानों को पूरी तरह से बनाने और चलाने देगा जो चुपचाप इस समस्या को समाहित करते हैं। यह मुसीबत के लिए पूछ रहा है ..!

Answer 8

आप IIS में अपनी साइट की संपत्तियों की जांच भी कर सकते हैं। (IIS में, साइट को राइट-क्लिक करें और गुण चुनें।) सुनिश्चित करें कि भौतिक पथ सेटिंग आपके एप्लिकेशन के लिए सही पथ की ओर इशारा कर रही है न कि किसी अन्य एप्लिकेशन के लिए। (यह त्रुटि मेरे लिए तय की गई।)

Answer 9

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

मुझे Global.asax.cs को हटाना पड़ा और फिर प्रोजेक्ट पर राइट क्लिक करके एक नया जोड़ा गया -> नई आइटम जोड़ें -> Global.asax और THAT ने अंत में इसे ठीक कर दिया।

बस सोचा कि यह किसी की मदद कर सकता है।

Comments

यदि वह आपके लिए इसे ठीक करता है, तो संभवतः मौजूदा global.asax.csफ़ाइल की "बिल्ड एक्शन" संपत्ति के बारे में कुछ गड़बड़ है । इसे "संकलन" पर सेट किया जाना चाहिए। global.asaxफ़ाइल का निर्माण कार्य "सामग्री" पर सेट होना चाहिए।

— स्टीवन लाइकेन्स

मैंने ठीक वही किया जो @iAteABug_And_iLiked_it ने किया, और समस्या हल हो गई!

— जिंकजीन

Answer 10

मुझे रिपोर्ट करना है कि मैंने इस पोस्ट से कम से कम 4 सुझावों की कोशिश की। उनमें से किसी ने भी काम नहीं किया। फिर भी मुझे यह रिपोर्ट करते हुए खुशी हो रही है कि मैंने बैक अप प्राप्त करके पुनः प्राप्त किया। केवल लॉग फ़ाइल से मेरा अंतिम कोड परिवर्तन अद्यतन करना था। कम लिया तो 10 मिनट। इस पोस्ट को पढ़ने और अन्य सुझावों को आज़माने में 3 बार खर्च किया। माफ़ करना।

यह बहुत ही अजीब त्रुटि थी। किसी और को भी इस ग्रेमलिन का सामना करने के लिए शुभकामनाएं।

Answer 11

मैं एक ही समस्या है जब मैं दृश्य स्टूडियो के 2 उदाहरण एक ही परियोजना चल रहा है। इसलिए मैंने दोनों विजुअल स्टूडियो को बंद कर दिया और केवल एक उदाहरण खोला और यह अब ठीक काम करता है!

Answer 12

मैं ASP.NET वेब प्रोजेक्ट (जो मैं घृणा करता हूं) पर आधारित एक पुराने 'फोल्डर' पर काम कर रहा था - और यह मेरा फिक्स होना पाया:

एक App_Codeफ़ोल्डर बनाएं (यदि आपके पास पहले से कोई नहीं था)

Global.asax.vbफ़ाइल को App_Codeफ़ोल्डर में ले जाएँ

Global.asax में मार्कअप किसी भी नामस्थान को छोड़ सकता है (कम से कम, परियोजना की इस शैली के लिए, afaik):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

... जहाँ "MyApp" Global.asax.vb में परिभाषित की जा रही कक्षा का नाम है

Answer 13

"निर्माण -> निर्माण प्रबंधक और - अहम - वास्तव में वास्तव में बनाया गया है यह सुनिश्चित करने के लिए मेरी परियोजना के बगल में स्थित बॉक्स को चेक करें।" वह और विंडोज़ एक्सप्लोरर में प्रोजेक्ट फ़ोल्डर में जा रहा है, विकल्पों को दबा रहा है और "केवल पढ़ने के लिए" चेकबॉक्स को अनचेक कर रहा है।

Comments

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

— willyMon

Answer 14

बिन फ़ोल्डर खाली करें। सभी आश्रित वर्ग पुस्तकालयों का निर्माण करें और उन्हें मुख्य परियोजना में देखें, और संपूर्ण समाधान का निर्माण करें।

स्रोत

Answer 15

मैंने भी उसी समस्या का सामना किया। हर उत्तर का पालन करने के बावजूद यह काम नहीं किया। फिर मैंने "Inherits = namespace.class " को "Inherits = पूरी तरह से योग्य असेंबल नाम " यानी "Inherits = namespace.class, असेंबली, संस्करण =, संस्कृति =, PublicKeyToken = " में बदल दिया। आशा है कि यह मदद करता है।

Answer 16

यह तब भी हो सकता है यदि आप गलती से अपने वीएस समाधान को "मल्टीपल स्टार्टअप प्रोजेक्ट्स" पर सेट करना भूल जाते हैं यदि आप एक ही समाधान से वेब और वेबएपी चला रहे हैं।

आप समाधान एक्सप्लोरर में समाधान पर राइट-क्लिक करके और 'गुण "का चयन करके इसकी जांच कर सकते हैं। फिर' स्टार्टअप प्रोजेक्ट्स 'की तलाश करें।

Comments

मेरा यह समान था: मैं समाधान में गलत एपीआई परियोजना चला रहा था। मुझे वास्तव में एपीआई में एक संकलक त्रुटि आई थी जो मुझे लगा कि मैं चल रहा था, लेकिन वीएस ने इस पर पिक नहीं किया जब मैं समाधान चला गया, यहां तक ​​कि साफ होने के बाद भी।

— जॉन

Answer 17

.vsसमाधान रूट से निर्देशिका हटाएं । स्वच्छ। पुनर्निर्माण।

इस मुद्दे ने मुझे थोड़ी देर में एक बार बॉनक ड्राइव किया और मैं अनिवार्य रूप से जवाब के माध्यम से यहां पेजिंग करता हूं। मुझे संदेह है कि ऐसे कई कारण हैं जो इस अपवाद को उत्पन्न कर सकते हैं, यह एक बार मेरे लिए काम करता है।

Comments

एक हजार अन्य सुझावों की कोशिश करने के कई घंटे और यह वही है जो मेरे लिए किया था। मेरा अनुप्रयोग दृश्य स्टूडियो में ठीक चल रहा था, दोनों डिबग और रिलीज़ कॉन्फ़िगरेशन में, लेकिन एक बार IIS के लिए प्रकाशित होने के बाद मुझे त्रुटि मिल रही थी। .Vs फ़ोल्डर को हटाना और समस्या को पुन: परिनियोजित करना

— फिलिप स्ट्रैटफ़ोर्ड

Answer 18

हां, मैंने सभी उत्तर पढ़े। हालाँकि, यदि आप मेरे हैं और आपके बालों में से जो बचा है, उसे बाहर निकाल रहे हैं, तो \ बिन फ़ोल्डर की जाँच करें। अधिकांश प्रोज फाइलों की तरह XML तत्व के तहत कई विन्यास हो सकते हैं PropertyGroup, फिर मैंने OutputPath'\ Debug' भाग को हटाने और पुनर्निर्माण के लिए 'bin \ Debug' से मान को बदल दिया । इसने \ NI फ़ोल्डर में फाइलें रखीं जिससे एक्सप्रेस IIS को बिल्ड ढूंढने और लोड करने की अनुमति मिली। मुझे आश्चर्य है कि इन अलग-अलग बिल्ड को प्रबंधित करने का सही तरीका क्या है ताकि एक स्थानीय डिबग तैनाती लक्ष्य वातावरण को खोजने और लोड करने में सक्षम हो।

Comments

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

— १

Answer 19

यह समस्या आईआईएस से जाँच के साथ-साथ फ़ोल्डर की सही अनुमति देकर हल की गई थी।

मुझे सभी को अनुमति दी गई क्योंकि मैं अपने स्थानीय वातावरण में परीक्षण कर रहा हूं। लेकिन प्रकाशन मोड में मुझे लगता है कि हम ASP.Net उपयोगकर्ता को केवल अनुमति देते हैं।

Answer 20

मुझे भी वही त्रुटि मिली ... आपने जिस एप्लिकेशन को ठीक से विकसित किया है उसका नाम जांचें। नाम और असेंबली का नाम आवंटित किया गया है और शारीरिक रूप से आवेदन के लिए बनाए गए फ़ोल्डर के नाम को बदलने की कोशिश करते हैं, यह सब फ़ाइल ग्लोबल Global में मौजूद उपरोक्त नामस्थान में नाम के समान होना चाहिए।

Answer 21

मुझे भी वही त्रुटि मिली ... अपने वर्चुअल निर्देशिका के IIS कॉन्फ़िगरेशन की जांच करें और सुनिश्चित करें कि गुण - ASP.NET - ASP.NET संस्करण प्रोजेक्ट गुण - अनुप्रयोग - लक्ष्य फ़्रेमवर्क के समान हैं। (यह त्रुटि मेरे लिए तय की गई।)

Answer 22

मेरा ऐप VS के पुराने संस्करण में बनाया गया था, और इसमें बिन फ़ोल्डर नहीं था। मैंने इसे एक नए संस्करण में अपग्रेड किया था, और इसे लागू करने के लिए एक बुरा सपना था। मैंने आखिरकार इस त्रुटि को प्रोजेक्ट> प्रॉपर्टीज> एप्लिकेशन तक नीचे ट्रैक कर लिया। लक्ष्य फ्रेमवर्क 2.0 पर सेट किया गया था; इसे IIS प्रबंधक / ऐप पूल में मिलान करने के लिए सर्वर पर बदलने से मेरे लिए समस्या हल हो गई।

Answer 23

मैंने पाया कि पूरे समाधान के दौरान इस समस्या को दूर किए बिना, परियोजना पर नाम स्थान को बदलना मेरी समस्या थी। अपनी प्रोजेक्ट संपत्तियों की जाँच करें और देखें कि आपका नामस्थान क्या है, यह सुनिश्चित करें कि बोर्ड भर में लाइनें हों।

Answer 24

मेरे लिए समस्या यह है कि मैंने अपने प्रोजेक्ट में Global.asax.cs को शामिल नहीं किया है। और क्योंकि मैं एक .net 4.5 से 4.0 के लिए फ़ाइलों की प्रतिलिपि बना रहा था। मैंने उन पंक्तियों पर टिप्पणी नहीं की है जिनकी 4.0 में आवश्यकता नहीं है। क्योंकि इसमें शामिल नहीं था दृश्य स्टूडियो इसे बिना मुद्दों के वैसे भी संकलित करता है। लेकिन जब मैंने इसे शामिल किया, तो इसने उन रेखाओं को उजागर किया, जो समस्याएं पैदा करती हैं।

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;

namespace YourNameSpace
{
    public class WebApiApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();
            //GlobalConfiguration.Configure(WebApiConfig.Register);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            //BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }
}

Answer 25

मैंने इसे सुलझाने की कोशिश करते हुए सचमुच एक दिन बिताया।

काम करने वाली एकमात्र चीज .sln फ़ाइल को हटा रही थी, एक नया निर्माण कर रही थी, और एक-एक करके परियोजनाओं को वापस जोड़ रही थी।

¯ \ _ (ツ) _ / ¯ - प्रोग्रामिंग - (\ _ (_) _ / ¯

Answer 26

मेरे मामले के लिए, वेब असेंबली GAC का हिस्सा थी ... इसलिए निर्माण के बाद, इसे GAC में स्थापित करने की आवश्यकता है और इसने काम किया।

Answer 27

मुझे इस त्रुटि संदेश का सामना करना पड़ा और अंततः पता चला कि त्रुटि संदेश भ्रामक था। मेरे मामले में ऐसा प्रतीत होता है कि IIS में एक रूटिंग मुद्दा रहा है जो वेब सर्वर पर किसी अन्य साइट से Global.asax को पढ़ने के कारण होता है जिससे त्रुटि उत्पन्न होती है।

IIS में, मेरी साइट http: * 80: webservices.local के लिए बाध्य थी और इसमें MyAPI नामक एक एप्लिकेशन शामिल था। वेब सर्वर के आईपी पते का उपयोग करके MyAPI एप्लिकेशन को कॉल करते समय मुझे खतरनाक संदेश मिला।

अपने एप्लिकेशन को सफलतापूर्वक कॉल करने के लिए मुझे MyAPI एप्लिकेशन कहा जाने वाली सभी मशीनों पर webservices.local के लिए एक होस्ट फ़ाइल प्रविष्टि को जोड़ना पड़ा। तब मेरे सभी अनुरोधों को http: //webservices.local/MyAPI/ के साथ पूर्व- व्यवस्थित किया जाना था ताकि सही तरीके से मार्ग तय किया जा सके।

Answer 28

मैंने यहां हर चीज की पूरी कोशिश की और कुछ भी काम नहीं आया। मेरा प्रोजेक्ट वीएस 2013 में था। मैंने तब से वीएस 2015 में अपग्रेड किया है और 2015 में अपने सभी नए एप्लिकेशन बना रहा हूं, लेकिन मेरे सभी पुराने ऐप्स को लोड करना, कंपाइल करना, बिल्डिंग करना आदि जो 2013 में उस वर्जन में बनाए गए थे।

मैंने 2015 में समाधान को लोड करना समाप्त कर दिया और इसने मेरे लिए इसे हल कर दिया।

Answer 29

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

1. प्लेटफ़ॉर्म लक्ष्य को किसी भी सीपीयू में बदलें। वर्तमान में मेरे पास यह कॉन्फ़िगरेशन नहीं था, इसलिए मुझे कॉन्फ़िगरेशन प्रबंधक में जाना पड़ा और इसे जोड़ना पड़ा। मैं विशेष रूप से x64 के लिए संकलन कर रहा था। इस अकेले ने त्रुटि का समाधान नहीं किया।
2. के bin\बजाय आउटपुट पथ बदलें bin\x64\Debug। प्लेटफ़ॉर्म लक्ष्य को बदलने से पहले ही मैंने कई बार यह कोशिश की थी। यह एक त्रुटि पाने के अलावा कभी कोई फर्क नहीं पड़ा कि यह एक अवैध प्रारूप के कारण विधानसभा को लोड करने में विफल रहा।

स्पष्ट होने के लिए, मुझे यह काम करने से पहले इन दोनों को करना था। मैंने उन्हें कई बार व्यक्तिगत रूप से आज़माया था, लेकिन जब तक मैंने दोनों नहीं किया तब तक इसे कभी भी तय नहीं किया।

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

Answer 30

इसे पाने के दो तरीके:

• कॉन्फ़िगरेशन प्रबंधक dll बिल्ड को '64' और 'किसी भी सीपीयू' के मिश्रण के रूप में दिखाता है। उन सभी को एक ही बिल्ड में रखकर इसे ठीक करता है।

• शाखाओं के बीच स्विच करते समय, IIS एक्सप्रेस पथ कभी-कभी अपडेट नहीं किया जाता है। कार्य पट्टी में 'IIS एक्सप्रेस' पर राइट क्लिक करें> सभी एप्लिकेशन और सत्यता दिखाएं कि रास्ता सही शाखा पर है।