Application_Start नहीं फायरिंग?


143

मेरे पास ASP.NET MVC (बीटा) एप्लिकेशन है जो मैं काम कर रहा हूं, और यह पता लगाने में परेशानी हो रही है कि क्या मैं कुछ गलत कर रहा हूं, या यदि Application_StartGlobal.asax.cs में मेरा तरीका वास्तव में है, जब मैं कोशिश करता हूं तो फायरिंग नहीं होती है अनुप्रयोग डीबग करने के लिए।

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


क्या आपके वैश्विक.सैक्स पृष्ठ को उस वैश्विक वर्ग से विरासत में मिला है जो आपकी विधि में है?

मैंने उस स्थिति में बाउंस किया है जहाँ global.asaxफ़ाइल बस गायब थी। तो यह भी जाँच के लायक है :-)
itho

जवाबों:


85

यदि यह IIS में है, तो डिबगर संलग्न होने से पहले ऐप शुरू हो सकता है। यदि हां, तो मुझे यकीन नहीं है कि यदि आप संलग्न होने के लिए नींद को लंबे समय तक थ्रेड कर सकते हैं।

Visual Studio में, आप डिबगर को किसी प्रक्रिया में संलग्न कर सकते हैं। आप इसे डिबग >> प्रोसेस करने के लिए अटैच करके क्लिक करें। ब्राउज़र से संलग्न करें और फिर अपने एप्लिकेशन को हिट करें। सुरक्षित होने के लिए, फिर IIS को पुनरारंभ करें और साइट को हिट करें। मैं 100% आश्वस्त नहीं हूं कि इससे समस्या हल हो जाएगी, लेकिन यह App_Start में एक थ्रेड स्लीप को बंद करने से बहुत बेहतर होगा।

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


21
विस्तार करने के लिए - (VS2010 में, MVC 3 प्रोजेक्ट प्रकार का उपयोग करके) राइट क्लिक वेब प्रोजेक्ट> गुण> वेब (टैब) और सुनिश्चित करें कि "विज़ुअल स्टूडियो डेवलपमेंट सर्वर का उपयोग करें" को रेडियो बटन चुना गया है। तब आपके Application_Start ब्रेकप्वाइंट को बस ठीक से मारा जाना चाहिए।
मेमडेवेल्टर

धन्यवाद @MemoDeveloper !! यह शानदार है !!
प्रवीण प्रजापति

2
अह्ह्ह्हह मन्नन्नन्नन, मैंने एक दो घंटे गँवाए। फिर!! इस उत्तर के लिए धन्यवाद। :)
शमूएल

यदि आप Application_Start () के तहत Global.asax.cs में Visual Studio में एक विराम बिंदु सेट करते हैं और यह आग नहीं लगाता है, तो अपने बिल्ड प्रकार की जांच करें। यदि आप एक रिलीज़ के रूप में चल रहे हैं, तो यह विराम बिंदु आग नहीं हो सकता है। डिबग पर स्विच करें और इसे बंद होना चाहिए।
पॉल

171

नोट: इनबिल्ट "विजुअल स्टूडियो डेवलपमेंट सर्वर" या IIS एक्सप्रेस (जैसे कि आप IIS के खिलाफ विकसित कर रहे हैं और आपके ऐप के उचित कामकाज के लिए आपके पास जो विशेष सेटिंग्स हैं, उनकी आवश्यकता है) का उपयोग करने का एक अच्छा आसान विकल्प केवल IIS (I) में रनिंग रन रहना है कस्टम वेब सर्वर का उपयोग करें + एक ही डोमेन के लिए फ़ाइल प्रविष्टि + IIS बाइंडिंग होस्ट करता है)

  1. डीबगिंग सत्र के लिए प्रतीक्षा करने के लिए ठीक है
  2. उसके बाद बस व्हाट्सएप को रूट web.config में एडिट करें और फाइल को सेव करें
  3. अपना पृष्ठ ताज़ा करें (Ctrl + F5)

आपके ब्रेकपॉइंट को अच्छी तरह से मारा जाना चाहिए, और आप अपने प्राकृतिक IIS आवास में डिबग करना जारी रख सकते हैं । महान !


यह शानदार AppDomain रीसायकल हुकअप है। धन्यवाद !!
संजय

कोई और अधिक Visual Studio डेवलपमेंट सर्वर नहीं है। stackoverflow.com/questions/19676527/…
mac10688

1
@ mac10688 सच है, लेकिन अभी भी "आईआईएस एक्सप्रेस" है जो अभी भी आम तौर पर उत्पादन वातावरण नहीं है। जवाब को धन्यवाद के अनुसार अपडेट करें।
मेमेवेदर

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

