फ़ाइल या असेंबली या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका। प्रवेश निषेध है। मुद्दा यादृच्छिक है, लेकिन एक बार होने के बाद भी यह जारी है

Question

मुझे इस त्रुटि के बारे में बहुत सारी जानकारी मिली है: 'ERROR: फ़ाइल या असेंबली लोड नहीं कर सका' * .dll 'या इसकी एक निर्भरता। प्रवेश निषेध है।' लेकिन मुझे अपने परिदृश्य के लिए विशिष्ट उत्तर नहीं मिला। मेरी साइट 6 विभिन्न उत्पादन सर्वरों पर तैनात है, केवल एक सर्वर पर मैं इस समस्या का सामना कर रहा हूं। मुद्दा यादृच्छिक है, लेकिन एक बार होने के बाद, यह तब तक जारी रहता है जब तक कि साइट web.config फ़ाइल में एक छोटा संशोधन करके recompile नहीं हो जाती है (मुझे पता है कि ट्रिक, web में संशोधन के बाद web.config वेब एप्लिकेशन को recompile) और उस सर्वर के शुरू होने की साइट काम कर रहे। कल, काम करने के एक महीने की अवधि के बाद मुद्दा फिर से शुरू हो रहा था। हम उत्पादन पर इस मुद्दे को बर्दाश्त नहीं कर सकते।
समस्या विस्तार:

/ 'अनुप्रयोग में सर्वर त्रुटि ____________________________________ फ़ाइल या असेंबली को लोड नहीं कर सका 'MainCore.DbImpl, संस्करण = 0.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = null' या इसकी एक निर्भरता। प्रवेश निषेध है। विवरण: वर्तमान वेब अनुरोध के निष्पादन के दौरान एक अनियंत्रित अपवाद उत्पन्न हुआ। कृपया त्रुटि के बारे में अधिक जानकारी के लिए स्टैक ट्रेस की समीक्षा करें और यह कोड में कहां उत्पन्न हुआ।

अपवाद विवरण: System.IO.FileLoadException: फ़ाइल या असेंबली को लोड नहीं कर सका 'MainCore.DbImpl, संस्करण = 0.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = null' या इसकी एक निर्भरता। प्रवेश निषेध है।

स्रोत त्रुटि: वर्तमान वेब अनुरोध के निष्पादन के दौरान एक अखंड अपवाद उत्पन्न हुआ था। नीचे दिए गए स्टैक ट्रेस का उपयोग करके अपवाद की उत्पत्ति और स्थान के बारे में जानकारी की पहचान की जा सकती है।

असेंबली लोड ट्रेस: ​​निम्न जानकारी यह निर्धारित करने में सहायक हो सकती है कि असेंबली 'MainCore.DbImpl, संस्करण = 0.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = null' क्यों लोड नहीं की जा सकी।

WRN: असेंबली बाइंडिंग लॉगिंग बंद है। असेंबली बाइंड विफलता लॉगिंग को सक्षम करने के लिए, रजिस्ट्री मान [HKLM \ Software \ Microsoft \ Fusion! EnableLog] (DWORD) को 1 पर सेट करें। असेंबली बाइंड फ़ेलिंग लॉगिंग से संबंधित कुछ प्रदर्शन जुर्माना है। इस सुविधा को बंद करने के लिए, रजिस्ट्री मान [HKLM \ Software \ Microsoft \ Fusion! EnableLog] को हटा दें।

स्टैक ट्रेस:

[FileLoadException: फ़ाइल या असेंबली को लोड नहीं कर सका 'MainCore.DbImpl, संस्करण = 0.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = null' या इसकी एक निर्भरता। प्रवेश निषेध है।] ... DbImpl.Event.TTCEventController.GetEventFields (Int32 EventId) +0 WebSuite.SportChannel.ModelImpl.TTCMododController.AddEventFieldList (XmlElement EventNode, ITTCEVControllerControllerController) \ "ModelImpl \ Ttc \ TTCModelController.cs: 171 ... ModelImpl.TTCModelController.GetLatestFourTourSchedulesXml () इन ... रूट की SportChannel \ ModelImpl \ Ttc \ _TTCModelController.cs: 283 ... वेब: ।। , EventArgs e) +491 System.Web.Util.CalliHelper.EventArgFunctionCaller (IntPtr fp, Object o, Object t, EventArgs e) 5:15। System .Util
____________________________________

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

