2017-05-11 19 views
11

मेरे पास एक .NET कोर वेब एप्लिकेशन है जिसे मैं एक Azure वेब ऐप के रूप में तैनात करता हूं।Azure वेब ऐप्स और .NET कोर 1.1.2

यह पिछले रात तक पूरी तरह से काम कर रहा है जब मैंने विजुअल स्टूडियो 2017 अपग्रेड (v15.2) लागू किया था।

.NET कोर संस्करण 1.1.1 से 1.1.2 तक अपग्रेड किया गया था। जब मैं Azure पर तैनात करता हूं तो वेबसाइट 502.5 त्रुटि से शुरू करने में विफल रहता है।

जांच के बाद मैं देख सकता हूं कि .NET कोर 1.1.2 Azure छवि पर तैनात नहीं है।

मैं वेब ऐप इंस्टेंस में नया ढांचा स्थापित नहीं कर सकता (समझ में प्रोग्राम फाइल निर्देशिका पर अनुमति अस्वीकार कर दी गई है)। मैं nuget पैकेज प्रबंधक के माध्यम से 'डाउनग्रेड' नहीं कर सकता क्योंकि यह रिपोर्ट करता है कि संस्करण 'प्रोजेक्ट द्वारा अवरुद्ध' है। मैं csproj फ़ाइल में Microsoft.NETCore.App के संस्करण को परिभाषित करने का कोई तरीका नहीं देख सकता क्योंकि ऐसा लगता है कि यह 'स्वचालित रूप से' रूट <Project Sdk="Microsoft.NET.Sdk.Web"> तत्व द्वारा नियंत्रित है।

मैंने स्वयं निहित तैनाती (वेब ​​ऐप के साथ ढांचे को शिपिंग करने का प्रयास करने का प्रयास किया है) लेकिन यह काम नहीं कर सकता है।

Azure को नए संस्करण के लिए तैनात करने की प्रतीक्षा करने के लिए लघु (मुझे इसके लिए उनके शेड्यूल पर कोई जानकारी नहीं मिल रही है) क्या किसी के पास वेब ऐप फिर से काम करने के तरीके पर कोई विचार है?

क्या 1.1.1 के तहत चलाने के लिए इसे मजबूर करने का कोई तरीका है?

+1

मुझे संस्करण V15.2 के संस्करण बनाम 2014 के अपडेट के बाद से एक ही त्रुटि है ... – Geotinc

+0

[एसएसपी.नेट कोर वेब ऐप HTTP त्रुटि 502.5 विजुअल स्टूडियो 15.2 पर प्रक्रिया विफलता का संभावित डुप्लिकेट) (http://stackoverflow.com/प्रश्न/43902658/एएसपी-नेट-कोर-वेब-ऐप-http-error-502-5-प्रक्रिया-विफलता-ऑन-विज़ुअल-स्टूडियो -15-2) – ThisWillDoIt

उत्तर

1

हमारे पास विजुअल स्टूडियो 2017 अपडेट के बाद एक ही समस्या है।

एक कार्यवाही को कुडु में अपनी साइट के लिए वेब.कॉन्फिग को संपादित करने के बाद संपादित करना है।

system.webServer

जैसे <aspNetCore processPath="%LAUNCHER_PATH%" arguments="--fx-version 1.1.1 PATH_TO_DLL" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false"/>

+0

एक सरल कार्यवाही के लिए मेरा उत्तर देखें जिसके लिए आवश्यकता नहीं है कुडू पोस्ट तैनाती में चीजें हैकिंग। –

1

तहत aspNetCore प्रवेश के लिए तर्क मूल्य के शुरू में --fx-version 1.1.1 जोड़े जब तक वे वेब अनुप्रयोग छवियों 1.1.2 तैनाती करने के लिए चारों ओर पाने मैं इसका समाधान करने में कामयाब परियोजना के लिए मजबूर कर Microsoft.NETCore.App संदर्भ के लिए 1.1.1

संपादित csproj फ़ाइल:

<ItemGroup> <PackageReference Update="Microsoft.NETCore.App" Version="1.1.1" /> <PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.0.0" /> <PackageReference Include="Microsoft.AspNetCore" Version="1.1.1" /> ... etc

+0

यह एक अनुशंसित कामकाज नहीं है। इसके बजाय, मेरे उत्तर के अनुसार बस 'targetFramework' बदलें। –

+0

धन्यवाद @ डेविड एब्बो। न्यूज रेफरेंस और टार्गेटफ्रेमवर्क के बीच सहसंबंध क्या है? यह थोड़ा उलझन में है। मैंने सभी संस्करणों को नवीनतम संस्करणों में अपडेट किया है, और 1.1.2 पर लक्षित फ्रेमफ्रेम भी अपडेट किया है। Azure बग के कारण, मैं इसे वापस 1.1.1 पर वापस कर रहा हूँ। हालांकि मैं NuGet को छोड़ रहा हूं। – Boland

12

अद्यतन 5/12/2017: हमने ऐप सेवा में 1.1.2 और 1.0.5 की तैनाती तेज कर दी है और अब यह पूर्ण हो गया है। तो नीचे दिए गए कामकाज की अब किसी की आवश्यकता नहीं होनी चाहिए।

मूल समाधान

सबसे अच्छा समाधान का अपने .csproj फ़ाइल में इस सेट करने के लिए है:

<TargetFramework>netcoreapp1.1.1</TargetFramework> 
यह करने के बजाय

netcoreapp1.1 करने के लिए सेट किया जा रहा। मंगलवार तक हमारे पास 1.1.2 एज़ूर ऐप सेवा पर तैनात किया जाएगा, जिस बिंदु पर कामकाज आवश्यक नहीं होगा।

ध्यान दें कि यदि आप इसे netcoreapp1.1.1 पर सेट करते हैं, तो 1.1.2 उपलब्ध होने पर यह ऑटो-रोल आगे बढ़ जाएगा। तो इसे netcoreapp1.1.1 पर सेट करना आपको उस संस्करण में 'अटक' नहीं रखता है।यह तब तक सही है जब तक आप पोर्टेबल मोड का उपयोग करते हैं (यानी ओएस पर ढांचे पर भरोसा करते हैं)। यदि आप स्टैंडअलोन का उपयोग करते हैं और अपना खुद का ढांचा तैनात करते हैं, तो आप इसके लिए फंस जाएंगे (लेकिन तब आपको यह समस्या पहले स्थान पर नहीं होती थी और ऐसा करने की आवश्यकता नहीं होती थी!)।

+3

जितना मुझे चमकदार नई सुविधाएं और फिक्सेस पसंद हैं, भविष्य में आपको लगता है कि आप * दृश्य आवश्यकता के बाद * विजुअल स्टूडियो अपडेट * रोल कर सकते हैं? –

+5

@ एडवर्डब्रे निश्चित रूप से, यहां कुछ सीखना है। समस्या यह है कि किसी को भी एहसास नहीं हुआ कि केवल नए वीएस होने से तैनात बिट्स नए संस्करण को लक्षित करने के लिए प्रेरित होंगे, भले ही उपयोगकर्ता की फाइलें बिल्कुल समान हों। तो हाँ, हम गड़बड़ हो गए, और हम अगली बार इस स्थिति से बचने के लिए सुनिश्चित करेंगे। –

+2

यहां जवाब देने के लिए धन्यवाद, और आप स्वीकार करते हैं कि यह इष्टतम नहीं है। – Boland