त्रुटि: allowDefinition = 'MachineToApplication' अनुप्रयोग स्तर से परे


193

मैंने ASP.Net में ऑनलाइन प्रोजेक्ट डाउनलोड किया है। एप्लिकेशन चलाते समय मुझे एक त्रुटि मिलती है

आवेदन के स्तर से परे allowDefinition = 'MachineToApplication' के रूप में पंजीकृत अनुभाग का उपयोग करने के लिए यह एक त्रुटि है। यह त्रुटि IIS में किसी अनुप्रयोग के रूप में कॉन्फ़िगर नहीं की जा रही वर्चुअल निर्देशिका के कारण हो सकती है।

इस काम को करने के लिए मुझे web.config या अन्य जगहों पर क्या बदलाव करने चाहिए?


53
वेब पर पाए गए किसी भी उत्तर ने मेरे लिए काम नहीं किया। सभी छुपी हुई फ़ाइलें / फ़ोल्डर दिखा कर और फ़ोल्डर को हटाकर मेरी समस्या हल कर दी गई obj
मफिन मैन

6
यह समस्या अभी भी VS2012 में प्रकट होती है। मैंने Microsoft के साथ एक बग रिपोर्ट खोली है। समस्या का सामना करने वाले किसी भी व्यक्ति ने बग रिपोर्ट को कनेक्ट किया। कृपया कनेक्ट करें। Microsoft.VisualStudio/feedback/details/ 779737/…
एरिक जे।

4
obj फ़ोल्डर को हटाने से यह समस्या मेरे लिए भी हल हो गई। धन्यवाद @ नमस्कार! (पुनरुद्धार के लिए खेद है)
जॉर्डन वेन क्रैब


मेरे मामले में, एक सब फ़ोल्डर में अतिरिक्त web.config इस समस्या का कारण बनता है। जब मैं उस अतिरिक्त web.config को हटाता हूं तो त्रुटि हो जाती है
Dio Phung

जवाबों:


96

मैंने अभी-अभी इस "आनंद" का सामना किया है। रिलीज के मोड में वेब एप्लिकेशन प्रकाशित करने के बाद ही यह खुद को प्रस्तुत करता प्रतीत होता है।

इस समस्या को हल करने का एकमात्र तरीका यह है कि इस चेकलिस्ट का पालन करना है:

  1. क्लीन सॉल्यूशन जबकि आपके समाधान को रिलीज़ मोड में कॉन्फ़िगर किया गया है।
  2. स्वच्छ समाधान, जबकि आपके समाधान को डिबग मोड में कॉन्फ़िगर किया गया है।
  3. निर्माण करें, जबकि आपका समाधान डिबग मोड में कॉन्फ़िगर किया गया है।

18
केवल वही जवाब जो मेरे लिए भी काम आया। मुझे इसके बाद कई अन्य त्रुटियां हुईं, लेकिन वे असंबंधित थीं। मैं यहाँ से सेटिंग करके MvcBuildViewsगया true
बेंजामिन

+1 BTW: मुझे लगता है कि मेरे लिए यह काम करने का कारण यह था कि मेरे पास सबसे हालिया निर्माण डीबग था । मैंने समाधान खोला, एक बग ठीक किया और आर रिलीज़ मोड में बनाने का प्रयास किया । रिलीज में सफाई ने काम नहीं किया लेकिन डिबग में सफाई की । (संभवतया 2 का एक कॉम्बो वही था, जिसकी आवश्यकता थी, यानी डीएल या डिबग जारी करने के लिए किसी भी पुराने रेफरी को साफ़ करें )।
स्कूटी.नेट

4
मैंने एक साफ-सुथरा किया , फिर * प्रोजेक्ट प्रॉपर्टीज में गया -> वेब -> वर्चुअल डायरेक्टरी बनाएँ और फिर इस मुद्दे को सुलझाया गया
gldraphael

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

1
मेरे मामले में स्वच्छ उपलब्ध नहीं है, जो मैंने पहले कभी नहीं देखा है। यह एक बहुत पुराना VB.NET एप्लिकेशन है जो मुझे पूर्व सहयोगी से विरासत में मिला है।
tnk479

82