Comments

क्या यह समस्या dll के नए संस्करण को अपलोड करने के कारण हुई थी?

— ननस्पैस्कल

कोई परिवर्तन नहीं, सभी सर्वरों पर एक ही पुरानी dll, कुछ भी नहीं बदल

— khawarPK

सभी सर्वरों पर MainCore.DbImpl.dll का पुराना संस्करण, कुछ भी अपलोड या परिवर्तित नहीं किया।

— ख्वारपक्क

अगली बार ऐसा होने पर अस्थायी ASP.Net फ़ाइलों की सफाई / हटाने का प्रयास करें, उन्हें साफ करने के लिए bcoz आपको IIS को पुनरारंभ करने की आवश्यकता हो सकती है।

— फुरकान हमीदी

मैं अगली बार इस सर्वर पर इस समस्या के होने से कैसे बचूँ ??

— khawarPK

Answer 1

मेरे परिदृश्य के लिए, मैंने पाया कि web.config फ़ाइल में एक पहचान नोड था।

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

जब मैंने उपयोगकर्ता नाम और पासवर्ड मापदंडों को नोड से हटा दिया, तो यह काम करना शुरू कर दिया।

एक अन्य विकल्प यह हो सकता है कि आपको यह सुनिश्चित करने की आवश्यकता है कि निर्दिष्ट उपयोगकर्ता नाम के पास उन "अस्थायी अस्थाई ASP.NET फ़ाइलें" फ़ोल्डरों के साथ काम करने के लिए पहुँच है जो विभिन्न C: \ Windows \ Microsoft.NET \ Framework {संस्करण} फ़ोल्डर में पाए जाते हैं।

यह उम्मीद करने से किसी और को मदद मिलती है!

Comments

मेरे लिए, स्थानीय रूप से समाधान चलाने का मतलब है कि पहचान नोड को पूरी तरह से web.config से हटा दिया जाए, लेकिन इसे उत्पादन सर्वर में तैनात करने के लिए प्रतिरूपण की आवश्यकता होती है और इसलिए पहचान नोड को जोड़ना होगा। अधिक विस्तार के लिए यहाँ मेरा उत्तर देखें

— bkwdesign

मैंने स्थानीय उपयोगकर्ता को IIS_IUSRS नामक स्थानीय समूह में जोड़ा, बजाय यह जानने के कि "विभिन्न फ्रेमवर्क फ़ोल्डर" का उपयोग करने के लिए क्या करना चाहिए।

— एंड्रियास जानसन

यह मत भूलो कि कोड (वेब के बिना) के माध्यम से प्रतिरूपण किया जा सकता है (web.config के बिना), मेरे मामले में उपयोगकर्ता (अनाम लॉगऑन) क्रोम ब्राउज़र में सहेजा गया है। मेरे उपयोगकर्ता क्रेडेंशियल्स में प्रवेश करने के लिए क्रोम और फिर से आना वेबसाइट को पुनः आरंभ करना पड़ा।

— वलोडिमिर Kotylo

Answer 2

एक ही मुद्दा था, पैरामीटर "32-बिट अनुप्रयोगों को सक्षम करें" को "सच" (iis अनुप्रयोग पूल की उन्नत सेटिंग्स में) सेट करने के साथ निर्धारित किया गया था ।

Comments

लव चोपड़ा के समाधान के साथ इस जवाब ने मेरे लिए काम किया।

— केस 303

बहुत बढ़िया जवाब! अगर, मेरी तरह, आप Azure को प्रकाशित करने और उसी त्रुटि को प्राप्त करने की कोशिश कर रहे हैं, तो Azure पोर्टल पर अपने ऐप पर जाएं, एप्लिकेशन सेटिंग पर जाएं और "प्लेटफ़ॉर्म" सेटिंग के लिए "64-बिट" विकल्प चुनें।

— एमवी

