ओविनस्टार्टअप फायरिंग नहीं

Question

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

यह सुनिश्चित करने के लिए कि मेरे पास मूल बातें शामिल हैं, मैंने यह सुनिश्चित करने के लिए दोगुना चेक किया कि मेरे पास है

[assembly:OwinStartup(typeof(WebApplication.Startup))] 

विशेषता को ठीक से असाइन किया गया और यह सुनिश्चित किया गया कि मेरे पास ओवेन के लिए कोई ऐपसेटिंग नहीं है: ऑटोमैटिकस्टार्टअप जो कि झूठे पर सेट है इसलिए मैंने सुरक्षित होने के लिए एक सेट को सच कर दिया क्योंकि पहले कुछ भी नहीं था।

<add key="owin:AutomaticAppStartup" value="true" />

मैंने विशेष रूप से ऐपसेट करने की कोशिश की:

<add key="owin:appStartup" value="WebApplication.Startup" />

इससे पहले कि मैंने काम करना बंद कर दिया मैंने Microsoft.Owin.Security NuGet पैकेज को 2.0.2 में अपग्रेड कर दिया, इसलिए मैंने उन्हें 2.0.1 पर वापस लाने की कोशिश की (यह एक दर्द था) लेकिन इससे कुछ भी नहीं बदला। मेरे पास WebActivator प्रोजेक्ट पर स्थापित है और अन्य चीजों को बूटस्ट्रैप करने के लिए उपयोग कर रहा हूं, लेकिन मैंने एक नए WebApplication टेम्पलेट पर परीक्षण किया है और यह वहां काम करता है इसलिए मुझे नहीं लगता कि वह अपराधी है।

मैंने अपने स्टार्टअप क्लास को हटाने और विजुअल स्टूडियो का उपयोग करके Add New आइटम में OWIN स्टार्टअप क्लास प्रकार का उपयोग करके एक नया जोड़ने की कोशिश की और वह भी नहीं बुलाया जा रहा है। आगे मैंने दूसरी स्टार्टअप क्लास को जोड़ने की कोशिश की क्योंकि मुझे पता है कि यह एक अपवाद को फेंक देगा यदि एक से अधिक ओइनस्टार्टअप विशेषताओं को परिभाषित किया गया है, लेकिन यह वहां कोई अपवाद नहीं फेंक रहा है।

निश्चित नहीं है कि और क्या प्रयास करना है। कोई विचार?

अपडेट करें

जब मैंने अप्रयुक्त संदर्भों को हटाने के लिए इसका उपयोग किया, तो Resharper ने Microsoft.Owin.Host.SystemWeb के संदर्भ को हटा दिया।

Comments

क्या आपके पास इस ऐप्लिकेशन में Microsoft.Owin.Host.Systemweb पैकेज है। सुनिश्चित करें कि यह dll बिन फ़ोल्डर का भी हिस्सा है?

— प्रभुराज

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

— जेफ ट्रेकिंग

जेफ, ReSharper ने Microsoft.Owin.Host.Systemweb के लिए "अप्रयुक्त" संदर्भ को हटा दिया - क्या आप "कथन" का उपयोग कर रहे हैं? किस फ़ाइल में, Startup.cs?

— vkelman

मुझे बिल्कुल वैसी ही समस्या थी, रिसर्चर ने Microsoft.Owin.Host.SystemWeb के संदर्भ को हटा दिया। मैंने इसे विजुअल स्टूडियो में पैकेज मैनेजर कंसोल विंडो खोलकर और निम्न कमांड PM> अपडेट-पैकेज -reinstall Microsoft.Owin.Host.SystemWeb

— जो किंग

ऊपर @ जोकिंग की कॉमेन्ट के अपडेट के रूप में। PM कंसोल "नहीं मिला" के रूप में अपडेट नहीं होगा। मुझे एक पुनर्स्थापना के लिए जाना था। PM> इंस्टॉल-पैकेज Microsoft.Owin.Host.SystemWeb

— Morvael

