फ़ाइल या असेंबली लोड नहीं की जा सकी ... पैरामीटर गलत है

Question

हाल ही में मैं C # समाधान पर निम्नलिखित अपवाद से मिला:

त्रुटि 2 फ़ाइल या असेंबली को लोड नहीं कर सका 'Newtonsoft.Json, संस्करण = 3.5.0.0, संस्कृति = तटस्थ, PublicKeyToken = b9a188c8922137c6' या इसकी एक निर्भरता। पैरामीटर गलत है। (HRESULT से अपवाद: 0x80070057 (E_INVALIDARG))

यह या तो मेरे कोड पर या असेंबली के नाम पर निर्भर नहीं करता है (जैसे Newtonsoft.Jsonइस मामले में)।

जब मैं समाधान से इस dll को हटाता हूं तो कंपाइलर उसी अपवाद में दूसरे के बारे में बताता है। तो मुझे लगता है कुछ जोर से बंद / अपने पीसी पर :)

Comments

नहीं। यह एक संकलक त्रुटि या एक रनटाइम अपवाद है। मुझे बाद का शक है। कृपया अधिक स्पष्ट हो।

— लीपी

मुझे भी एक ही अपवाद का सामना करना पड़ा है, लेकिन मैं इसे थॉमस के समाधान के साथ ठीक करने में कामयाब रहा। समस्या बिजली की विफलता के कारण अनुचित प्रणाली के बंद होने के कारण थी

— संदीप

Answer 1

लगता है कि किसी दूषित विधानसभा को संदर्भित किया जा रहा है।

दोनों को साफ करो:

1. आपके प्रोजेक्ट का \ bin फ़ोल्डर

2. अस्थायी फ़ोल्डर ( C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Filesविंडोज़ 7 में होना चाहिए )

और देखें कि क्या त्रुटि अभी भी होती है

Comments

एलेक्स इसके लिए बहुत बहुत धन्यवाद! दूसरी चीज़ ने मदद की: मैंने अस्थायी ASP.NEt फ़ाइलों की निर्देशिका को साफ किया)

— Liker777

यह सुनकर खुशी हुई। उत्तर को स्वीकार करने के लिए याद रखें अगर यह मदद की :)

— एलेक्स

अन्य स्थानों को हटाने के लिए @Thomas द्वारा उत्तर देखें (जो मेरे लिए काम किया)

— सिमोन_विएवर

धन्यवाद। एक कठिन दुर्घटना के बाद उपयोगकर्ता अस्थायी फ़ोल्डर को साफ़ करना मेरे लिए समस्या का हल हो गया।

— पेट्रस थेरॉन

% TEMP% \ Temporary ASP.NET Files C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें C: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें C : \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें C: \ Windows \ Microsoft.NET \ फ्रेमवर्क 64 \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें C: /Windows/Microsoft.NET /Framework/ v4.0.30319 / अस्थाई ASP.NET फ़ाइलें यह सूची इस तरह बढ़ेगी जैसे कि आपके पास .NetFramework के अन्य संस्करण हों। उत्तर Src: stackoverflow.com/a/16033324/1724777 stackoverflow.com/a/11743430/1724777 प्रोब के लिए कारण: BLUE_SCREEN_OF_DEATH

— NavaRajit

Answer 2

यदि आप X64 चला रहे हैं तो इस पर निर्भर करता है कि आपको कुछ और स्थानों को साफ करने की आवश्यकता हो सकती है। बस मेरी उपयोगकर्ता निर्देशिका को साफ करना पर्याप्त नहीं था।

1. % TEMP% \ Temporary ASP.NET फ़ाइलें
2. C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें
3. C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें
4. C: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें
5. C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें

यह सूची बढ़ेगी जैसे कि आपके पास फ्रेमवर्क के अन्य संस्करण स्थापित हैं।

Comments

अगर आपको कंप्‍यूटर संकलन के दौरान ब्‍लूस्‍क्रीन की गई है तो आपको ऐसा करने की आवश्‍यकता पड़ सकती है

— सिमोन_विवर