@ MV23 64-बिट क्यों? वह मदद क्यों करता है?

— nmit026

Answer 3

मेरा समाधान इस प्रकार है:

मैं एक रूट फ़ोल्डर के तहत नहीं मिला C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files।

Google ने मुझे बताया कि यह वर्तमान उपयोगकर्ता के खिलाफ एक अनुमति मुद्दा हो सकता है, तब मैंने पाया कि मेरे पास एक वर्तमान पहचान है: IIS APPPOOLखराबी सर्वर में जहां शेष सर्वर में वर्तमान पहचान है NT AUTHORITY\NETWORK SERVICE:।

तब मैं से वर्तमान पहचान बदल IIS APPPOOLकरने के लिए NT AUTHORITY\NETWORK SERVICE।

यहां से, मैंने पाया कि वेब ऐप को रीसेट करने से अस्थायी ASP.NET कैश का पुनर्निर्माण होता है, जो समस्या को हल करता है।

Comments

C1.Web.Wijmo.Controls.4 विधानसभा के साथ एक ही मुद्दे के लिए कोई समाधान? प्राप्त करनाCould not load file or assembly 'C1.Web.Wijmo.Controls.4, Version=4.0.20163.250, Culture=neutral, PublicKeyToken=9b75583953471eea' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

— प्रज्वल भात

@ क्या: तुम्हारा एक पूरी तरह से अलग समस्या है। बस त्रुटि संदेशों की तुलना करें।

— जेन्सजी

Answer 4

किसी और के लिए, जिसने अधिकांश समाधानों की कोशिश की और अभी भी समस्याएँ हैं।

मेरा समाधान दूसरों से अलग है, जो इस पद के नीचे स्थित है, लेकिन इससे पहले कि आप यह सुनिश्चित करें कि आपने निम्नलिखित सूचियों को समाप्त कर दिया है। यह सुनिश्चित करने के लिए, मैंने उन सभी की कोशिश की है, लेकिन कोई फायदा नहीं हुआ।

1. खरोंच से फिर से इकट्ठा करना और फिर से जोड़ना, मौजूदा ऐप को अपडेट न करें। अतः उत्तर

2. IIS_IUSRS निर्देशिका तक पूर्ण पहुँच प्रदान करें "C: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ Temporary ASP.NET फ़ाइलें" का पूरा उपयोग

   आपके द्वारा उपयोग किए जा रहे फ्रेमवर्क संस्करण का ध्यान रखें। यदि आपका ऐप प्रतिरूपण का उपयोग कर रहा है, तो IIS_IUSRS के बजाय उस पहचान का उपयोग करें

3. निर्देशिका की सभी सामग्री हटाएं "C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET फ़ाइलें" की ।

   आपके द्वारा उपयोग किए जा रहे फ्रेमवर्क संस्करण का ध्यान रखें

4. ऐप्पलूल की पहचान को बदल दें जो आपके ऐप का उपयोग कर रहा है, ApplicationatonPoolIdentity से NetworkService तक।

   IIS> एप्लिकेशन पूल> वर्तमान एप्लिकेशन पूल> अग्रिम सेटिंग> पहचान का चयन करें।

   एसओ उत्तर (यदि यह काम नहीं करता है तो कृपया डिफ़ॉल्ट रूप से पुनर्स्थापित करें)

5. अपने ऐप के साथ IIS संस्करण और AppPool .NET संस्करण संगतता सत्यापित करें। पहली बार तैनाती के लिए अत्यधिक लागू। अतः उत्तर

6. यदि लागू हो तो प्रतिरूपण कॉन्फ़िगरेशन सत्यापित करें। अतः उत्तर

मेरा समाधान:

मुझे पता चला कि कुछ एंटी-वायरस सॉफ्टवेअर सक्रिय रूप से डीएलएल के संकलनों को "अस्थायी एएसपी फ़ाइलें" निर्देशिका के भीतर रोक रहे हैं। , मेरा मैकफी था, आईटी लोग मुझे इंस्टॉलेशन के बारे में सूचित करने में विफल रहे।

