2012 से 2013 तक अद्यतन के बाद फ़ाइल या असेंबली को लोड नहीं किया जा सका 'System.Web.Http 4.0.0

183

मैं के अनुसार उन्नयन किया। http://www.asp.net/mvc/tutorials/mvc-5/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and- वेब-api-2

मुझे त्रुटि मिलती है। क्या किसी और को यह त्रुटि मिली है?

/ 'अनुप्रयोग में सर्वर त्रुटि

फ़ाइल या असेंबली को लोड नहीं किया जा सका 'System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35' या इसकी एक निर्भरता। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)
विवरण: वर्तमान वेब अनुरोध के निष्पादन के दौरान एक अनियंत्रित अपवाद हुआ। कृपया त्रुटि के बारे में अधिक जानकारी के लिए स्टैक ट्रेस की समीक्षा करें और यह कोड में कहां उत्पन्न हुआ।

अपवाद विवरण: System। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

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

लाइन 48: लाइन 49: लाइन 50:} लाइन 51: लाइन 52: संरक्षित शून्य Application_BeginRequest (ऑब्जेक्ट प्रेषक, EventArgs ई)

स्रोत फ़ाइल: d: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ Global.asax.cs पंक्ति: 50

असेंबली लोड ट्रेस: ​​विधानसभा 'System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35' लोड नहीं किया जा सका, यह निर्धारित करने के लिए निम्न जानकारी सहायक हो सकती है।

=== प्री-बाइंड स्टेट की जानकारी === लॉग: DisplayName = System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35 (पूरी तरह से निर्दिष्ट): Appbase = फ़ाइल: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/ लॉग: आरंभिक PrivatePath = D: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ bin कॉलिंग असेंबली: ThirdPartyWebAPI, संस्करण = 1.0.0.0, संस्कृति = तटस्थ, तटस्थ, सार्वजनिक रूप से। === लॉग: यह बाइंड डिफ़ॉल्ट लोड संदर्भ में शुरू होता है। लॉग: एप्लिकेशन कॉन्फ़िगरेशन फ़ाइल का उपयोग करना: D: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ web.config लॉग: होस्ट कॉन्फ़िगरेशन फ़ाइल का उपयोग करना: C: \ Users \ michalc \ Documents / IISExpress \ config \ aspnet.config लॉग: मशीन कॉन्फ़िगरेशन का उपयोग करना C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config से फ़ाइल। लॉग: पोस्ट-नीति संदर्भ: System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35 लॉग: नई URL फ़ाइल का डाउनलोड डाउनलोड करने का प्रयास: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temor ASP.NET फ़ाइलें / रूट / 9184b2ea / c6d4b139 / System.Web.HLp। लॉग: नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें / रूट / 9184b2ea / c6d4n139 / System.Web.Http / System.Web.Http .DLL। लॉग: नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL। WRN: असेंबली के नाम की तुलना बेमेल होने के कारण हुई: मेजर वर्जन ERR: असेंबली का पूरा सेटअप विफल (hr = 0x80131040)। जांच समाप्त हो गई। नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें / रूट / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLLL । लॉग: नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL। WRN: असेंबली के नाम की तुलना बेमेल होने के कारण हुई: मेजर वर्जन ERR: असेंबली का पूरा सेटअप विफल (hr = 0x80131040)। जांच समाप्त हो गई। नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें / रूट / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLLL । लॉग: नई URL फ़ाइल का डाउनलोड करने का प्रयास: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL। WRN: असेंबली के नाम की तुलना बेमेल होने के कारण हुई: मेजर वर्जन ERR: असेंबली का पूरा सेटअप विफल (hr = 0x80131040)। जांच समाप्त हो गई। असेंबली का पूरा सेटअप विफल (hr = 0x80131040)। जांच समाप्त हो गई। असेंबली का पूरा सेटअप विफल (hr = 0x80131040)। जांच समाप्त हो गई।

स्टैक ट्रेस:

[FileLoadException: फ़ाइल या असेंबली को लोड नहीं कर सका 'System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35' या इसकी एक निर्भरता। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)] ThirdPartyWebAPI.WebApiApplication.Application_Start () d: \ SM \ 7.4Test \ WebAPIServerVI \ ThirdPartyWebAPI \ Global.asax.cs: 50

[HttpException (0x80004005): फ़ाइल या असेंबली लोड नहीं कर सका 'System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad36433535 या इसकी एक निर्भरता। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)]
System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode (HttpContext संदर्भ, HttpApplication एप्लिकेशन) 9,935,033
System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS (IntPtr appContext, HttpContext संदर्भ, MethodInfo [] हैंडलर) 118
System.Web.HttpApplication .विशेषज्ञ (HttpApplicationState स्थिति, MethodInfo [] हैंडलर, इंटप्रे एपकॉन्टेक्स्ट, हेटपोनेक्स्ट संदर्भ) +172
System.Web.HttpApplicationFactory.GetSpecialApplicationInstance (IntPtr appContext, HttpContext संदर्भ) +336
System.Web.Hosting.PipelineRuntime। InitializeApplication (IntPtr appContext) +296

[HttpException (0x80004005): फ़ाइल या असेंबली लोड नहीं कर सका 'System.Web.Http, संस्करण = 4.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad36433535 या इसकी एक निर्भरता। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)]
System.Web.HttpRuntime.FirstRequestInit (HttpContext सन्दर्भ) +9913572 System.Web।

संस्करण जानकारी: Microsoft .NET फ्रेमवर्क संस्करण: 4.0.30319; ASP.NET संस्करण: 4.0.30319.18408

c#  asp.net-web-api  odata  visual-studio-2013 
— मिशाल आसफ कार्मेली
स्रोत
क्या आपने 'System.Web.Http' के संदर्भ को फिर से जोड़ने की कोशिश की है
— इज़िकॉन
4
कृपया स्वीकार किए गए उत्तर को चिह्नित करें।
— अलीओस्ताद

जवाबों:

288

मैंने NuGet पैकेज को पुनर्स्थापित करके इसे ठीक किया, जो टूटी हुई निर्भरता को ठीक करता है। पैकेज मैनेजर से, भागो:

Update-Package Microsoft.AspNet.WebApi -reinstall
— Pathoschild
स्रोत
1
स्थानीय रूप से वेब ऐप चलाना मेरे (F5) के लिए ठीक था, लेकिन जब रिमोट सर्वर (वेबडेप्लो के साथ) पर तैनाती की जाती है, तो असेंबली सर्वर पर कॉपी नहीं होती थीं। मुझे यकीन नहीं था कि विधानसभाओं की नकल की जानी चाहिए या नहीं। वैसे भी, इस कमांड को चलाने के बाद सभी आवश्यक असेंबली को कॉपी-लोकल = ट्रू के साथ चिह्नित किया गया था और ऐप को ठीक से काम करने के बाद शुरू किया गया था
— गिलर्मो रफ़िनो
3
बस एक और अधिक संतुलित तस्वीर जोड़ने के लिए - इससे मेरे लिए समस्या हल नहीं हुई।
— १
2
किसी भी निर्भर परियोजनाओं जैसे परीक्षण आदि के लिए आवश्यक अद्यतन जोड़ना सुनिश्चित करें
— DeeArgee
मैंने ऐसा किया और इसने बहुत सारे बदलाव किए, लेकिन मैंने देखा कि इसने वेब.कॉन्फिग में बाइंडिंग रिडायरेक्ट्स को समायोजित कर दिया, मैंने इसे किए गए अन्य सभी परिवर्तनों को त्याग दिया और यह मेरे लिए काम कर गया।
— मिस्टर
अब मुझे एक नई त्रुटि मिल रही है: नया संस्करण संस्करण = 5.2.3.0 है और यह उम्मीद करता है कि संस्करण = 4.0.0.0
— यार
84

फ़ाइल या असेंबली लोड नहीं कर सका हल करने के लिए 'System.Web.Http' त्रुटि WebG 2.1 WebHost को स्थापित करने के लिए NuGet का उपयोग करें।

संदर्भ में समाधान एक्सप्लोरर में राइट क्लिक करें और नगेट पैकेज का प्रबंधन करें। (अगर वहाँ स्थापित नहीं है)

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

बाईं ओर स्थित NuGet संकुल विंडो प्रबंधित करें ऑनलाइन में तब वेब होस्ट के लिए शीर्ष दाईं ओर खोजें और Microsoft ASP.NET वेब API 2.1 वेब होस्ट स्थापित करें। (एक बार इंस्टॉल होने के बाद बटन हरे रंग में बदल जाएगा)

उसके बाद परियोजना पुनः लोड होगी और जब यह फिर से बनेगी तो त्रुटि हल हो जाएगी और परियोजना डीबग और चलेगी। त्रुटि दूर हो जाएगी और आप हो सकते हैं 'संसाधन नहीं मिल सकता है। बस url को जोड़ें (लोकलहोस्ट से: 52088 / लोकलहोस्ट को: 52088api / उत्पाद)

आपका सवाल अच्छा था और इससे मुझे मदद मिली।

आशा है कि यह उत्तर मदद करता है!

— Catto
स्रोत
धन्यवाद Catto, यह मुझे बहुत चंगा।
— सौरभ सोनी ५
61

आपको असेंबली रीडायरेक्ट को जोड़ना होगा:

<configuration>

   ....

   <runtime>
      <assemblyBinding>
    <dependentAssembly>
        <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="5.0.0.0" />
      </dependentAssembly>
      </assemblyBinding>
   </runtime>

   ...

</configuration>

सबसे अधिक संभावना है कि आपको इसे कुछ और विधानसभाओं जैसे कि वेबहोस्टिंग, आदि के लिए करना होगा।

— Aliostad
स्रोत
मैंने उत्तर संपादित किया। किसी कारण से DLL का नाम कैसल विंडसर हो गया System.Web.Http।
— एलियोस्टैड
7
आपको यह सुनिश्चित करने के बिना बाइनरी रीडायरेक्ट को कभी नहीं जोड़ना चाहिए कि नई विधानसभा पिछले एक के साथ बाइनरी संगत है।
— 18
18

या आप NuGet Package Manager कंसोल से ऐसा कर सकते हैं

 Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

और फिर आप System.Web.Http.WebHost 5.0 का संदर्भ जोड़ पाएंगे

— समीर अलीभाई
स्रोत
मेरे लिए काम करें, बस Install-Package Microsoft.AspNet.WebApi
— Djama
17

जब मैंने Web Api 2.2 स्थापित किया तो यह त्रुटि शुरू हो गई। मैंने इसे web.config में जोड़ा और इसने मेरी समस्या हल कर दी।

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>
— jhilden
स्रोत
1
यहाँ एक परियोजना है कि शुरू से ही वेब Api 2.2 पर था, जब Azure के लिए प्रकाशित कर रहा था। परियोजना ने स्थानीय स्तर पर ठीक काम किया, लेकिन अज़ूर पर मुझे ओपी से त्रुटि मिली। इन पंक्तियों को web.config में जोड़ना और Azure को पुनःप्रकाशित करना इसे ठीक किया।
— एरोनानअम्मर्स
4

मैं बस Copy Local = trueलापता विधानसभा पर सेट है और वह काम किया है। यह निश्चित रूप से लापता संदर्भ (जो त्रुटि संदेश में कहा गया है) पर क्लिक करके और गुणों का चयन करके होता है; नीचे के अनुसार:

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

इसके बाद एक समस्या को हल करना चाहिए क्योंकि समस्या के कारण एक से अधिक विधानसभा हो सकती हैं - मैंने जो किया वह सभी विधानसभाओं को चुना और उन पर राइट क्लिक किया; चयनित गुण; और उन सभी को स्थानीय = सच कॉपी करने के लिए सेट करें; और फिर पुनर्प्रकाशित करें।

— t_plusplus
स्रोत
1
पूरी तरह से काम किया। मुझे केवल System.Web.Http और System.Net.Http पर "कॉपी लोकल = ट्रू" करना था।
— राइटिंग
4

इस समस्या को हल करने के लिए उचित समाधान चरणों का पालन करके है

। यदि आपके पास 15.5.4 (वैकल्पिक) का पुराना संस्करण है, तो विज़ुअल स्टूडियो को अपडेट करें

  1. Web.config से सभी बाध्यकारी रीडायरेक्ट्स निकालें

  2. इसे csproj फ़ाइल में जोड़ें:

 <PropertyGroup>
  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>

  1. बिल्ड।

  2. बिन फ़ोल्डर में, एक (WebAppName).dll.configफ़ाइल होनी चाहिए ।

  3. इसमें पुनर्निर्देश होना चाहिए। इन्हें web.config पर कॉपी करें

  4. Csproj फ़ाइल से फिर से छीन ऊपर निकालें

  5. यह काम करना चाहिए

Detailed Blog

— Sajeetharan
स्रोत
यह सभी बाइंडिंग नहीं बनाता है
— बैटमेसी
3

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

— ओना
स्रोत
यह कुछ लोगों को जाँच करनी चाहिए। मैं एक ही मुद्दा रहा था। यह पता चला कि मेरे ऐप के फ्रंट एंड में Microsoft.AspNet.Cors के लिए एक अनावश्यक डीएल था। मेरे पास बिन फ़ोल्डर था ठेस सिस्टम पर, साइट को पुनः प्रकाशित, और जादू।
— रॉन
2

बस एक स्पष्ट लेकिन संभव सहायक संकेत .... यह जांचना याद रखें कि आपके वेबकॉन्ग असेंबली बाइंडिंग में आपके द्वारा निर्दिष्ट नया संस्करण वही संस्करण है जिसे आप अपने प्रोजेक्ट संदर्भों में संदर्भित करते हैं। (यानी जैसा कि मैंने यह लिखा है ... यह 5.1.0.0 होगा यदि आपने हाल ही में System.Web.Http पर एक NUGet किया है

— जिम टालियाडोरोस
स्रोत
2 
 Installing NuGet package ASP.NET.MVC solved the issue for me. 
 To install package.
 - Right click on project 
 - Select "Manage NuGet Packages"
 - Select Online->Nuget.org from left menu
 - select "Microsoft ASP.NET MVC"
 - Click Install

 If you have already installed package earlier, please update the package by selecting Updates from left menu and then selecting "Microsoft ASP.NET" and click Update.

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

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

— अरविंद करमार
स्रोत
2

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

मैंने MVC4 ऐप के साथ जाने का फैसला किया।

रन प्रोजेक्ट, काम किया

तब
Microsoft ASP.NET WEB API 2.2 (4 संकुल)
Microsoft ASP.NET WEB API 2.2 मदद पेज
Microsoft ASP.NET WEB API 2.2 OWIN

रन प्रोजेक्ट, प्रश्न में उल्लिखित एक ही त्रुटि

उपाय:

में web.config

 <dependentAssembly>
      <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
 </dependentAssembly>


समस्या सुलझ गयी

लेकिन फिर, कुछ हॉटफिक्स त्रुटि पाई है, यह हल करने के लिए जाने के दृश्य , अपने MVC4 परियोजना के फ़ोल्डर खोजने के second web.config से फ़ाइल और परिवर्तित संस्करण 2.0.0.0 के लिए 3.0.0.0 के रूप में नीचे दिखाया गया है। 

<configSections>
    <sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
      <section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
    </sectionGroup>
  </configSections>
— micronyks
स्रोत
2

मेरे मामले में, मैं वास्तव में web.configपूरी तरह से गायब था , जिसमें उपयुक्त बाध्यकारी पुनर्निर्देश थे। सुलझी हुई web.configत्रुटि को पुनर्स्थापित करना ।

— ब्रैंडन हॉकर
स्रोत
2

मैं मुख्य अनुप्रयोग के app.config में विधानसभा संदर्भ जोड़कर System.Net.HTTP के साथ इसी तरह की समस्या को हल कर सकता था।

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.1.1" newVersion="4.0.0.0" />
      </dependentAssembly></runtime>
— पराग बंगाड
स्रोत
1

मैंने हल ढूंढ लिया! प्रोजेक्ट डायरेक्टरी में पैकेज नाम के फोल्डर को डिलीट करें और फिर उसे चलाने के लिए पुनर्निर्माण करें।

— आशितोष बिराजदार
स्रोत
1 
<dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>
<dependentAssembly>
    <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>
— रावुला संदीप
स्रोत
1

हाँ!!!

Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

यह मेरे मामले में ठीक काम करता है .... thnkz

— एक्स-सांकेतिक शब्दों में बदलनेवाला
स्रोत
2
यह एक मौजूदा उत्तर का केवल एक डुप्लिकेट है । जैसा कि यह प्रतीत होता है कि आपके पास जोड़ने के लिए अधिक कुछ नहीं है, कृपया इस एक को हटाने पर विचार करें।
— zzzzBov
1

मुझे कुछ नहीं हुआ, बस नकल बिन फ़ोल्डर DLLs को ऑनलाइन बिन फ़ोल्डर तैनात किया और यह मेरे लिए ठीक काम किया।

— अंजन कांत
स्रोत
0

जैसा कि अन्य लोगों ने कहा है कि केवल NVCet का उपयोग करके अपने वेब प्रोजेक्ट के लिए MVC पैकेज को पुन: स्थापित करें, लेकिन वेब प्रोजेक्ट के आधार पर किसी भी प्रोजेक्ट में MVC पैकेज को जोड़ना सुनिश्चित करें, जैसे इकाई परीक्षण। यदि आप व्यक्तिगत रूप से प्रत्येक शामिल परियोजना का निर्माण करते हैं, तो आप देखेंगे कि डायन को अपडेट की आवश्यकता होती है।

— DeeArgee
स्रोत
0

मेरे पास एक ही समस्या थी और पैकेज को फिर से स्थापित करना काम नहीं करता है।

मेरा आवेदन लोकलआईएस (आईआईएस एक्सप्रेस नहीं) में चलता है। मैं विधानसभा ट्रेस लोड और पता लगाने के लिए यह भार चाहते सक्षम System.Web.Http अस्थायी Catche नीचे से लोड। इसलिए इसमें सभी कैच फोल्डर को हटा दें ।

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें [मेरा आवेदन]

— mohammadreza
स्रोत
0

मैंने इस समस्या को हल करने के web.configबाद nuget द्वारा किए गए परिवर्तनों को चलाने के बाद हल किया nuget। पिछले कार्य संस्करण में परिवर्तन वापस करें।

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>
— roo2
स्रोत
0

Microsoft ASP.NET वेब API 2.2 सहायता पृष्ठ और Microsoft ASP.NET वेब API 2.2 OWIN पैकेजों को पुन: स्थापित करने से मेरे लिए क्या समस्या हल हो गई । मैंने एक ही समय में दोनों को फिर से स्थापित किया है, लेकिन मुझे लगता है कि यह पूर्व था जिसने इस मुद्दे को तय किया।

मैंने यहां दिए गए पहले कुछ समाधानों की कोशिश की, लेकिन इससे मदद नहीं मिली, फिर मैंने अपनी निर्भरता की तुलना एक परियोजना में काम करने वाले (प्लुरलसाइट पर एक कोर्स से) के साथ की और ऊपर की दो निर्भरताएँ एक निम्न संस्करण (5.0.0) थीं ) इसलिए मैंने उन्हें ५.२.३ तक अपडेट किया और यह काम करने लगा।

— lukegf
स्रोत
0

मेरे पास यह WCF सेवा से था। मेरे लिए (जैसा कि समस्या स्थानीय देव में प्रदर्शित हो रही थी), मुझे बस समाधान के तहत बिन फ़ोल्डर की सामग्री को हटाना पड़ा। पुनर्निर्माण कार्य एक बार फिर ठीक है।

— DubMan
स्रोत
0

ASP.NET संस्करण: 4.0.30319.18408 .Net4.5 और System.Web.Http संस्करण से संबंधित है। 4.0.0.0 .NET4.0 के लिए संगत है। इसलिए आपके पास जो संस्करण हैं वे संगत नहीं हैं। आपको 5.0.0.0 संस्करण के लिए System.Web.Http को अद्यतन करना चाहिए, जो .Net4.5 के साथ संगत है

— oscarMg
स्रोत
0

मेरा मुद्दा भी ऐसा ही था। सब कुछ पहले काम कर रहा था। यह मूल रूप से वेब फॉर्म और बाद में कुछ चीजों के लिए जोड़ा गया वेब एपीआई का उपयोग करके बनाया गया था।

  • Microsoft.AspNet.WebApi पैकेज को अनइंस्टॉल, इंस्टॉल और रीइंस्टॉल करने की कोशिश की।
  • समाधान से संकुल फ़ोल्डर हटाने की कोशिश की और वी.एस.
  • अलग-अलग असेंबली रेफरेंस (संदर्भों के तहत) और रीइंस्टिंग पैकेज को हटाने की कोशिश की।
  • कई उत्तरों में उल्लेखित web.config में 5.2.3.0 संस्करण में बाध्यकारी रीडायरेक्ट को जोड़ने की कोशिश की। मेरे लिए कुछ भी काम नहीं किया।

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

— joym8
स्रोत
0

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

Publish Settings -> File Publish Options drop down -> Check Remove additional files at destination

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

— Shelby115
स्रोत
0

यदि आप किसी समाधान पर कई प्रोजेक्ट्स का उपयोग करते हैं , और एक प्रोजेक्ट से दूसरे प्रोजेक्ट में कॉल विधि का उपयोग करते हैं, तो सुनिश्चित करें कि सभी प्रोजेक्ट (जिसे प्रोजेक्ट और कॉलर प्रोजेक्ट) अद्वितीय 'System.Net.Http'संस्करण का उपयोग करते हैं ।

— MohammadSoori
स्रोत
0

संदर्भ में dll के लिए Specfic संस्करण ध्वज को सही से असत्य में बदलें

— user2992715
स्रोत
0

मुझे System.Web.Http.WebHost के साथ एक ही समस्या थी, संस्करण = 5.2.6.0 संदर्भित किया जा रहा था लेकिन नवीनतम NuGet पैकेज 5.2.7.0 था। मैंने web.config फ़ाइलों को संपादित किया, NuGet पैकेज को फिर से स्थापित किया, फिर मेरी सभी परियोजनाओं के लिए दृश्य स्टूडियो परियोजना फाइलों को संपादित किया, यह सुनिश्चित करने के लिए कि 5.2.6.0 कोई संदर्भ नहीं है। इतना सब होने के बाद भी समस्या बनी रही।

तब मैंने बिन फ़ोल्डर में उस प्रोजेक्ट के लिए देखा जो अपवाद को फेंक रहा था, जहां मुझे मेरी एक अन्य परियोजना के लिए एक डीएलएल मिला जो एक निर्भरता नहीं है और यह कभी नहीं होना चाहिए था। मैंने आपत्तिजनक DLL (जो System.Web.Http.WebHost के 5.2.6.0 संस्करण का उपयोग करके संकलित किया गया था) को हटा दिया, समस्या निवारण परियोजना का पुनर्निर्माण किया और अब यह काम कर रहा है।

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