बस इस पोस्ट के पार आओ और मेरे साथ ऐसा हो रहा था।
बस Cleanपरियोजना और त्रुटि दूर हो जाती है। (VS2010 बग होना चाहिए)


यह समाधान यदि आपको Visual Studio में त्रुटि के रूप में मिलता है।
गिदोन

22
कभी-कभी साफ करना objफ़ोल्डर को साफ नहीं करता है । इसे कभी-कभी हटाने की भी आवश्यकता होती है।
जयपेगी

1
न तो क्लीन और न ही हटाने में काम किया। जॉनी रेली के समाधान ने मेरे लिए काम किया।
बेंजामिन

मुझे इससे छुटकारा पाने के लिए डिबग और रिलीज़ मोड दोनों में साफ-सुथरा चलना था। सिर्फ डिबग के लिए इसे चलाने से समस्या का समाधान नहीं हुआ।
जुहा पालोमाकी

वही समस्या अभी भी VS2013SP1 में मौजूद है। एक साधारण साफ मुझे फिर से तैनात करने देता है।
ब्रायन नोब्लुक

25

मुझे अपनी वेबसाइट के दूसरे संस्करण का निर्माण करते समय बस यही समस्या थी। यह तब नहीं हुआ जब मैंने इसे पहली बार बनाया था।

मैंने सिर्फ बिन और obj फोल्डर को डिलीट किया है, क्लीन सॉल्यूशन चलाया है और इसे फिर से बनाया है, इस बार बिना किसी समस्या के।


2
यह एकमात्र समाधान है जिसने मेरे लिए वीएस एक्सप्रेस 2012 में वेब के लिए काम किया है। इसके अलावा, मैं केवल इस त्रुटि को शुरू कर रहा था जब मैंने एक समाधान कॉन्फ़िगरेशन बनाया, और MvcBuildViews को .csproj स्रोत में इसके प्रॉपर्टीग्रेप पर सही सेट कर दिया।
जेरेमी कुक

20

कोई नहीं। आपको उस निर्देशिका को सेट करने की आवश्यकता है जिसे आपने वेबसाइट को IIS के भीतर वेब एप्लिकेशन के रूप में रखा है ।


1
यद्यपि तकनीकी रूप से यह एक बदलाव है "इस काम को करने के लिए कहीं और";)
झाफ - बेन ड्यूगिड

2
और यह समाधान है यदि आप इसे अपने वेब ऐप में त्रुटि के रूप में प्राप्त करते हैं! = पी
गिदोन

मैं पहले से ही एक एप्लिकेशन के रूप में सेटअप कर रहा था। जॉनी रेली के समाधान ने मेरे मामले में काम किया।
बेंजामिन

मैं सिर्फ काम करने के लिए टेम्पलेट Webforms ऐप प्राप्त करने की कोशिश कर रहा हूं। यह लोकलहोस्ट पर ठीक है लेकिन LAN के सर्वर पर नहीं है। इस समाधान ने मेरे लिए काम किया: VS2015 CE, विंडोज सर्वर 2008 मेरे लैन पर। मैंने इस MS पृष्ठ का उपयोग यह बताने के लिए किया कि IIS: support.microsoft.com/en-gb/kb/917413 पर क्या करें । टेम्प्लेट कोड में कोई परिवर्तन नहीं।
टिम

16

यह त्रुटि तब होती है जब आप किसी प्रोजेक्ट को वेबसाइट के रूप में खोलने का प्रयास करते हैं। यह निर्धारित करने का सबसे आसान तरीका है कि आपने एक वेबसाइट या एक परियोजना बनाई है, अपने समाधान फ़ोल्डर (यानी जहां आपने अपना कोड सहेजा है) की जांच करें और देखें कि क्या आपके पास रूट निर्देशिका में एक .sln फ़ाइल है, यदि आप ऐसा करते हैं तो ' एक परियोजना बनाई है

बस जोड़ने के लिए, मुझे अभी इस त्रुटि का सामना करना पड़ा जब मैंने एक प्रोजेक्ट खोलने का प्रयास किया जिसे मैंने "फाइल", विजुअल स्टूडियो मेनू से "ओपन वेबसाइट" का चयन करके कुछ समय पहले बनाया था जबकि मुझे "फाइल", "ओपन प्रोजेक्ट" का चयन करना चाहिए था बजाय। मुझे एहसास हुआ जैसे ही मैंने सामना किया :)