54

निम्नलिखित किसी भी मामले में मदद करता है (कोई फर्क नहीं पड़ता कि आप IIS, कैसिनी या जो भी उपयोग कर रहे हैं):

  1. Application_Start में अपना ब्रेकपॉइंट सेट करें
  2. डीबग करना प्रारंभ करें (ब्रेकपॉइंट संभवतः सबसे हिट नहीं है) -> ब्राउज़र में एक पृष्ठ दिखाया गया है
  3. बदलें web.config (जैसे एक रिक्त पंक्ति दर्ज करें) और इसे सहेजें
  4. ब्राउज़र में पृष्ठ पुनः लोड करें -> ब्रेकपॉइंट हिट है!

यह काम क्यों करता है? जब web.config को बदल दिया जाता है, तो वेब सर्वर (IIS, कैसिनी, आदि) एक रीसायकल करता है, लेकिन इस मामले में (जो भी कारण के लिए), प्रक्रिया वही रहती है, इसलिए आप डीबगर (Visual Studio) के साथ संलग्न रहते हैं )।


3
क्लोन, दो साल बाद stackoverflow.com/a/7655582/11635 - टिप्पणी में किसी भी अतिरिक्त जानकारी को हटाने और डालने पर विचार करें
Ruben Bartelink

वास्तव में @RubenBartelink, मुझे लगता है कि यह उत्तर दूसरे की तुलना में स्पष्ट है, क्योंकि शब्दांकन और अतिरिक्त स्पष्टीकरण।
हर्बेर्टो लुगो

1
@HeribertoLugo मैं उस से शांत हूँ - 50 अपवोट्स पूरी तरह से असहमत होना मुश्किल है (फिर भी, अगर किसी के पास समय और संदर्भ है तो अंतर को बंद करने के लिए दूसरे उत्तर के लिए मुझे बहुत खुशी होगी; यह तब से है जब से मैं कुछ हूं) मैंने IIS पर डिबगर का उपयोग किया है!)
रुबेल बार्टलिंक

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

22

मैं भी IIS होस्ट किए गए ऐप के साथ application_start में ब्रेकप्वाइंट के साथ समस्या कर रहा हूं। एक अच्छा समाधान Debugger.Break () का उपयोग कर रहा है; वीएस ब्रेकपॉइंट के बजाय कोड में


2
मुझे विश्वास है कि एकीकृत पाइपलाइन मोड में अपने ऐप पूल को चलाने के लिए कुछ के रूप में ब्रेकपॉइंट को मारना नहीं है। क्या आप उसका उपयोग कर रहे हैं?
फ्लोर्स

9

मुझे बस एक ही समस्या है। मैंने अपने समाधान में बहुत नाम बदला है। इसके बाद मुझे दो काम नहीं करने वाले वेब-एप्लिकेशन और कई अन्य वेब-एप्लिकेशन ठीक थे। मुझे त्रुटि मिली कि मेरे पास गलत मार्ग हैं। जब मैंने Application_Startविधि में ब्रेक पॉइंट सेटअप करने की कोशिश की है , और फिर IIS को पुनरारंभ करें, तो वीएस ने निष्पादन को नहीं तोड़ा। व्यावहारिक वेब-अनुप्रयोग विराम के साथ काम कर रहा था। तब मुझे याद आया कि "स्वच्छ समाधान" और "पुनर्निर्माण" नाम बदलने वाली विधानसभाओं को नष्ट नहीं करता है। और वह समाधान था! मैंने binअपने बग्गी-वेब-अनुप्रयोगों की निर्देशिकाओं को मैन्युअल रूप से साफ किया है और फिर देखा कि Global.asax Inherits=""विशेषता में नई त्रुटि को पुराने डीएल संदर्भित किया गया था। मैंने इसे नए पर बदल दिया है और ब्रेक ने काम करना शुरू कर दिया है। मान लीजिए कि, Global.asax का नाम बदलने के दौरान, अद्यतन नहीं किया गया था,


वाह, यह एक दर्द था खोजने के लिए! यह टिप के लिए है!
लैंडन पोच

@ दाओ वास्तव में यह बहुत बढ़िया है, धन्यवाद;) मैंने इस पर कुछ घंटों का समय बर्बाद किया, मुझे आपका उत्तर पहले ही मिल जाना चाहिए :)
पंकज पारकर

7

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

Global.asax:

<%@ Application Language="C#" %>

इसे बदलने की आवश्यकता है:

<%@ Application Codebehind="Global.asax.cs" Inherits="ProjectNamespace.MvcApplication" Language="C#" %>

