फ़ाइल या असेंबली 'Antlr3.Runtime (1)' या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका

83

मुझे अपनी MVC4परियोजना को चलाने की कोशिश करते समय यह त्रुटि मिल रही है , यह मेरी दूसरी मशीनों पर पिछली बार तक ठीक काम कर रहा था, लेकिन जब मैं इसे किसी अन्य मशीन से चलाने की कोशिश कर रहा हूं तो यह मुझे यह त्रुटि दे रही है:

फ़ाइल या असेंबली 'Antlr3.Runtime (1)' या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

यहाँ इस बारे में पढ़ने के बाद मैंने करने की कोशिश की है :

इंस्टाल-पैकेज Antlr3.untime -Pre

लेकिन इससे कोई मदद नहीं मिली, कोई विचार?

.net  asp.net-mvc 
— Maven
स्रोत
1
क्या आपने अनइंस्टॉल करने की कोशिश नहीं की। उपरोक्त संस्करण स्थापित करने से पहले संस्करण?
— स्पॉक
1
मैं किसी भी संस्करण को अद्यतन नहीं किया। बस मशीन बदल दी
— मावेन
क्या आपने समाधान पर राइट-क्लिक करने की कोशिश की और फिर "एनगेट पैकेज रिस्टोर को सक्षम करें" पर?
— टीएस
यहां किसी भी उत्तर ने मदद नहीं की, लेकिन इस डुप्लिकेट के उत्तर ने किया।
— 21

जवाबों:

103

निल लॉगिंग प्लेटफ़ॉर्म के साथ प्रयोग करने पर मुझे उसी समस्या का सामना करना पड़ा।

इससे मुझे मदद मिली:

फ़ाइल एक्सप्लोरर में% TEMP% दर्ज करें और सभी अस्थायी फ़ाइलों को हटा दें।

उसके बाद मुझे Visual Studio में अपनी MVC5 परियोजना शुरू करते समय त्रुटि नहीं मिली।

— एएच।
स्रोत
मेरे त्रुटि संदेश में "(1)" नहीं था, लेकिन इस समाधान ने अभी भी काम किया
— रॉबर्टो
10
इसके लिए धन्यवाद। यह Microsoft बकवास है जो कभी-कभी आपको अपनी मुट्ठी दृश्य स्टूडियो के माध्यम से रखना चाहता है ...
— Smirarian
बहुत बढ़िया!! इस पर कई घंटे बर्बाद हुए। मेरा मुद्दा बिल्ड हिस्सा नहीं था, लेकिन जेनकिन्स सर्वर पर पबक्स एमएल फाइलों का उपयोग करके कलाकृतियों को प्रकाशित करना विफल रहा, जबकि यह मेरी स्थानीय मशीन पर ठीक काम कर रहा था। एक बार ऊपर वर्णित के रूप में अस्थायी फ़ोल्डर को हटाने के बाद, प्रकाशित कलाकृतियों ने मुद्दों के बिना काम किया।
— यार्दिम
41

इनमें से एक करके ASP.Net के लिए अस्थायी फ़ाइलों को हटाने का प्रयास करें:

  • फ़ाइल एक्सप्लोरर में% TEMP% दर्ज करें और सभी अस्थायी फ़ाइलों को हटा दें।
  • फ़ोल्डर "C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET फ़ाइलें" पर जाएं और सभी फ़ाइलों को हटा दें।
— साचिन कुलकर्णी
स्रोत
7
धन्यवाद। मेरे लिए यह विकल्प 2 था जिसने मदद की
— रब्बी
मैं @ रब्बी से सहमत हूँ। यह विकल्प 2 है जिसने मेरी समस्या हल कर दी है। काश मैं आपके उत्तर को 10 बार बढ़ा पाता! आपका बहुत बहुत धन्यवाद। :)
— एनी लगंग
31

अस्थायी ASP.NET फ़ाइलें भी साफ़ करना न भूलें Framework64। मेरे लिए यही चाल चली।

  • C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
  • C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
— मैथिज वालस्वेल्ड
स्रोत
बिल्कुल सही धन्यवाद, कोई लाभ नहीं हुआ स्वीकार किए जाते हैं जवाब करने की कोशिश की जब तक मैं इस पोस्ट को देखा, Framework64 मेरे लिए यह किया
— यहोशू Ohana
यह मेरे और एक अन्य प्रोजेक्ट-dll संदर्भित के लिए काम करता है। मेरे मामले में वेब परियोजना के सभी संदर्भ टूट गए थे, संदेश था: "फ़ाइल या असेंबली को लोड नहीं किया जा सका 'जो भी हो' या उसकी एक निर्भरता"। सफाई के बाद, dll संदर्भ बनाया गया था और सभी ठीक काम करता है।
— फेर आर
27