यह मेरी समस्या भी थी
18

13

विजुअल स्टूडियो 2013 में मैंने इसके साथ थोड़ी देर के लिए संघर्ष किया और इसे हल करने के लिए बहुत आसान है केवल अपवादों का कहना है कि "वर्चुअल निर्देशिका को IIS में एप्लिकेशन के रूप में कॉन्फ़िगर नहीं किया जा रहा है"

मेरे मामले में मैं था WebServiceअंदर लगाए IIS websiteतो

  1. मैंने IIS मैनेजर में वेबसाइट खोली
  2. राइट WCF फ़ोल्डर पर क्लिक किया
  3. क्लिक किए गए Convert to Application
  4. और फिर के साथ प्रस्तुत किया Ok

WCF वापस आ रहा है और चल रहा है।


1
मैं इस समस्या का सामना कर रहा था जब मैंने अपने आवेदन को डिफ़ॉल्ट वेबसाइट पर स्थानांतरित कर दिया था। बिंदु 3 ने मेरी समस्या को हल करने की चाल चली।
बिक्रम s।

मेरे लिए यह तब काम किया जब हम एक नए वेब सर्वर पर चले गए। "कन्वर्ट करने के लिए आवेदन" करने के बाद, फ़ोल्डर का प्रतीक बदल गया, और ASP.NET MVC वेबऐप ने उस वेब सर्वर पर काम करना शुरू कर दिया।
ग्रेग बर्थ

11

त्रुटि बताती है कि आप जिस कोड का उपयोग कर रहे हैं, वह IIS पर सेटअप के लिए वर्चुअल निर्देशिका की अपेक्षा कर रहा है।

प्रलेखन देखें और आवश्यक आभासी निर्देशिका जोड़ें। यह एक निर्देशिका होनी चाहिए जो इसमें है web.config(रूट निर्देशिका नहीं)।


8
एक कम निर्देशिका में एक दूसरे web.config को हटाने से मेरे लिए समस्या हल हो गई।
लुकास बी

10
मेरे दोस्तों में से एक उनकी था <authentication mode="Forms"><forms name="..." loginUrl="~/Login/Login/" timeout="2880" /></authentication>उसकी में Web.configमें Viewsबल्कि तो ट्रंक फ़ोल्डर, जो इस समस्या का कारण बना।
सर्ज सगुन

10

यदि आपके पास सक्षम दृश्यों के निर्माण के साथ MVC प्रोजेक्ट है, तो समाधान का एक तरीका बिल्ड से पहले obj फ़ोल्डर को हटाना है। प्रोजेक्ट फ़ाइल में जोड़ें:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

यहाँ आलेख है: निर्माण या तैनाती से पहले बिन और / या obj फ़ोल्डर को कैसे हटाएं


8

हाल ही में एक web.config परिवर्तन गलत web.config फ़ाइल में हो सकता है।

दृश्य / web.config<machineKey...> में एक गुण जोड़ा गया था । चाहे कितनी भी क्लीन एंड रिवाइंड की त्रुटि रही। फिक्स को संपत्ति को रूट /web.config में स्थानांतरित करना था ।


हमने गलती से पैरेंट Web.config को / Views फ़ोल्डर में कॉपी कर लिया था। वहाँ के दृश्य फ़ोल्डर के लिए मूल, बहुत छोटा संस्करण रखो और साइट ने फिर से काम किया।
ग्रैंडर

6

यदि आप कभी भी इस त्रुटि का सामना करते हैं

आवेदन के स्तर से परे allowDefinition = 'MachineToApplication' के रूप में पंजीकृत अनुभाग का उपयोग करने के लिए यह एक त्रुटि है। यह त्रुटि IIS में किसी अनुप्रयोग के रूप में कॉन्फ़िगर नहीं की जा रही वर्चुअल निर्देशिका के कारण हो सकती है