जहाँ ProjectNamespace जो कुछ भी नामस्थान है वह आपके Global.asax.cs वर्ग (आमतौर पर आपके प्रोजेक्ट का नाम) है।

हमारे मामले में फ़ाइल में इनलाइन कोड का एक गुच्छा था, जिनमें से कुछ .cs फ़ाइल से कॉपी-पेस्ट किए गए थे, कुछ नहीं। हमने सिर्फ .cs फ़ाइल पर इनलाइन कोड डंप किया और धीरे-धीरे हमारे परिवर्तनों को वापस मर्ज कर दिया।


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

5

"एकीकृत" के बजाय ऐप पूल के लिए प्रबंधित पाइपलाइन मोड को "क्लासिक" पर स्विच करने का प्रयास करें। इससे मेरे लिए समस्या हल हो गई। अब कारण में देख रहे हैं ...

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


हाँ यह काम करता है। लेकिन अगर आप यह मानते हैं कि आपके एप्लिकेशन को एकीकृत ऐप पूल के तहत काम करना चाहिए, तो इसे एकीकृत पूल के तहत भी डीबग करना चाहिए।
कारेल क्राल

जब मेरा क्लासिक से इंटीग्रेटेड में स्विच हुआ तो मेरा आवेदन "F5" के बाद भी ब्रेकपॉइंट नहीं मार पाएगा। क्या आपने कभी इसकी खोज क्यों की? मुझे एकीकृत उपयोग करने की कोई आवश्यकता नहीं है, लेकिन जब ये चीजें बिना किसी कारण के काम नहीं करती हैं तो यह हतोत्साहित करता है।
22x पर कोडेक्सआर्केनम

5

सुनिश्चित करें कि आपका Global.asax एक उपनिर्देशिका के तहत नहीं है। इसे अपनी परियोजना में मूल स्तर पर रखा जाना चाहिए।


बहुत बहुत धन्यवाद!!! तुमने मुझे पागल होने से बचा लिया! यह वही था जो मेरी समस्या पैदा कर रहा था।
यन दुरान

1
मेरा मुद्दा यह था कि मैंने बस एक वर्ग बनाया था, जिसे Global.asax.csकाम करने की उम्मीद थी। आपको इसका उपयोग करके इसे बनाने की आवश्यकता है Add-> New Item-> Global Application Classताकि इसे संबंधित Global.asaxवेब फ़ॉर्म कॉन्फिग फ़ाइल के साथ बनाया जाए ।
लेवी फुलर

4

हमें एक समान समस्या थी, जहां Global.asax.cs को नजरअंदाज किया जा रहा था।

यह पता चलता है कि साइट को .NET 4.0 साइट पर एक प्री-कंपोज्ड .NET 2 वेब साइट से अपग्रेड किया गया था। सर्वर पर, PrecompiledApp.configफ़ाइल को रूट फ़ोल्डर से हटाया नहीं गया था। इसे हटाने के बाद, और एप्लिकेशन को पुनः आरंभ करने के लिए IIS ऐप पूल को पुन: उपयोग और web.config को छूने से Global.asax.cs में कोड ठीक काम करना शुरू कर दिया।


3

मुझे एक बार समस्या हुई थी कि Global.asax और Global.asax.cs को वास्तव में परिनियोजन स्क्रिप्ट द्वारा IIS फ़ोल्डर में कॉपी नहीं किया गया था ... इसलिए जब यह विकास सर्वर पर डिबगिंग का काम करता है, लेकिन IIS के तहत नहीं।


मुझे भी यही समस्या थी। जब मैंने Global.asax को सर्वर पर अपलोड किया, समस्या हल हो गई।
हादी

3

एक देर से प्रवेश ...

यह डिबग करने से पहले कि IIS एप्लिकेशन शुरू हो जाता है या नहीं, यह जांचने के लिए पर्याप्त समय है कि आप इसे अपने GLOBAL.ASAX के ऊपर या नीचे जोड़ दें Application_Start

throw new ApplicationException("Yup, it fired");

2

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


सही है, मेरा मतलब है कि वीएस से ऐप लॉन्च करना। मैंने इसे IIS में होस्ट किया है, इसलिए VS उस प्रक्रिया से जुड़ रहा है। क्या आप कह रहे हैं कि वीएस प्रक्रिया में संलग्न होने से पहले घटना आग हो सकती है?
बॉब यैक्ले

2

विज़ुअल स्टूडियो को बंद करें और अपने वेब प्रोजेक्ट (या समाधान में सभी प्रोजेक्ट) में फ़ोल्डर्स binऔर objफ़ोल्डरों को हटा दें ।