Answer 1

सुनिश्चित करें कि आपने Microsoft.Owin.Host.SystemWebप्रोजेक्ट में पैकेज स्थापित किया है । IIS होस्ट किए गए एप्लिकेशन में स्टार्टअप का पता लगाने के लिए इस पैकेज की आवश्यकता है। अधिक जानकारी के लिए आप इस लेख को देख सकते हैं ।

Comments

किसी भस्म किए गए / ओविन-इनकैप्सुलेटिंग लाइब्रेरी के भीतर, प्रोग्रामिक रूप से ओवेन स्टार्टअप स्टार्टअप को कोई कैसे बंद कर सकता है, यह मानते हुए कि हमें MicrosoftOwin सामान के इन प्रत्यक्ष संदर्भों की आवश्यकता के बिना इसे ( PreApplicationStartMethod ) कॉल करने की जगह है ? हम विशेष रूप से कटाना को फोन करने के लिए कैसे उकसाते हैं Startup.Configuration(IAppBuilder)?

— जेसन क्लेबन

MVC टेम्पलेट का उपयोग किए बिना, खरोंच से एक एप्लिकेशन बनाने की कोशिश कर रहा है। इससे 2 घंटे की निराशा समाप्त हुई।

— mkvlrn

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

— इवान जी।

संकलन के दौरान वास्तव में उपयोग नहीं होने वाले पुस्तकालय का संदर्भ देने की आवश्यकता Microsoft द्वारा एक खराब डिजाइन है! रेस्परर अपना सर्वश्रेष्ठ कर रहा है लेकिन इस तरह के बुरे फैसलों के खिलाफ कोई हथियार नहीं है।

— ps_ttf

गजब का। हर बार जब मैं एक OWIN स्टार्टअप फ़ाइल जोड़ता हूं तो मुझे यह समस्या होती है। और हर बार मैं क्यों भूल जाता हूं, और इस जवाब पर समाप्त होता हूं।

— टोबियास

Answer 2

यदि आपने पुराने MVC संस्करण से अपग्रेड किया है तो सुनिश्चित करें कि आपके पास नहीं है

  <add key="owin:AutomaticAppStartup" value="false" />

अपने में web.config। यह स्टार्टअप लॉजिक को दबाने को दबा देगा।

इसके बजाय इसे बदलें true

  <add key="owin:AutomaticAppStartup" value="true" />

मुझे लगता है कि आपने पहले ही इसका उल्लेख किया है, लेकिन कभी-कभी लोग (मेरे जैसे) पूरे प्रश्न को नहीं पढ़ते हैं और केवल उत्तरों पर कूद जाते हैं ...

कहीं लाइन के साथ - जब मैंने MVC 5 में अपग्रेड किया तो यह जुड़ गया और मैंने इसे आज तक कभी नहीं देखा।

Comments

एक पुराने mvc प्रोजेक्ट में ओविन स्टार्टअप क्लास को लागू करते समय एक ही मुद्दा था। मान बदलकर चाल चली!

— डारटेकर

Answer 3

चर्चा की गई मूल समस्या का वैकल्पिक उत्तर - ओवेन "फायरिंग नहीं।" मेरे मामले में मैंने यह सोचकर घंटों बिताए कि इसमें ब्रेकपॉइंट सेट करने में असमर्थ होने के कारण फायरिंग नहीं हुई।

जब दृश्य स्टूडियो में OWIN स्टार्टअप डिबगिंग

• IIS एक्सप्रेस - "F5" रनिंग OWIN स्टार्टअप कोड पर टूट जाएगा

• IIS - OWIN (और Global.asax) कोड लोड होने के बाद "F5" चलना बंद नहीं होगा । यदि आप W3P.exe से जुड़ते हैं तो आप इसमें कदम रख सकेंगे।

Comments

तुम सही हो! यह केवल विज़ुअल स्टूडियो 2013 डिबगर है जो स्टार्टअप क्लास के अंदर ब्रेक पॉइंट पर नहीं रुकता है - स्थानीय IIS के तहत चल रहा है। अजीब।