McAfee विशेषज्ञों और Microsoft दोनों की सलाह के अनुसार, आपको वास्तविक समय स्कैनिंग में निर्देशिका "अस्थाई ASP.NET फ़ाइलें" को बाहर करने की आवश्यकता है ।

स्रोत:

• McAfee समर्थन फोरम
• Microsoft समर्थन
• Asp.Net फोरम

एंटी-वायरस को अक्षम न करें क्योंकि यह केवल अपना काम कर रहा है। मैन्युअल रूप से लापता DLL फ़ाइलों को निर्देशिका \ Temporary ASP.NET फ़ाइलें {प्रोजेक्ट नाम} में कॉपी न करें, क्योंकि नल नलिकाएं।

Comments

अस्थायी ASP.Net फ़ाइलों को साफ़ करते हुए मेरे लिए काम किया, भले ही त्रुटि केवल मेरे स्थानीय बिन को संदर्भित (बार-बार)। बहुत ज्यादा उलझन।

— dudeNumber4

बहुत बहुत धन्यवाद ... मैं लगभग दो हफ्तों से इस कष्टप्रद त्रुटि के खिलाफ लड़ रहा हूं। जब मैंने अपने एंटीवायरस (BitDefender Free Antivirus) को निष्क्रिय कर दिया, तो सब कुछ फिर से ठीक हो गया।

— एलेक्जेंडर पेरेज

हर 6 महीने या इसके बाद मेरे पास एक गलत व्यवहार करने वाले देव की तैनाती होती है जो मुझे उसी SO उत्तर पर वापस भेजती है - महान लेखन-अप @Yroro! फिर भी, हालांकि यह वास्तव में समाप्त हो रहा है कि मेरे प्रतिरूपण उपयोगकर्ता को अस्थाई ASP.NET फ़ाइलों तक पहुँच की आवश्यकता है, मुझे लगता है कि जब तक मैंने IIS से मेरा आवेदन (अंतर्निहित फ़ाइलें नहीं) हटा दिया और दोबारा नहीं जोड़ा गया, तब तक मुझे त्रुटि नहीं मिली। IIS में वापस आवेदन।

— bkwdesign

मेरे मामले में मुझे पता चला कि McAfee मेरे .Net अनुप्रयोग के dlls के लिए पहुँच को रोक रहा है जैसा कि McAfee के लॉग में देखा गया है। मुझे McAfee के "एक्सेस प्रोटेक्शन" में जाना पड़ा और "एंटी-स्पाइवेयर मैक्सिमम प्रोटेक्शन" को बदलना पड़ा। फिर "अस्थायी फ़ोल्डर से फ़ाइलों को चलाने से सभी कार्यक्रमों को रोकें" नामक आइटम के लिए ब्लॉक की जांच को हटा दें। इसे अक्षम के बजाय कॉन्फ़िगर किया जा सकता है जो बेहतर है। यदि यह अवरुद्ध या रिपोर्टिंग कर रहा है, तो संदेशों को देखने के लिए AccessProctectionLog.txt में देखें। लॉग का स्थान रिपोर्ट टैब पृष्ठ पर है।

— पॉल साइफ्रेट

मुझे IIS एक्सप्रेस का उपयोग करने में त्रुटि हुई development environment। AppPools के बारे में एक ही मुद्दा ।

— किकेनेट

Answer 5

यदि आप प्रतिरूपण का उपयोग कर रहे हैं, तो अनुमति देना सुनिश्चित करें, जिसमें निम्नलिखित फ़ोल्डर पर संबंधित उपयोगकर्ता खाते की अनुमति लिखना और संशोधित करना शामिल है:

C:\Users\[username]\AppData\Local\Temp\Temporary ASP.NET Files

मुझे संशोधित अनुमति याद आ रही थी, यही कारण है कि सिर्फ डिफ़ॉल्ट अनुमतियाँ जोड़ना मेरे लिए काम नहीं कर रहा था।

Comments

मैंने चयनित उत्तर में अधिक जटिल लोगों के बजाय केवल इन चरणों का पालन किया - और अकेले ही इसे हल किया।

— विवेके जुले