+1 जवाब के लिए अच्छी तरह से संकलित। इसने मेरे लिए इसे तय किया, धन्यवाद

— राल्फ लावेल

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

— Sav

हे भगवान! मुझे उन जगहों पर प्रागैतिहासिक परियोजनाओं से 4GB से अधिक मिला! क्या यह बात कभी साफ़ नहीं होती?!?! धन्यवाद!

— user2173353

बस आपको बताना चाहता था कि 2 साल से अधिक समय के बाद, यह पोस्ट अभी भी लोगों की मदद कर रही है। बहुत बहुत धन्यवाद।

— लॉरेंस फ्रॉस्ट

Answer 3

मुझे साफ़ करना था

C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें

इसके बाद ही यह मसला सुलझा।

Comments

इस जवाब ने मेरे लिए भी काम किया, आईआईएस एक्सप्रेस में 64-बिट विन 7 मशीन की मेजबानी एमवीसी 4 की मेजबानी के साथ

— बेन एच

Answer 4

यह सुनिश्चित करने के लिए कि क्या स्पष्ट करना है - निम्न रजिस्ट्री कुंजी जोड़ें:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).

फिर आपको नीचे जैसा आउटपुट दिखाई देगा। यह आपको बताता है कि asp.net आपके DLL को लोड करने का प्रयास कर रहा है। इस निर्देशिका को साफ़ करें।

LOG: This bind starts in default load context.
LOG: Using application configuration file: c:\app\AtlasAdvisor\web\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet.DLL.**
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet/Avanade.ViddlerNet.DLL**.

Comments

ओह और भी, पथ को देखने के लिए मेरे लिए एक IIS रीसेट आवश्यक था।

— लैंडन पोच

यह लॉग कहां प्रदर्शित होता है?

— ल्यूक राइस

जब कोई अपवाद होता है तो लॉग त्रुटि आउटपुट में प्रदर्शित होता है

— voidsstr

Answer 5

अपनी परियोजना के लिए अस्थायी रूपरेखा फ़ाइलों को बाहर निकालें: -

C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें \

Answer 6

आप संकुल निर्देशिका को भी साफ़ कर सकते हैं और NuGet को लापता संकुल को फिर से डाउनलोड करने की अनुमति दे सकते हैं

इसने मेरे लिए इस मुद्दे को हल कर दिया

Comments

... और मुझे, हालाँकि मैंने अभी-अभी अप्रचलित पैकेज निर्देशिका को हटाया है।

— फिल कूपर

मैंने AppData temp & c: \ ... \ micorosoft.net \ .. \ temp, iisreset, ... में सब कुछ हटा दिया। लेकिन मेरे साथ काम नहीं करता है। एक बार जब मैंने सभी पैकेजों को हटा दिया और इसे बहाल कर दिया ... यह मेरे साथ काम करता है ... बहुत बहुत धन्यवाद: D

— bunjeeb

@bunjeeb यह खुशी की बात है :)

— मेगा सेप

Answer 7

इन फ़ोल्डरों से सभी फ़ाइलों को हटा दें।

C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें

Answer 8

स्रोत नियंत्रण से बायनेरिज़ का नया सेट प्राप्त करने में मदद मिली।

धन्यवाद

Answer 9

बस इस फ़ोल्डर को साफ़ करें: (केवल विंडोज़ x64)

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें

Answer 10

धन्यवाद एलेक्स आपके दूसरे बिंदु ने मुझे इसे ठीक करने में मदद की।

ऐसा प्रतीत होता है कि जब तक आप विंडोज 7 में एक व्यवस्थापक के रूप में विजुअल स्टूडियो नहीं चलाते हैं, यह आपकी अस्थायी फ़ाइलों को C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET फ़ाइलों के बजाय स्थानीय रूप से संग्रहीत करता है।

निम्नलिखित ब्लॉग पोस्ट देखें: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

Answer 11

मैं यहाँ एक ही मुद्दा था - ऊपर समाधान काम नहीं किया। एक्शनमेलर के साथ समस्या थी। मैंने निम्नलिखित स्थापना रद्द की और nuget कमांड स्थापित किया