— vkelman

क्या आप 'W3P.exe से संलग्न' पर विस्तार से बता सकते हैं? मेरे पास ब्रेक पॉइंट का एक ही मुद्दा है जो IIS के साथ नहीं मारा जा रहा है, लेकिन IISExpress के साथ मारा गया है। मैंने आवेदन बंद कर दिया है, w3wp.exe से जुड़ा है और फिर अपने लोकलहोस्ट को ब्राउज किया है लेकिन फिर भी यह हिट नहीं हो रहा है। क्या मुझे कुछ याद आया?

— शॉन

मैं अपने ऐप के रनिंग इंस्टेंस से नहीं जुड़ सकता, हालांकि मेरा मानना ​​है कि मैं पहले भी ऐसा करने में सक्षम था। मैंने एक ब्राउज़र में एक एप्लिकेशन खोलने की कोशिश की, फिर VS2013 में "डिबग-> अटैच टू प्रोसेस" का उपयोग किया, और फिर एक ब्राउज़र में एक पृष्ठ को फिर से लोड करने के लिए। वीएस नहीं रुके। मुझे पता है कि OWIN स्टार्टअप निष्पादित कर रहा है: मैंने डिबग उद्देश्यों के लिए इसमें कुछ लॉगिंग डाल दी है। यह अंतराष्ट्रीय डिबगिंग प्रिंट के अंधेरे युग में वापस आने जैसा है।

— vkelman

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

— मैट बोडिली

यहां कुछ चीजें हैं। "w3wp.exe" एप्लीकेशन पूल पर आधारित है। अगर आपका आवेदन उस प्रक्रिया को शुरू करने का अनुरोध करने वाला पहला आवेदन नहीं है, तो आप Global.asax और owin को डिबग करने में सक्षम होना चाहिए। यानी आवेदन पूल में एक अलग आवेदन का अनुरोध करें, "w3wp.exe संलग्न करें", और फिर आवेदन को डिबग करने का प्रयास करें।

— ब्रेट कैसवेल

Answer 4

यदि आपको Startupकक्षा में कोड डीबग करने में समस्या हो रही है , तो मुझे भी यह समस्या हुई है - या मुझे लगा कि मैंने किया है। कोड फायरिंग था, लेकिन मेरा मानना ​​है कि डिबगर संलग्न होने से पहले ऐसा होता है ताकि आप कोड पर ब्रेकप्वाइंट सेट न कर सकें और देखें कि क्या हो रहा है।

आप कक्षा की Configurationविधि में एक अपवाद को फेंककर इसे साबित कर सकते हैं Startup।

Comments

यह वही है जो हो रहा है। क्या डिबगर संलग्न होने के बाद स्टार्टअप क्लास को आग लगने का कोई समाधान है?

— टॉम श्रेक

क्या मुझे पता है कि कॉन्फ़िगरेशन विधि में अपवाद कैसे फेंकना है?

— कार्तिकेयन

इस लाइन को Startup.cs में जोड़ा गया ताकि यह साबित हो सके कि इसे निष्पादित किया गया था: System.IO.File.WriteAllText (@ "c: \ temp \ स्टार्टअप.txt", "Started");

— राउल रुबिन

@ कार्तिकेयन - पहले इस लाइन को जोड़ें (इससे कोई फर्क नहीं पड़ता) कॉनफुरेथ (ऐप); लाइन - नया अपवाद फेंकें ("हैलो");

— फ्रांसिस रोडर्स

पहली पंक्ति System.Threading.Sleep (10_000) बनाएं ताकि यह डिबगर के लिए जारी रखने से पहले लंबे समय तक इंतजार करेगा (आवश्यकतानुसार समायोजित करें)

— जेम्स ग्रे

Answer 5

टाल-मटोल करने वाले टिप्स

यदि डिबगिंग IIS एक्सप्रेस का उपयोग करने का प्रयास नहीं करता है या स्थानीय IIS के लिए नीचे की विधि का प्रयास करें