समाधान
मैं वीएस 2012 के साथ एक ही मुद्दा था। मैंने इसे हल किया

  1. अपने वर्तमान प्रोजेक्ट को लोड करें
  2. अपने .csproj को संपादित करें
  3. इसे खोजो <MvcBuildViews>false</MvcBuildViews>
  4. इसके बजाय झूठे परिवर्तन के मूल्य सच
  5. अपनी परियोजना को फिर से लोड करें और आपके पास यह त्रुटि नहीं होनी चाहिए

यदि आपके पास है तो एक समाधान संकलक द्वारा उत्पन्न परियोजना में ओब्ज फ़ोल्डर की सामग्री को हटाना है।


18
यह अजीब है, यह स्थापित MvcBuildViewsकरना trueकि मुझे पहली जगह में त्रुटि कैसे हुई।
बेंजामिन

MvcBuildViews को सही में बदलने के बाद मुझे भी त्रुटि संदेश मिलने लगा। मैंने मान को वापस गलत में बदलकर त्रुटि संदेश से छुटकारा पा लिया।
जुहा पालोमाकी

3
मैंने रिलीज़ और डिबग मोड दोनों में "क्लीन सॉल्यूशन" किया और अब बिल्ड के साथ भी काम कर रही है<MvcBuildViews>true</MvcBuildViews>
Juha Palomäki

@ JuhaPalomäki सुपर प्यारी! धन्यवाद।
हारून

मेरे पास @visar_uruqi एक के विपरीत स्थिति थी। मेरा मतलब है मेरी .csproj फ़ाइल में मेरे पास विकल्प MvcBuildViews सही पर सेट था और जब मैं गलत सेट करने के लिए त्रुटि छोड़ी गई थी (दिखाई नहीं गई)।
ब्रोनक

5

मेरे मामले में, परियोजना के उपनिर्देशिका में प्रकाशित करने के बाद ही समस्या सामने आई । मेरे ज्ञान की कमी के कारण, मैंने अपनी web_publishउपनिर्देशिका को अंदर रखा हैweb_project निर्देशिका के ।

यह स्पष्ट है कि web_publishइसमें वही Web.configसमाहित है जिसमें परियोजना शामिल है। हालाँकि, web_projectयह नहीं जानता है कि नेस्टेड उपनिर्देशिकाओं में web_publishखोज करते समय मुझे बचना चाहिए Web.config। इस तरह, Web.configएस को दोहराया गया और त्रुटि दिखाई दी।

उपाय यह था कि मैं web_publishकहीं और जाऊं।


5

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


मेरी भी ऐसी ही स्थिति थी, किसी ने डिस्क पर वेबसाइट रूट के भीतर एक "प्रकाशित" सबफ़ोल्डर बनाया था (यह एक पुराना वेब प्रोजेक्ट है, जिसमें कोई भी सॉल्यूशन फ़ाइल नहीं है), और इसमें एक Web.config था। जब Visual Studio ने इसे बनाने का प्रयास किया, तो त्रुटि हुई और निश्चित रूप से "obj" फ़ोल्डर आदि की सफाई / हटाने की कोई राशि निश्चित नहीं की गई। मैंने इस त्रुटि के कुछ उदाहरण देखे हैं, और यह लगभग हमेशा एक डुप्लिकेट Web.config को कहीं दूर छिपा रहा है ... (वास्तव में खराब त्रुटि संदेश भी!)
विस्तार से

4

मेरे मामले में,

समाधान में 6 परियोजनाएं, 1 मुख्य और 5 उप निर्देशिकाएं शामिल हैं। सभी उप निर्देशिकाओं में web.config है।

उप निर्देशिकाओं के भीतर किसी भी पृष्ठ को चलाने के दौरान, मुझे वही त्रुटि मिल रही थी।

मैंने इस लाइन को web.config से हटा दिया,

<authentication mode="Windows"/>

मेरे लिए काम किया।


आपने किस लाइन को हटाया?
मार्क बेरी

लाइन वहाँ थी, लेकिन कुछ इंडेंट प्रॉब्लम के कारण नहीं दिख रही थी। मैंने एक कोड ब्लॉक में कोड को संपादित और चिपकाया, अब यह दिखाता है। कृपया जांच करें और मुझे बताएं कि क्या मैं किसी चीज़ में मदद कर सकता हूं।
p_champ

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