इसने मेरे लिए भी काम किया। मैंने ब्लॉक किए गए फ़ोल्डर को खोजने के लिए टेक्नेट से Sysinternal के प्रोसेस मॉनिटर का उपयोग किया , जिसका उल्लेख "अस्थायी ASP.NET फ़ाइलें" फ़ोल्डर में था। प्रोसेस मॉनिटर में, आप "फाइल सिस्टम एक्टिविटी" बटन को छोड़कर सब कुछ बंद कर देते हैं और फिर "ACCESS DENIED" खोज सकते हैं।

— Fordy

Answer 6

यदि आप अभी भी समस्या का सामना कर रहे हैं, तो यह कोशिश करें:

अपना IIS प्रबंधक खोलें -> एप्लिकेशन पूल -> अपना ऐप पूल चुनें -> एडवांस सेटिंग -> अंडर 'प्रक्रिया मॉडल' सेट 'लोड यूजर प्रोफाइल' को सही के रूप में सेट करें

Comments

Fragment के समाधान के साथ इस जवाब ने मेरे लिए काम किया।

— केस 303

Answer 7

मेरा मानना ​​है कि मैं इस पर शोध करने में 1 दिन की तरह बर्बाद हो गया और यही मैं बाहर आया हूं।

आपको अपने समाधान के डीबग फ़ोल्डर में इंपर्सिंग करने वाले उपयोगकर्ता को जोड़ने की आवश्यकता है क्योंकि फ्रेमवर्क इस स्थान से DLL को एक्सेस करने और इसे अस्थाई Asp.Net फ़ोल्डर में रखने का प्रयास करेगा।

तो मूल रूप से इन 2 चरणों का पालन करें

1. के तहत अस्थाई Asp.Net फ़ोल्डर को अनुमति दें C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Filesऔर सुनिश्चित करें कि जिस उपयोगकर्ता को आप यहां जोड़ रहे हैं, वही है जो आप उपयोग कर रहे हैं जबकि प्रतिरूपण कर रहे हैं।

2. अपने समाधान YourSolutionPath .. \ बिन \ डीबग के डिबग फ़ोल्डर में प्रतिरूपण उपयोगकर्ता जोड़ें

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

Answer 8

IIS -> एप्लिकेशन पूल -> एडवांस सेटिंग्स -> 32-बिट एप्लिकेशन सक्षम करें

Comments

आप सुंदरी!! मुझे समस्याओं की एक विश्वव्यापी बचत

— मर्फीब्रॉ 2

Answer 9

मेरे पास एक ही मुद्दा था, जो सभी डिपेंडेंट डीएल फाइलों के पुनर्निर्माण और पुनर्विकास द्वारा तय किया गया था

Answer 10

मेरे मामले में यह मेरे एंटी-वायरस (McAfee) के एक्सेस प्रोटेक्शन फीचर के कारण था। यह इस तरह की त्रुटि के रूप में स्पष्ट रूप से इस फ़ाइल तक पहुंच को रोक रहा था।

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

Comments

मुझे McAfee के "एक्सेस प्रोटेक्शन" में जाना पड़ा और "एंटी-स्पाइवेयर मैक्सिमम प्रोटेक्शन" को बदलना पड़ा। फिर "अस्थायी फ़ोल्डर से फ़ाइलों को चलाने से सभी कार्यक्रमों को रोकें" नामक आइटम के लिए ब्लॉक की जांच को हटा दें। इसे अक्षम के बजाय कॉन्फ़िगर किया जा सकता है जो बेहतर है।

— पॉल साइफ्रेट

Answer 11

IIS सेटिंग्स की जाँच करें। मैं .NET फ्रेमवर्क के भीतर 32 या 64 बिट संकलन के साथ IIS 7.5 का उपयोग करता हूं। यदि आपके पास एक ऐप है जो 32-बिट मोड का उपयोग करता है, तो सुनिश्चित करें कि ऐप पूल को 32-बिट निर्देश का उपयोग करने में सक्षम करने के लिए सक्षम हो। अन्यथा, कुछ भी काम नहीं करता है चाहे आप कितनी भी सुरक्षा सेट करें या डीएलएल पर मजबूत हस्ताक्षर करें।