स्थानीय IIS का उपयोग करना

किसी कारण से यह विधि इस विधि के डीबगिंग को सक्षम करती है:

1. एक वेबपेज का अनुरोध करें
2. W3wp.exe प्रक्रिया से संलग्न करें
3. Web.config फ़ाइल को स्पर्श करें
4. एक वेबपेज का अनुरोध करें

अतिरिक्त टिप

शायद ऐसा करने से कैश फ्लश हो जाएगा:

5. Web.config में असत्य मान के साथ OptimCompilations विशेषता जोड़ें

   <संकलन डीबग = "सही" ... ऑप्टिमाइजेशन = "गलत">

6. रन साइट

7. Web.config में परिवर्तन पूर्ववत करें

Comments

optimizeCompilations="false"मेरे लिए सेटिंग टॉगल करता है

— बारश

तुम मेरा दिन बचाओ! OptimCompilations = मेरे लिए "झूठा" काम।

— वोस्त्रुगिन

OptimCompilations ने मेरा दिन बचाया। धन्यवाद :)

— बोगदान स्टोज़ानोविक

Answer 6

मैं इसे करने के लिए एक समान मुद्दा था और अस्थायी ASP.NET फ़ाइलें साफ यह तय की। आशा है कि यह किसी की मदद करता है।

Comments

केवल संदर्भ के लिए, यहां एक और जवाब है जो इन फ़ाइलों को संग्रहीत करने के बारे में थोड़ा और विवरण प्रदान करता है: stackoverflow.com/questions/16137457/…

— सैम स्टायरिया

मैं IIS एक्सप्रेस और विंडो 8 चला रहा हूं: यहां हटाएं: C: \ Users \ Your उपयोगकर्ता नाम \ AppData \ Local \ Temp \ Temporary ASP.NET फ़ाइलें \ बनाम

— ग्रे वुल्फ

धन्यवाद, मैंने इस जवाब पर गौर किया क्योंकि मुझे इससे पहले एक त्रुटि हुई थी, अस्थाई ASP.NET फ़ाइल फ़ोल्डर में किसी फ़ाइल को लॉक करने के बारे में

— Elger Mensonides

मैं इसके लिए पूरे 1 दिन संघर्ष कर रहा था और आखिरकार यह मेरे लिए काम कर गया। Temporary ASP.NET Filesफ़ोल्डर सामग्री और ओविन स्टार्टअप को साफ़ करने के बाद इनवॉइस मिला।

— हर्ष बैद

Answer 7

मुझे भी यही समस्या थी। Microsoft.Owin.Host.SystemWeb पैकेज स्थापित किया गया था, लेकिन स्थापना के दौरान NuGet किसी कारण से संदर्भ के रूप में dll को जोड़ने में सक्षम नहीं था। सुनिश्चित करें कि आपके प्रोजेक्ट में वह संदर्भ है। यदि आप पुनर्स्थापित करने का प्रयास नहीं कर सकते हैं:

update-package Microsoft.Owin.Host.SystemWeb -reinstall

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