uninstall-package ActionMailer
install-package ActionMailer

मेरी समस्याओं का समाधान किया, उम्मीद है कि किसी और की मदद करेंगे।

Answer 12

COM रैपर dlls को संदर्भित करते समय यह हो सकता है। आपके विज़ुअल स्टूडियो प्रोजेक्ट के भीतर, संदर्भ के तहत, COM रैपर dll को संदर्भित किया जा रहा है और यह सुनिश्चित करें कि उनके पास निम्नलिखित संपत्ति मान हैं: "एंबेड इंटरॉप प्रकार": गलत और "विशिष्ट संस्करण": गलत।

Comments

यह एक शानदार उत्तर है और इसे और बढ़ाना चाहिए। अन्य सभी उत्तर ASP.NET संदर्भ के लिए दिए गए हैं। हालाँकि, मेरे पास एक साधारण कॉनसोल एप्लिकेशन में COM कॉल द्वारा उठाया गया समान अपवाद था; यह मेरे लिए पूरी तरह से काम किया। धन्यवाद महोदय।

— अलेक्सलोमा87

Answer 13

मैं अभी इस पथ से अपना एप्लिकेशन अस्थायी डेटा हटाता हूं

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files

समस्या का समाधान

Answer 14

मैं देख रहा हूं कि बहुत सारी तकनीकियों ने एएसपी की अस्थायी निर्देशिकाओं को साफ करने के बारे में पोस्ट किया है । इस उत्तर के रूप में आपके मशीन पर होस्ट किए गए प्रत्येक .Net फ्रेमवर्क से संबंधित रन-टाइम । लेकिन मेरा मानना ​​है कि हमें क्लियर-कट लॉजिस्टिक्स पता होना चाहिए कि क्यों हमें सभी .Net फ्रेमवर्क की अस्थायी वर्किंग डाइरेक्टरीज़ को नेत्रहीन रूप से साफ़ करने की आवश्यकता है। मेरे हिसाब से ऐसा नहीं होना चाहिए।

मेरी सलाह यह होगी कि आप इस समस्या को हल करने के लिए एक पिन पॉइंट डायरेक्टरी क्लियरिंग दृष्टिकोण की कोशिश करें। कैसे पता चलेगा कि कौन सी डायरेक्टरी क्लियर करनी है?

1. IIS पर जाएं और संदर्भ मेनू खोलने के लिए बाएं नेविगेशन फलक में अपनी वेबसाइट नोड पर राइट क्लिक करें। विंडो खोलने के लिए संदर्भ मेनू में Manage Application-> ।Advanced Settings...Advanced Settings
2. एप्लिकेशन पूल की जाँच करें जिसे आपकी वेबसाइट को सौंपा गया है। मेरे मामले में यह DefaultAppPoolनीचे दिखाया गया है:

3. अब Application PoolsIIS में बाएं नेविगेशन बार में नोड पर जाएं । अब चेक करें कि कौन सा .Net सीएलआर वर्जन आपके ऐप पूल द्वारा चलाया जा रहा है। मेरे मामले में यह v4.0 है जैसा कि नीचे दिखाया गया है:

चूंकि सीएलआर संस्करण मेरे ऐप पूल द्वारा होस्ट किया जा रहा है, इसलिए v4.0 है, इसलिए मैंने एएसपी .NET v4.0 से संबंधित फ़ोल्डर में केवल अस्थायी फ़ाइलों को केवल नीचे की तरह साफ़ किया है:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

और बस। मेरी समस्या हल हो गई।

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

Answer 15

समाशोधन C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET फ़ाइलें मेरे लिए काम किया। भविष्य में समस्या से बचने के लिए विलोपन प्रक्रिया को स्वचालित करने की सोच।

Answer 16