बस मामले में यह किसी की मदद करता है।
मुझे MVC 5 एप्लिकेशन के साथ यह समस्या थी। Antlr3.Runtime.dll को बिन निर्देशिका से हटाने और पुनः निर्माण ने समस्या को निर्धारित किया।

— fhilton
स्रोत
इसने मेरे लिए काम किया। धन्यवाद। लेकिन मैं अभी भी इस त्रुटि के वास्तविक कारण के बारे में निश्चित नहीं हूं। क्या कोई समझा सकता है?
— मुकुलशर्मा ११४६
1
मेरे मामले में, मुझे इसके बजाय WebGrease.dll को हटाना पड़ा
— थार्नवेन
धन्यवाद ... इसे हल करने के लिए 3 घंटे बिताए और यही वह कदम है जिसने मेरे YSOD से छुटकारा पाया।
— जोशुआ के
18

मेरी समस्या यह थी कि वेबग्रे का नवीनतम संस्करण Antlr का संस्करण 3.4.1.9004 स्थापित करता है। एक बार जब मैंने वेबग्रेस स्थापित किया और फिर एंट्र्र को 3.5.0.2 संस्करण में अपडेट किया, तो त्रुटि दूर हो गई।

— YeeHaw1234
स्रोत
11
मेरी समस्या बिल्कुल यही मुद्दा था। मुझे Microsoft.AspNet.Web.Optimization, WebGrease और Antlr (उस क्रम में) की स्थापना रद्द करके पैकेज प्रबंधक कंसोल में निर्भरता श्रृंखला को खोलना था, फिर Microsoft -spNet.Web.Optimization, अद्यतन-पैकेज WebGrease और अंत में अद्यतन स्थापित करें -पैकेज एंट्रेल (उस क्रम में) नवीनतम संस्करण प्राप्त करने और एंट्र संस्करण संस्करण को ठीक करने के लिए।
— वेड
13

मेरे लिए, web.config फ़ाइल में इस नोड को हटाने से त्रुटि संदेश से छुटकारा मिल गया:

<identity impersonate="true" userName="" password="">

लेकिन मेरे लिए वास्तव में जो काम किया गया था, वह C: \ Windows \ Microsoft.NET \ Framework {संस्करण} (या फ्रेमवर्क 64) में मिली अस्थायी ASP.NET फ़ाइलें "फ़ोल्डर में निर्दिष्ट उपयोगकर्ता नाम (प्रतिरूप में निर्दिष्ट) को प्रदान कर रहा था।

पहचान को IIS में वेब साइट एप्लिकेशन पूल सेटिंग्स में भी संग्रहीत किया जा सकता है।

सुनिश्चित करें कि आपका नगेट पैकेज सही संस्करण के साथ सही ढंग से स्थापित है। यदि कुछ और काम नहीं करता है, तो बस एक स्थानीय फ़ोल्डर से संदर्भ को फिर से जोड़ने और इसे कॉपी लोकल पर सेट करने का प्रयास करें।

— जिंदादिल प्यार
स्रोत
1
इससे मेरे लिए समस्या हल हो गई। web.config का मंचन पर्यावरण में प्रतिरूपण के लिए एक सेटिंग थी और यह उपयोगकर्ता खाता मेरे देव संसार में मौजूद नहीं था।
— ttomsen
मैंने तीनों सुझावों की कोशिश की और उनमें से कोई भी काम नहीं किया। अभी भी एक YPOD मिल रहा है। मेरे web.config 2 में <पहचान टैग नहीं है। मैंने iis_usrs और users \ johnny दोनों को 'पूर्ण नियंत्रण' दिया। 3. अंतिम विकल्प एक हैक की तरह लगता है
— dannyrosalex
मैंने इसे कमांड का उपयोग करके हल किया:ASPNET_REGIIS -GA impersonatedusername
— cslecours
इससे मेरी समस्या को हल करने में मदद मिली। मैं स्थानीय रूप से काम कर रहा था और इस तत्व में वर्णित नाम के रूप में मेरे देव फ़ोल्डर तक कोई पहुंच नहीं है।
— अनामोल
धन्यवाद, यह समाधान वास्तव में मददगार है।
— जोस बैरियास
11