इन फ़ोल्डरों को आपकी सभी परियोजनाओं से हटाने के लिए यहां आदेश दिए गए हैं:

rm *\bin -r
rm *\obj -r

2

मैंने विज़ुअल स्टूडियो से "कोड एनालिसिस ऑन बिल्ड" के आधार पर कुछ बदलाव किए थे। कोड विश्लेषण ने Global_asax में Application_Start () के लिए "CA1822 मार्क सदस्यों को स्थिर" के रूप में सुझाया। मैंने ऐसा किया और इस समस्या को समाप्त कर दिया।

मैं इस कोड विश्लेषण संदेश को दबाने का सुझाव देता हूं, और एप्लिकेशन को बूटस्ट्रैप करने के लिए उपयोग किए गए प्लेटफॉर्म द्वारा स्वचालित रूप से बनाए गए तरीकों / कक्षाओं के हस्ताक्षर को नहीं बदलता। विधि का हस्ताक्षर Application_Start शायद एक कारण के लिए गैर-स्थिर था।

मैं इस विधि-हस्ताक्षर और Application_Start () पर फिर से फायर कर रहा था:

    protected void Application_Start()
    { ... }

2

स्टैटिक पेज (जैसे index.html) को स्टार्ट अप पेज के रूप में उपयोग करने पर मुझे इस समस्या का सामना करना पड़ा - एप्लिकेशन-स्टार्ट को कॉल नहीं किया जाता है। मुझे पता चला कि एक स्थैतिक पृष्ठ की सेवा वास्तव में आवेदन शुरू नहीं करती है। .Aspx पेज का अनुरोध करता है।


यही मेरे लिए था। धन्यवाद।
रीकेकास्ट

2

सुनिश्चित करें कि Global.asax और Global.asax.cs में नामस्थान समान हैं। यदि वे अलग हैं तो यह किसी भी त्रुटि को नहीं फेंकेंगे लेकिन ब्रेकपॉइंट को भी नहीं मारेंगे क्योंकि यह एप्लिकेशन_स्टार्ट को बिल्कुल भी निष्पादित नहीं कर रहा है।


1

मुझे लगता है कि आवेदन शुरू होने वाली घटना केवल तभी निकाल दी जाती है जब पहला अनुरोध किया जाता है, तो क्या आप अपनी वेबसाइट (यानी एक अनुरोध कर रहे हैं) मार रहे हैं?


हां मैं आवेदन के लिए एक अनुरोध कर रहा हूं।
बॉब यैक्ले

1

मेरे पास यह मुद्दा था .net 4 वेब रूपों बनाम2010 परियोजना में और इस पृष्ठ पर उल्लिखित सब कुछ करने की कोशिश की। वैश्विक रूप से हटाने और जोड़ने का समर्थन किया। वास्तव में मेरे लिए समस्या का समाधान हो गया।


1

मैं एक ही समस्या है, Application_Start को पकड़ नहीं सका। और कारण यह था कि यह मार्कअप फ़ाइल में एक मिसमैच के लिए फायरिंग नहीं कर रहा था। मार्कअप फ़ाइल Global.asax को एक अन्य वर्ग विरासत में मिला था ...


1

क्या आपने प्रोजेक्ट सेटिंग्स की जाँच की? मुझे यह समस्या थी और मुझे अपने सर्वर विशिष्ट पोर्ट की तुलना में एक अलग पोर्ट पर स्टार्ट यूआरएल जाना था। मुझे यह पता लगाने में बहुत लंबा समय लगा ...


1

मेरी स्थिति में लागू होने और उनमें से किसी के साथ कोई भाग्य नहीं होने के कारण जितने भी अन्य उत्तर हैं, मैं कोशिश करने के बाद, मैं वेब प्रोजेक्ट (आरआईए सेवाओं का उपयोग करते हुए सिल्वरलाइट ऐप के लिए सर्वर-साइड प्रोजेक्ट) की संपत्तियों में गया, पर क्लिक किया "वेब" टैब और चयनित सर्वर को "स्थानीय आईआईएस" से "आईआईएस एक्सप्रेस" में बदल दिया। (नोट मैं VS2013 का उपयोग कर रहा हूं।) इससे समस्या हल हो गई। Application_Start "IIS Express" के अंतर्गत निष्पादित होता है, लेकिन "स्थानीय IIS" के अंतर्गत नहीं। दिलचस्प ...