4

अपनी परियोजना को साफ़ करें / obj फ़ोल्डर निकालें (शायद प्रकाशित और तैनाती का उपयोग कर? - इसमें एक बग है)


केवल समाधान जो मेरे लिए काम किया। <MvcBuildViews> true </ MvcBuildViews> सेट करके यहां आए।
पॉल

3

मेरी समस्या यह थी कि मैंने गलती से VS2010 की एक ताजा स्थापना पर एक पूर्व-पूर्ण स्थान पर अपना वेबसेवा प्रकाशित कर दिया था।

मैंने PreCompiledWeb नामक एक फ़ोल्डर में प्रकाशित किया था , और वेब की उपस्थिति। मुझे संदेह है कि इसे गड़बड़ कर दिया।

मैं बस फ़ोल्डर nuked, और परियोजना को ताज़ा किया।

जब इस त्रुटि को डबल-क्लिक करते हैं - तो यह मुझे उस त्रुटिपूर्ण web.config फ़ाइल में ले गया, जिसने मुझे बंद कर दिया।


2

यह संस्करण समस्या हो सकती है जैसे आप .Net फ्रेमवर्क 2.0 की परियोजना को डाउनलोड करते हैं और इसे VS2008 में खोलना चाहते हैं, फिर आपको नवीनतम संस्करण में अपग्रेड करने की आवश्यकता होगी और वीएस एक ही रूट डायरेक्टरी में फ़ोल्डर का बैकअप बनाएगा। यहाँ उत्तर प्राप्त करें


रंगन का जवाब यहाँ कुछ और विवरण प्रदान करता है।
मार्क बेरी

2

मेरे समाधान में बनाई गई वेब परिनियोजन परियोजना के साथ समाधान बनाते समय मुझे यह त्रुटि हुई थी। मैं उस फ़ोल्डर को हटाकर त्रुटि का समाधान करता हूं जहां वेब परिनियोजन प्रोजेक्ट बनाया गया है। यह फ़ोल्डर WDP गुणों के "प्रोजेक्ट फ़ोल्डर" विशेषता में निर्दिष्ट है


2

बिन और obj फ़ोल्डर हटाएँ। फिर समाधान का पुनर्निर्माण करें।


फ़ाइल एक्सप्लोरर के लिए, इन फ़ोल्डरों को खोजने / हटाने के लिए खोज क्वेरी "obj" तरह: = फ़ोल्डर और "बिन" प्रकार: = फ़ोल्डर का उपयोग करें। इसने मेरे लिए काम किया।
रॉबर्ट जे। गुड

2

स्पष्ट रूप से मेरे समाधान में दो web.config फाइलें थीं। मैं MVC4 का उपयोग कर रहा हूं और व्यू के तहत एक और कॉन्फिगर फाइल थी और मैं गलत फाइल में बदलाव कर रहा था। निश्चित रूप से वहाँ मेरी मदद की।

लेकिन आप Global.asax फ़ाइल में हमेशा डिफ़ॉल्ट रीडायरेक्ट / रूट बदल सकते हैं।


1

संभवतः आपके पास प्रोजेक्ट फ़ोल्डर के भीतर एक उप asp.net प्रोजेक्ट फ़ोल्डर है जिसे वर्चुअल निर्देशिका के रूप में कॉन्फ़िगर नहीं किया गया है। IIS में चलाने के लिए प्रोजेक्ट सेटअप करें।


1

मैंने अपनी वेबसाइट प्रकाशित स्क्रिप्ट में जोड़ा। अंत में, अपने वेबसाइट फ़ोल्डर से obj फ़ोल्डर को हटा दें।


आपके पास कुछ जानकारी हो सकती है: stackoverflow.com/questions/6986738/…
ekkis

1

यदि प्रोजेक्ट "फ़ाइल में" सही "सक्षम है, तो मुझे यह समस्या अधिक बार आती है।

  1. झूठा सेट करें