यदि कोई समाधान आपकी समस्या को हल करता है, तो web.config, विधानसभा का संस्करण सत्यापित करें

<dependentAssembly>
        <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2" />
      </dependentAssembly>
— डैनियल मेलो
स्रोत
धन्यवाद। अद्यतन पैकेज के मामले में और समस्या का सामना करने के लिए, इस जवाब ने मेरे लिए काम किया।
— फेरेयुडून बारिकज़ेहि
मैंने इस असेंबली को हटा दिया, फिर इसके लिए मेरे लिए काम किया। धन्यवाद!!
— यूजर 6667769
8

सरल तरीके से एक अद्यतन antlr और वेबग्रे है

  1. गोटो पैकेज कंसोल मैनेजर
  2. फिर इन कोड को एक-एक करके लागू करने का प्रयास करें
  3. PM> अपडेट-पैकेज एंटील्र
  4. PM> अपडेट-पैकेज वेबग्रे

अंत में त्रुटि हल हो गई

— डी पैन
स्रोत
2

मेरे लिए यह एंट्र के डिबग और रनटाइम संस्करणों के बीच एक बेमेल के कारण हुआ था।

अंत में एक अलग Antlr पैकेज स्थापित करके इसे हल किया: Install-Package Antlr

— edson-
स्रोत
2

यदि आप मैन्युअल रूप से संदर्भ जोड़ते हैं, तो Antlr3.Runtime.dll को अनलॉक करने का प्रयास करें: यहां छवि विवरण दर्ज करें

— ADM आईटी
स्रोत
2

Web.config में प्रतिरूपण = "सही" के साथ समस्या थी, मैंने उस पंक्ति को हटा दिया, जिसमें उसने काम किया था !!

फिर से मैंने लाइन लगाई और प्रतिरूप के साथ उपयोगकर्ता को खाता की अनुमति दी, मेरे पूरे आवेदन ने काम किया :)

— मोहम्मद सानुज बशीर
स्रोत
1

यदि आप प्रतिरूपण का उपयोग कर रहे हैं। इसका उत्तर उस उपयोगकर्ता के लिए अनुमति देना है जिसे आप निम्नलिखित फ़ोल्डरों तक पहुंच प्रदान कर रहे हैं:

  1. C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

  2. आपकी साइट निर्देशिका

आपको निम्न के रूप में फ़ोल्डर बनाने की आवश्यकता हो सकती है:

C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]

लेकिन पहले की कोशिश करो, यह मेरे लिए काम किया।

अस्थायी डेटा को बचाने और dll फ़ाइलों को खींचने में सक्षम होने के लिए प्रतिरूपण उपयोगकर्ता की अनुमति देने और निर्देशिकाओं से किसी भी आवश्यक फ़ाइलों के लिए दो परिवर्तन

अद्यतन, विंडोज़ 10 के लिए यह वह समाधान है जो मेरे लिए काम करता है

हम दोनों कदम उठाएंगे, लेकिन इसके बजाय C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

फ़ाइल एक्सप्लोरर में% TEMP% लिखें और उस उपयोगकर्ता के लिए अनुमति दें जिसे आप निम्न फ़ोल्डर तक पहुंच प्रदान कर रहे हैं: C:\Users\[UserName]\AppData\Local\Temp\Temporary ASP.NET Files

— मुस्तफा एलाबादी
स्रोत
1

मुझे एक सरल उपाय मिला। अपने स्वयं के प्रोजेक्ट फ़ोल्डर में जाएं और संकुल फ़ोल्डर ढूंढें।

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

— एमडी शाहियार
स्रोत
0

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

— टॉमस क्यूब्स
स्रोत
0

मैंने इस पोस्ट में सभी उत्तरों की कोशिश की, लेकिन उनमें से किसी ने भी मेरे लिए काम नहीं किया।

इसलिए मैंने अपने समाधान से सभी परियोजनाओं के अंदर / बिन निर्देशिकाओं को हटा दिया, समाधान को साफ और पुनर्निर्माण किया और अंत में काम किया!

मेरी पूरी सुबह इस समस्या का पता लगाने के लिए काम करते हुए बर्बाद हो गई ...

— Velociround
स्रोत
0