सिस्टम कॉल विफल। (HRESULT से अपवाद: 0x80010100 (RPC_E_SYS_CALL_FAILED)

Comments

मैं थोड़ी देर के लिए यह लड़ाई कर रहा था, और यही मेरी समस्या तय की। मेरे पास पैकेज.कॉन्फ़िग में नगेट संदर्भ था, लेकिन मेरे csproj का संदर्भ नहीं था।

— ज़ैकरी गेयर्स

मेरे मामले में, मेरे पास पैकेज बिल्कुल भी नहीं था। इंस्टॉल-पैकेज चल रहा है Microsoft.Owin.Host.SystemWeb ने मेरी समस्या हल कर दी है। संकेत के लिए धन्यवाद।

— जे। हॉर्न

Answer 8

मेरे मामले में, IIS एप्लिकेशन पूल v4 पर सेट नहीं किया गया था। यह v2 था।

AppPool को v4 में बदल दिया और सब कुछ ठीक था।

Answer 9

मुझे एक ही समस्या थी जब मैंने ओविन को मौजूदा वेब प्रोजेक्ट में जोड़ा। मैंने अंततः पाया कि समस्या web.config फ़ाइल में निम्नलिखित के कारण थी।

<assemblies>
  <remove assembly="*" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />

   ...

</assemblies>

हटाने असेंबली = "*" समस्या पैदा कर रहा था। जब मैं इस लाइन को हटाता हूं तो ओविन स्टार्टअप कोड चलता है। मैं अंततः इसे निम्नलिखित में बदल देता हूं और इसने पूरी तरह से काम किया

<assemblies>
  <remove assembly="*" />
  <add assembly="Microsoft.Owin.Host.SystemWeb" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />
  <add assembly="System.Web.Helpers" />
...
</assemblies>

Comments

मेरे पास साइटकोर प्रोजेक्ट था और मेरी web.config फ़ाइल में, कोई <असेंबली असेंबली = * "/> टैग नहीं था। लेकिन <असेंबली जोड़ना =" Microsoft.Owin.Host.SystemWeb "/> ने मेरी समस्या को ठीक कर दिया।

— बुर्का

धन्यवाद @burki, आपकी टिप्पणी के कारण, मैंने खुद को इस समाधान को आजमाने के लिए मजबूर किया और इसने हमारे लिए भी काम किया! 15.9.9 VS के अद्यतन के बाद से ओविन स्टार्टअप क्लास फायरिंग नहीं कर रहा था।

— डेविड

आपको बहुत - बहुत धन्यवाद! यह तय है, मुझे follwing जोड़ना था: <असेंबली> <असेंबली = "*" /> <असेंबली जोड़ें = "myapplication" /> <असेंबली जोड़ें = "Microsoft.Owin.Host.SystemWeb" / - "असेंबली जोड़ें" = "Microsoft.Owin.Security" /> <असेम्बली जोड़ें = "System.Web.Mvc" /> <असेम्बली जोड़ें = "System.Web.WebPages" /> <असेम्बली जोड़ें = "System.Web.Helpers" /> < / असेंबली>

— trykyn

Answer 10

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

Answer 11

मेरे मामले में यह Microsoft.Owin.Host.SystemWeb पैकेज परियोजना में मौजूद है।

लेकिन नीचे दो टैग web.config में मौजूद नहीं हैं।

<add key="owin:AutomaticAppStartup" value="true" />
<add key="owin:appStartup" value="namespace.className.methodName" />

उन्हें जोड़ने के बाद यह सुचारू रूप से काम करता है।

Answer 12

मेरे मामले में, मेरे web.config था

<authorization>
  <allow users="?" />
</authorization>

ओविन को वापस गिरने के लिए मजबूर करने के लिए, मुझे इसकी आवश्यकता थी

<authorization>
  <deny users="*" />
</authorization>

Answer 13

मैंने इस पोस्ट पर बहुत सारे सुझावों के साथ खिलवाड़ किया।

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

<appSettings>
...
  <add key="owin:AutomaticAppStartup" value="true" />
  <add key="owin:appStartup" value="SSOResource.Startup, SSOResource" />
...
</appSettings>

अंत में हताशा से बाहर मैंने प्रोजेक्ट-> गुणों को देखा, और फिर WEB अनुभाग के तहत मैंने NATIVE CODE चेकबॉक्स (ASP.NET पहले से चेक किया जाना चाहिए) की जाँच की।

आखिरकार मेरे लिए यह तय हो गया।

नोट: मैं विजुअल स्टूडियो 2017 प्रोफेशनल का उपयोग कर रहा हूं।

Answer 14

मुझे यकीन नहीं है कि यह अभी भी किसी की मदद करेगा, लेकिन मैंने ऊपर दिए गए सभी समाधानों (और कुछ अन्य पोस्टों से) का कोई फायदा नहीं उठाया है।

क्या मेरे अंत पर मुद्दा तय किया गया था कि वेब में पुननिर्देशित मूल्य के अंत में एक बैकस्लैश डाल दिया गया था ।config (पागल, मुझे पता है!)। RedirectUri UseOpenIdConnectAuthentication में एक पैरामीटर है।

इसलिए, इसके बजाय:

<add key="ida:RedirectUri" value="https://www.bogussite.com/home" />

यह करो:

<add key="ida:RedirectUri" value="https://www.bogussite.com/home/" />

और एज़्योर ऐप सेटिंग्स पर उत्तर URL को भी अपडेट किया।

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

FYI करें। मैं यहां से अपना कोड मॉडलिंग कर रहा था: https://github.com/microsoftgraph/aspnet-connect-sample

Answer 15

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

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
  <DebugSymbols>true</DebugSymbols>
  <DebugType>full</DebugType>
  <Optimize>false</Optimize>
  <OutputPath>bin\Debug\</OutputPath>
  <DefineConstants>DEBUG;TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
  <DebugType>pdbonly</DebugType>
  <Optimize>true</Optimize>
  <OutputPath>bin\Release\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>

• इस प्रकार बिन-फोल्डर के सबफ़ोल्डर में विभिन्न dll का निर्माण होता है (जो कि ifc। काम नहीं करेगा)। समाधान OutputPathकेवल के लिए दोनों पाठ-सामग्री को बदलना था bin\।

Answer 16

मेरे लिए यह इसलिए था क्योंकि वे एक ही नाम स्थान पर नहीं थे। के बाद मैं अपने AppStart को "project.Startup.AppStart" से हटा दूं और उन्होंने Startup.cs और Startup.Auth.cs दोनों को "project.Startup" नामस्थान के साथ आने दिया, सब कुछ पूरी तरह से काम करने के लिए वापस आ गया।

मुझे आशा है कि यह मदद करेगा!

Answer 17

यदि आप इस समस्या को IIS होस्टिंग के साथ देख रहे हैं, लेकिन F5 डिबगिंग के दौरान नहीं, तो IIS में एक नया एप्लिकेशन बनाने का प्रयास करें।

यह मेरे लिए तय है। (विंडोज़ 10) अंत में मैंने "खराब" IIS एप्लिकेशन को हटा दिया और उसी नाम से एक समान बनाया।

Answer 18

मुझे लगता है कि कुछ लोग जो ऊपर जाने की कोशिश कर रहे थे, वह यह है कि यदि आप अपने OWIN सर्वर को "जीवन में आना" चाहते हैं, तो आप कुछ इस तरह से कॉल करेंगे:

using Microsoft.Owin.Hosting;

    IDisposable _server = WebApp.Start<StartupMethod>("http://+:5000"); 
              // Start Accepting HTTP via all interfaces on port 5000

एक बार जब आप यह कॉल करते हैं, तो आप डीबगर में स्टार्टअपमिथोड () आग को कॉल देखेंगे

Answer 19

मुझे निम्नलिखित लेख बहुत मददगार लगे:

https://weblog.west-wind.com/posts/2015/Apr/29/Adding-minimal-OWIN-Identity-Authentication-to-an-Existing-ASPNET-MVC-Application#MinimalCodeSummary

मेरे मामले में, मुझे पहले यह निर्धारित करना होगा कि ओवेन प्रमाणीकरण खिड़कियों के प्रमाणीकरण के बजाय काम करेगा:

<system.web>   
    <authentication mode="None" />   
<system.web>

Answer 20

यह मेरे लिए काम किया:

प्रमाणीकरण मोड जोड़ें = "कोई नहीं"

<system.web>
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime targetFramework="4.6.1" />
      <authentication mode="None" /><!--Use OWIN-->
  </system.web>

Answer 21

सबसे पहले OWIN प्रामाणिक वर्ग जोड़ें और फिर OWIN: AutomaticAppStartup सक्षम करें अपने वेब में कुंजी करें। जैसे अब यह आग लगाएगा