जैसा कि जॉनी कहता है:

  1. क्लीन सॉल्यूशन जबकि आपके समाधान को रिलीज़ मोड में कॉन्फ़िगर किया गया है।
  2. स्वच्छ समाधान, जबकि आपके समाधान को डिबग मोड में कॉन्फ़िगर किया गया है।
  3. निर्माण करें, जबकि आपका समाधान डिबग मोड में कॉन्फ़िगर किया गया है।

1

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


1

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


4
नमस्ते, ढेर अतिप्रवाह में आपका स्वागत है! क्या आप कृपया अपने उत्तर का विस्तार कर सकते हैं? क्या आप बता सकते हैं कि फ़ोल्डर को वेब एप्लिकेशन में कैसे बदला जाए? यह दूसरों को आपके उत्तर को बेहतर ढंग से समझने में मदद करेगा।
जेसी

1
IIS प्रबंधक में, दाईं ओर स्थित कनेक्शंस फलक के अंतर्गत, आप अपने द्वारा बनाई गई साइटों (या डिफ़ॉल्ट वेब साइट) के तहत निर्देशिका पर राइट-क्लिक करें, और चुनें Convert to Application
आस्की बी।

1

मुझे अपने प्रॉजेक्ट को डिबग मोड में प्रकाशित करने के बाद वीएस 2013 में भी यही समस्या है। समस्या को obj / files को हटाकर हल कर दिया गया है


1

मेरा एक वेबसाइट प्रोजेक्ट है।

मेरे मामले में मैंने समाधान फ़ाइल को किसी अन्य पथ पर स्थानांतरित कर दिया था और जो समस्या का कारण बनी। मैंने इसे पिछले स्थान पर पुनर्स्थापित किया और समस्या समाप्त हो गई।


1

अभी भी किसी भी दिखने के लिए, मेरा समाधान दोनों बिन और obj फ़ोल्डर्स को हटाने और दृश्य स्टूडियो को पुनरारंभ करने के लिए इसे ठीक करने के लिए लगता है।


1

विज़ुअल स्टूडियो के माध्यम से, मैंने एफ़टीपी के माध्यम से एक बाहरी सर्वर पर डब्ल्यूसीएफ सेवा प्रकाशित की थी । यह स्थानीय रूप से ठीक काम करता था, और जब आंतरिक सर्वर पर प्रकाशित होता है, लेकिन बाहरी पर नहीं। समाधान बिना प्रदान किए प्रकाशित करना था Site Path (दूसरे शब्दों में, आभासी निर्देशिका के मूल में सीधे प्रकाशित) ।

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


0

टिप 1: स्वच्छ और फिर पुनर्निर्माण।

टिप 2: बस वी.एस. को बंद करें और फिर से खोलें।

टिप 3: डाउनलोड की गई परियोजना किसी अन्य उप फ़ोल्डर के अंदर हो सकती है ... आपके पास .net फ़ाइलें खोलने वाला फ़ोल्डर खोलें।

सी: / डेमो 1 / डेमो / (सभी फाइलें)

आपको डेमो ... बनाम डेमो 1 से खोलना होगा।


0

मैंने ऊपर दिए गए हर समाधान की कोशिश की, लेकिन उनमें से किसी ने भी मेरी समस्या के लिए काम नहीं किया। (मुझे यकीन है कि इस समस्या के 1000 समाधान हैं) मेरे परिदृश्य के लिए, मैं अपनी डब्ल्यूसीएफ वेब सेवा को प्रकाशित करने का प्रयास कर रहा था जिसे मैंने उत्पादन में परीक्षण किया था।

हालाँकि, मुझे यह महसूस करने में असफल रहा कि उत्पादन में हम केवल HTTPS हैं, जिसका अर्थ है कि हम HTTPS के लिए सब कुछ पुनर्निर्देशित करते हैं। जैसा कि यह पता चला है, मैं HTTPS के बजाय HTTP के माध्यम से सेवा की ओर इशारा कर रहा था, इस प्रकार त्रुटि पैदा हुई। इस परिदृश्य में समाधान केवल HTTP के बजाय HTTPS को एड्रेस प्रोटोकॉल बदलने के लिए था।

मुझे उम्मीद है कि इस समस्या का पता लगाने की कोशिश में कुछ गरीब आत्मा की मदद करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.