यदि आप SQL Server 2012 के डेटा उपकरण का उपयोग कर रहे हैं, जो 1 मई 2013 को VS2010 शेल का उपयोग करता है, तो अपने कॉन्फ़िगरेशन प्रबंधक सेटिंग्स की जांच करें। वर्कफ़्लो से xCPWorkflow में सर्वर नाम परिवर्तन ठीक उसी का उत्पादन करने के लिए पर्याप्त था पैरामीटर गलत है (HRESULT से अपवाद: 0x80070057 (E_INVALIDARG) संदेश।

Answer 17

आप अपने एप्लिकेशन को या तो साफ़ कर सकते हैं, उसका निर्माण कर सकते हैं या उसका पुनर्निर्माण कर सकते हैं या बस C: \ Users \ C पर \ अस्थाई ASP.NET फ़ाइलें हटा सकते हैं।

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

आप समाधान 2 को http://www.codeproject.com/Articles/663453/Understanding-Clean-Bild-and-Rebuild-in-Visual-St के रूप में भी देख सकते हैं

Answer 18

MVC में कंट्रोलर बनाते समय मुझे यह समस्या थी। मैंने संस्करण .net फ्रेमवर्क बदल दिया। समस्या का निदान हो गया था

Answer 19

समस्या एक संदर्भित क्लास लाइब्रेरी के .Net रनटाइम संस्करण (विस्तारित संदर्भ) से संबंधित है, लाइब्रेरी का चयन करें और "रनटाइम संस्करण" की जांच करें। मुझे अपने दृश्य स्टूडियो प्रोजेक्ट को v4.5 में अपग्रेड करने के बाद Antlr3.Runtime के साथ एक समस्या थी। Microsoft ASP.NET वेब अनुकूलन फ्रेमवर्क की स्थापना रद्द करने के लिए NuGet का उपयोग किया गया (निर्भरता की एक श्रृंखला के कारण जिसने मुझे Antlr3 को सीधे अनइंस्टॉल करने से रोका)

मैंने तब Microsoft ASP.NET वेब ऑप्टिमाइज़ेशन फ्रेमवर्क को पुनर्स्थापित करने के लिए NuGet का उपयोग किया था। यह सही रनटाइम संस्करणों को पुनर्स्थापित करता है।

Answer 20

मेरे मामले में मैं एक COM दृश्यमान DLL संकलित करना चाहता था। समस्या यह थी कि इस DLL का एक पुराना संस्करण यहां स्थित था:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

इस प्रकार विजुअल स्टूडियो ने नए संकलित के बजाय इस संस्करण को लोड किया, क्योंकि इसने इसे पंजीकृत करने का प्रयास किया था।

Answer 21

अस्थायी फ़ोल्डर से सभी फ़ाइलें साफ़ करें (C: \ Users \ user_name \ AppData \ Local \ Temp \ Temporary ASP.NET फ़ाइलें * प्रोजेक्ट फ़ोल्डर)

Answer 22

कभी-कभी आपको भी, इस फ़ोल्डर को साफ़ करने की आवश्यकता होती है: C: \ Windows \ Temp \ Temporary ASP.NET

Answer 23

मुझे उसी त्रुटि का सामना करना पड़ा क्योंकि एप्लिकेशन को C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\फ़ोल्डर में आश्रित रूपरेखाएँ नहीं मिलीं। मैं सिर्फ अपने विज़ुअल स्टूडियो की मरम्मत करता हूं, जो ऊपर के स्थान में आवश्यक ढांचे को जोड़ता है और यह ठीक काम करता है।

Answer 24

मेरे मामले में, मेरे प्रोजेक्ट गुणों में IISExpress पोर्ट नंबर को बदलने से समस्या हल हो गई।

Answer 25

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

Answer 26

मेरे पास Microsoft Office के लिए Siemens Teamcenter 10 क्लाइंट के उपयोगकर्ता एक ही DLL के बारे में एक ही त्रुटि प्राप्त कर रहे थे। अन्य जवाबों में से किसी ने भी काम नहीं किया। समाधान में फ़ोल्डर्स को हटाने के लिए किया गया था

C:\Users\%username%\AppData\Local\assembly\

Answer 27

मेरे पास Nuget पैकेट मैनेजर खोलने के दौरान इसी तरह का मुद्दा था, मैंने सभी अस्थायी फ़ाइलों को हटा दिया और परियोजना का निर्माण किया, यह ठीक काम किया।