इसे अंजाम दिया जा रहा है। जब आप या तो IIS प्रक्रिया में संलग्न नहीं हुए हैं, या इसे निष्पादित होने के बाद इसे संलग्न नहीं कर रहे हैं, तो आप बस इसे डिबग नहीं कर सकते।
uygar.raf

1

मैं ApplicationRoutes में कोड के माध्यम से कदम रखने की कोशिश कर रहा था () अनुप्रयोग शुरू से बुलाया और मेरे ब्रेकपॉइंट को नहीं मार रहा था। मैंने निर्धारित किया कि Application_Start को कॉल नहीं किया जा रहा है। मुझे App_start / RouteConfig.cs में एक सतही परिवर्तन करने के लिए बदलाव करना था और Application_Start को कॉल करने से पहले इसे सहेजना होगा। मुझे लगता है कि इन फ़ाइलों को कहीं कैश किया जाता है और तब तक नहीं बुलाया जाता है जब तक कि एक बदलाव नहीं किया जाता है।



0

यदि आप System.Diagnostics.Debugger.Break () का उपयोग कर रहे हैं; वर्कअराउंड (जो मुझे लगता है कि अस्थायी उपयोग के लिए ठीक है) और यह आपके विंडोज 8 मशीन पर "बस काम नहीं कर रहा है"। कारण विजुअल स्टूडियो के "जस्ट इन टाइम डिबगिंग" का एक बग है।

इस प्रकार है "विजुअल स्टूडियो जस्ट-इन-टाइम डिबगर" के लिए कुंजी को ठीक करना

Regedit खोलें और 'AppIDFlags' रजिस्ट्री मान के लिए HKEY_CLASSES_ROOT \ AppID {E62A7A31-6025-408E-87F6-81AEB0DC9347} पर जाएं, ध्वज को 0x8 पर सेट करें

यहाँ अधिक जानकारी: http://connect.microsoft.com/VisualStudio/feedback/details/770786/just-in-time-debugging-operation-attempted-is-not-supported


0

मेरे मामले में, सिस्टम ट्रे के माध्यम से अंतर्निहित ASP.NET डेवलपमेंट सर्वर इंस्टेंस को मारकर समस्या को हल किया गया।


0

अजीब और पागल सामान ... लेकिन एक सर्वर मशीन पर डिबगिंग और एक अन्य उपयोगकर्ता ने अपने सत्र पर चल रहे IIS एक्सप्रेस को छोड़ दिया। मुझे अपनी रनिंग IIS एक्सप्रेस प्रक्रियाओं को मारने के लिए उस उपयोगकर्ता को लॉगऑफ़ करना पड़ा। लगता है कि समस्या तय हो गई है!

अपडेट करें

1 घंटे से अधिक समय बिताने के बाद, जो समस्या पैदा कर रहा था ... यहाँ सौदा है: मैं कुछ हद तक अनुभाग के sअंदर टाइप करने में कामयाब रहा । विजुअल स्टूडियो ने एक चेतावनी के साथ मुझे खिड़की से चेतावनी देने की कोशिश की । मैं स्वीकार करता हूं कि मैं शायद ही कभी चेतावनियों की जांच करता हूं ... इसे अभी से जांचना शुरू कर देना चाहिए। : D जैसे ही मैंने हटाई तो ब्रेकपॉइंट अंदर घुस गया ।<appSettings>Web.configError ListsApplication_Start

यहाँ छवि विवरण दर्ज करें


0

Log4net को इनिशियलाइज़ करने की कोशिश करने पर मुझे यह समस्या हुई। मैंने Global.asax के लिए एक स्थिर कंस्ट्रक्टर बनाने का निर्णय लिया

static Global(){
//Do your initialization here statically
}

0

समस्या मुख्य रूप से तब होती है जब आप Global.asax फ़ाइल को किसी अन्य समाधान निर्देशिका में स्थानांतरित करने का प्रयास करते हैं। Global.asax फ़ाइल को फिर से डिफ़ॉल्ट स्थान पर स्थानांतरित करें। यह उम्मीद के मुताबिक काम करेगा।


क्या होगा अगर वेबसाइट में सब कुछ precompiled है, जिसमें Global.asax.aspx शामिल है? मेरे पास बिन डायरेक्टरी में पहले से मौजूद फाइलें हैं। Application_Start को निकाल नहीं दिया गया है।
विन शाहदर

0

ऊपर वर्णित किसी भी समाधान ने मेरे लिए काम नहीं किया। हालाँकि पैकेज को फिर से स्थापित करना

Microsoft.CodeDom.Providers.DotNetCompilerPlatform 

नगेट गुई का उपयोग करना एक (बहुत अच्छा नहीं) चलना है

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