मेरे लिए जो काम किया गया था वह मेरे webconfig (system.web संपत्तियों के तहत) से पहचान को हटा रहा था या फिर से समाधान का निर्माण कर रहा था और इसे फिर से प्रकाशित किया (यदि आवश्यक हो) और यह एक आकर्षण की तरह काम करता!

— Anchit
स्रोत
यह टिप्पणी में होना चाहिए
— उस्मान मकबूल
0

हमारी समस्या हमारी समूह नीति में मैप की गई ड्राइव में बदलाव के कारण समाप्त हुई। मेरे समाधान में Web.config में रैम ड्राइव सेटअप को मेरे Z: ड्राइव के रूप में उपयोग करने के लिए tempDirectory सेटिंग है । जाहिरा तौर पर उन्होंने Z: ड्राइव का उपयोग शुरू कर दिया और DLL को सामान्य की तरह tempDirectory पर कॉपी किया जा रहा था, लेकिन फिर मुझे लगता है कि उन्हें रिमोट सर्वर (वायरस स्कैन शायद) पर एक प्रक्रिया द्वारा हटाया जा रहा था। मैं केवल प्रोसेस मॉनीटर का उपयोग करके और एंट्र के लिए फ़िल्टर करके यह पता लगाने में सक्षम था कि यह DLL के लिए एक नेटवर्क स्थान में देख रहा था।

— Schmalls
स्रोत
0

मैंने Nudget Package Manager में सभी पैकेज अपडेट किए और यह काम कर गया! मेरे मामले में मैं GoDaddy में अपनी वेबसाइट होस्ट कर रहा हूं

— joalcego
स्रोत
0

सफलता के बिना .netframework अस्थायी फ़ाइल को हटाने की कोशिश करने के बाद, मैं बदल गया 

<system.web>
    <authentication mode="None" />
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime />
    <pages controlRenderingCompatibilityVersion="4.0" />
</system.web>

केवल targetFramework = "4.6" के बजाय 4.6.1 वेब साइट त्रुटियों के बिना प्रदर्शित होती है। आगे मैंने फिर से targetFramework = "4.6.1" और पुनरारंभ सर्वर को बदल दिया। सब कुछ ठीक रहता है।

— लॉरेंट दान
स्रोत
0

मेरे लिए समाधान उपकरण> NuGet पैकेज प्रबंधक> समाधान के लिए संकुल प्रबंधित करना था

फिर Antlr3 पर क्लिक करें और यह सुनिश्चित करें कि इसमें स्थापित किया गया था:

  1. स्टार्टअप प्रोजेक्ट
  2. प्रतिबिंब का उपयोग करते हुए कोई भी पुस्तकालय
  3. किसी भी पुस्तकालय को प्रतिबिंब का उपयोग करने वाले पुस्तकालय कहते हैं

मेरे मामले में यह 4 परियोजनाएँ गहरी थीं जिनकी आवश्यकता थी। एक बार जो किया गया था, यह मुद्दा आखिरकार हल हो गया।

— क्रिस मोसचिनी
स्रोत
0

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

— इकराम शाह
स्रोत
0

मेरे मामले में, जब मैंने एक परियोजना को क्लोन किया, तो विज़ुअल स्टूडियो 2019 ने परियोजना के पथ में '% 20' के साथ एक रिक्त स्थान का चरित्र बदल दिया। फिर, जब वीएस ने नगेट पैकेजों को खोजने की कोशिश की, तो यह सही रास्ता नहीं खोज सका।

— मार्टिन
स्रोत
0

उन्नयन के बाद मुझे इस मुद्दे का सामना करना पड़ा Microsoft.AspNet.Web.Optimization

update-package WebGreaseऔर update-package Antlr(उस क्रम में) नवीनतम संस्करण प्राप्त करने और एंट्र संस्करण संस्करण को ठीक करने के लिए।

— निसान विक्रमारत्न
स्रोत
0

मेरे लिए, मैंने ये कदम उठाए और यह मेरे लिए काम कर रहा है:

1) मैंने डिलीट किया binऔर objफोल्डर (कुछ फाइलें Cleanप्रोजेक्ट द्वारा डिलीट नहीं की गईं )

2) मैंने जेएस जैसी कुछ फाइलें चेक कीं, जिन्हें काफी समय पहले डिलीट कर दिया गया था लेकिन वे प्रोजेक्ट फाइल्स में शामिल थीं । इसलिए मैंने उन्हें बाहर कर दिया।

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