Answer 12

मैं नए सर्वर पर वातावरण की स्थापना कर रहा हूं। मेरे web.config को नीचे की तरह पहचान नोड मिला। जब मैंने "फ़ाइल या असेंबली या उसकी एक निर्भरता को लोड नहीं किया जा सका। पहुँच अस्वीकृत है। समस्या यादृच्छिक है, लेकिन एक बार होने के बाद भी यह जारी रहती है"

उपयोगकर्ता के रूप में जोड़ा गया ccs \ HJKWeb मेरे नए सर्वर की सूची।

  <authentication mode="Windows" />
        <identity impersonate="true" password="******" userName="ccs\HJKWeb" />

Answer 13

मेरे लिए, निम्नलिखित हैक ने काम किया; IIS -> एप्लिकेशन पूल -> एडवांस सेटिंग्स -> प्रोसेस मॉडल -> आइडेंटिटी इन बिल्ट-इन अकाउंट (ApplicationPoolIdentity) से कस्टम अकाउंट (मेरा डोमेन उपयोगकर्ता) में परिवर्तित

Answer 14

मैं अपने मामले में प्रतिरूपण का उपयोग नहीं कर रहा था। मेरा समाधान उपयोगकर्ता समूह "IIS_IUSRS" के लिए मेरी परियोजना निर्देशिका को पूर्ण एक्सेस देना था।

Answer 15

 Go to run  : ctrl + R
 Type : %temp%

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

 Rebuild Project.
 done!

Answer 16

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

मैं मैन्युअल रूप से विंडोज एक्सप्लोरर में फ़ाइल / निर्देशिका गुणों में जा सकता हूं और एन्क्रिप्शन को अक्षम कर सकता हूं। लेकिन मेरे मामले में यह एक अस्थायी समाधान था क्योंकि नेटवर्क नीति अंततः इसे वापस बदल देगी। मैं अपने वीएस समाधान को किसी अन्य अन-इनक्रिप्टेड स्थान पर ले जाना चाहता हूं।

Answer 17

मेरे मामले में, मैंने Visual Studio से एक उचित तैनाती किए बिना एक सर्वर से दूसरे में एक सेवा की प्रतिलिपि बनाई थी। लम्बी कहानी।

वैसे भी, मेरे पास उपयुक्त NTFS अनुमतियों और व्हाट्सएप के सभी सेटअप थे, लेकिन यह अभी भी सेवा के लिए मुख्य DLL को लोड नहीं कर सका।

मैंने इसे संबंधित सेवा। पीपीडी फ़ाइल का नाम बदलकर कुछ और करने के लिए तय किया।

उदाहरण के लिए यहाँ मेरा बिन फ़ोल्डर है: \bin\ service.dll service.dll.config service.pdb मैंने सेवा का नाम बदलकर z.service.pdb कर दिया है, और फिर service.dll को ठीक से लोड कर दिया है।

Comments

यह आपकी समस्या को ठीक कर सकता है, लेकिन इसका कारण स्पष्ट नहीं करता है

— रोल

Answer 18

अगर आपको डीएलएल नहीं मिलता है, तो आप वंचित उपयोग के बजाय नहीं मिल सकते हैं, सुनिश्चित करें कि आपके पास उचित वीसी ++ पुनर्वितरण स्थापित है।

Answer 19

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

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

Answer 20

मेरे मामले में, मैं सरल प्रतिरूपण का उपयोग कर रहा था और प्रतिरूपण उपयोगकर्ता को प्रोजेक्ट असेंबली में से एक तक पहुँचने में समस्या थी। मेरा समाधान:

1. समस्याग्रस्त विधानसभा की पहचान करने के लिए आंतरिक अपवाद के संदेश को देखें।

2. असेंबली फ़ाइल के सुरक्षा गुणों को संशोधित करें।

   क) समूह और उपयोगकर्ता नामों के लिए उपयोग किए जा रहे उपयोगकर्ता खाते को जोड़ें।

   b) उस उपयोगकर्ता खाते को असेंबली फ़ाइल तक पूर्ण पहुँच दें।