दिलचस्प पोस्ट
सी ++ में आगे क्या घोषणाएं हैं? ksoap2 – android का उपयोग कर साबुन हेडर कैसे सेट करें सूची दृश्य के लिए कस्टम एडाप्टर सी # में दो दशमलव स्थानों पर एक संख्या को कैसे गोल करते हो? क्या करता है ? … : … कर? ऑपरेटिंग सिस्टम के विकास में शुरू करने के लिए कुछ संसाधन क्या हैं? आइटम पर क्लिक करने में असमर्थ Android कस्टम सूचीदृश्य सी ++ में पीओडी प्रकार क्या हैं? NSString उद्देश्य-सी में tokenize दो ग्राफ़ नोड्स के बीच सभी पथ खोजें क्या एपीएनएस उपकरण टोकन कभी बदलता है, एक बार बनाया? 1-5 से 1-7 तक यादृच्छिक सीमा का विस्तार करें JSP / EL में एक स्थिर विधि कैसे कॉल करें? सूची गतिशील जोड़ें आइटम दिखाएं jQuery के स्क्रोल () उपयोगकर्ता को स्क्रॉल करने से रोकते हुए पता लगा है

कहाँ त्रुटि CS0433 "प्रकार 'एक्स' दोनों पहले से ही दोनों में मौजूद है A.dll और B.dll" से आए हैं?

जब मैं विजुअल स्टूडियो 2008 SP1 से एक आंतरिक वेब सर्वर (आईआईएस नहीं) का उपयोग कर चलाता हूं, तो मुझे उपर्युक्त त्रुटि मिलती है I

पूर्ण त्रुटि (स्रोत फ़ाइल Default.aspx.cs ):

कंपाइलर त्रुटि संदेश: CS0433: 'WebApplication3.Site1' प्रकार 'c: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v2.0.50727 \ अस्थायी ASP.NET फ़ाइलें \ रूट \ aa563bcf \ 59deedc0 \ App_Web_site1.master.cdcab7d2 दोनों में मौजूद है। muczzy9v.dll 'और' c: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v2.0.50727 \ अस्थायी asp.NET फ़ाइलें \ रूट \ aa563bcf \ 59deedc0 \ विधानसभा \ dl3 \ 44c3a3cf \ 80dd34ed_6968ca01 \ WebApplication3.DLL '

पूर्ववर्ती पूर्ण चेतावनी:

चेतावनी: CS0436: 'c: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v2.0.50727 \ Temporary asp.NET फ़ाइलें \ root \ aa563bcf \ 59deedc0 \ App_Web_default.aspx.cdcab7d2._tlkwdos.0 में' WebApplication3._Default 'टाइप करें। 'सी:' \ विंडोज़ \ Microsoft.NET \ फ्रेमवर्क \ v2.0.50727 \ अस्थायी asp.NET फ़ाइलें \ रूट \ aa563bcf \ 59deedc0 \ विधानसभा \ dl3 \ 44c3a3cf \ e096e61c_6568ca01 \ WebApplication3 में आयातित प्रकार 'WebApplication3._Default' के साथ सीएस 'संघर्ष .dll '। 'C: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v2.0.50727 \ अस्थायी ASP.NET फ़ाइलें \ रूट \ aa563bcf \ 59deedc0 \ App_Web_default.aspx.cdcab7d2._tlkwdos.0.cs' में परिभाषित प्रकार का उपयोग करना।

इंटरमीडिएट फ़ाइल के लिए चेतावनी अंक का स्रोत App_Web_default.aspx.cdcab7d2._tlkwdos.0.cs :

Line 162: Line 163: [System.Runtime.CompilerServices.CompilerGlobalScopeAttribute()] Line 164: public class default_aspx : global::WebApplication3._Default, System.Web.IHttpHandler { Line 165: Line 166: private static bool @__initialized; 

और मेरा प्रश्न: यह कहां से आता है?

वेबएप (वेबसाइट नहीं!) में एक Default.aspx और एक साइट 1 है। मैस्टर , कोई निर्भरता नहीं। वे लगभग खाली हैं, asp:Label साथ asp:Label पेज पर asp:Label । पहले, इस webapp ठीक काम किया। जब मैं मास्टर में Default.aspx.cs में कोई भी संदर्भ निकाल देता हूं, तो सभी अच्छी तरह से चला जाता है। मास्टर के पास कुछ कोड है

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

नोट: मैंने यह पोस्ट और कुछ अन्य पढ़ा है, वे आवेदन नहीं करते हैं।

वेब के समाधान से एकत्रित समाधान "कहाँ त्रुटि CS0433 "प्रकार 'एक्स' दोनों पहले से ही दोनों में मौजूद है A.dll और B.dll" से आए हैं?"

सिद्धांत

जब यह समस्या अनुप्रयोग में बग के कारण नहीं होती है (उदाहरण के लिए, डुप्लिकेट वर्ग का नाम):

यह समस्या एक नया निर्माण (उदाहरण के लिए, कोड / संदर्भ / संसाधन परिवर्तन) के परिणामस्वरूप आवेदन की प्रोजेक्ट में किए जाने के बाद प्रस्तुत की जाती है। यह मुद्दा इस नए बिल्ड के आउटपुट के भीतर झूठ दिखता है: विभिन्न कारणों के लिए विजुअल स्टूडियो आपके एप्लिकेशन के ओबज / बिन फ़ोल्डर्स की पूरी सामग्री को बदल नहीं रहा है। इसके परिणामस्वरूप कम से कम आपके एप्लिकेशन के बिन फ़ोल्डर की कुछ सामग्री पुरानी हो चुकी है।

जब कहा जाता है, तो "अस्थायी asp.NET फ़ाइलें" फ़ोल्डर को बाहर निकालना, अकेले, समस्या का समाधान नहीं करता है। यह समस्या को हल नहीं कर सकता, क्योंकि आपके एप्लिकेशन के बिन फ़ोल्डर की बाज़ी सामग्री को "अस्थायी asp.NET फ़ाइलें" फ़ोल्डर में प्रतिलिपि की जाती है, अगली बार जब आपके ऐप का उपयोग किया जाता है, तो समस्या को जारी रखने के लिए। कुंजी सभी मौजूदा फाइलों को हटाना है और प्रत्येक वस्तु को पुन: निर्माण करने के लिए विजुअल स्टूडियो को बल देना है, इसलिए अगली बार जब आपके ऐप को नई बिन फाइलों तक पहुंचा है तो "अस्थायी asp.NET फ़ाइलें" फ़ोल्डर में कॉपी की जाएगी।

उपाय

  1. दृश्य स्टूडियो को बंद करें
  2. एक iisreset प्रदर्शन
  3. "अस्थायी asp.NET फ़ाइलें" फ़ोल्डर के भीतर सभी फ़ोल्डर्स और फ़ाइलों को हटाएं (पथ को त्रुटि संदेश में संदर्भित किया गया है)
  4. अपमानजनक अनुप्रयोग "obj" और "bin" फ़ोल्डर्स हटाएं
  5. दृश्य स्टूडियो को पुनरारंभ करें और समाधान खोलें
  6. एक "क्लीन समाधान" के बाद एक "पुनर्निर्माण समाधान"

व्याख्या

  • चरण 1-2: फ़ोल्डर्स / फ़ाइलों से संसाधन तालों को हटाने के लिए हमें हटाने की आवश्यकता है
  • चरण 3-4: पुरानी बिल्ड फाइलों को हटा दें
  • चरण 5-6: बिल्ड फाइलों के नए संस्करण बनाएं

W3svc को बंद करें और c:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\ से सब कुछ हटाना c:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\

जोड़ा

  • विंडोज 7 पर

    c:\Users\{username}\AppData\Local\Temp\Temporary ASP.NET Files\root\

  • IIS सर्वर पर (64 बिट) यह भी हो सकता है ढूंढें:

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

    (v4.0.3031 9 को आपके सर्वर पर नए रूप में उपयोग कर रहे ढांचे के संस्करण से बदलें)

अपने सभी एएसपीएक्स पेजों और मास्टर पेजों के इनहेरिट्स टैग पर गौर करें। संभावना है कि दो आंशिक कक्षाएं हैं जिनके पास समान नाम है। एक बदलें और पुनः कंपाइल करें

यहां कुछ और जानकारी दी गई है:

http://blogs.msdn.com/b/carloc/archive/2007/06/12/compiler-error-message-cs0433-in-asp-net-2-0.aspx

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

या तो सामग्री के रूप में App_Code में .cs फ़ाइलों के लिए निर्माण कार्य है या कुछ और के लिए App_Code का नाम परिवर्तित करें मैंने नाम बदल दिया है क्योंकि intellisense ठीक नहीं करेगा। सीसी फ़ाइलों को सामग्री के रूप में चिह्नित किया गया है

http://vishaljoshi.blogspot.se/2009/07/appcode-folder-doesnt-work-with-web.html पर अधिक जानकारी

App_Code फ़ोल्डर से क्लास फ़ाइलों को निकालने और उन्हें सीधे वेबसाइट के नीचे रखकर, इस मुद्दे को मेरे लिए हल करें

यह भी हो सकता है कि आपके पास अपने ASPX फ़ाइल में डुप्लिकेट टैगप्रफ़िक्स है

यह इस त्रुटि का कारण होगा …

 <%@ Register Src="Control1.ascx" TagName="Control1" TagPrefix="uc1" %> <%@ Register Src="Control2.ascx" TagName="Control2" TagPrefix="uc1" %> 

आप बस "uc1" को "uc2" से बदलकर इसे ठीक कर सकते हैं

फिक्स्ड …

 <%@ Register Src="Control1.ascx" TagName="Control1" TagPrefix="uc1" %> <%@ Register Src="Control2.ascx" TagName="Control2" TagPrefix="uc2" %> 

"क्लीन सॉल्यूशन" इसके बाद "रिबिल्ट सोल्यूशन" इसके ठीक से ठीक करने लगता है

यह तब हो सकता है जब एक ही क्लासनाम को कई .aspx.cs फ़ाइलों में निर्दिष्ट किया जाता है, अर्थात जब दो पृष्ठ अलग-अलग फ़ाइल नाम के साथ बनाए जाते हैं लेकिन गलती से समान क्लासनाम होता है।

 // file a.aspx public partial class Test1: System.Web.UI.Page // file b.aspx public partial class Test1: System.Web.UI.Page 

वेबपैक्लिकेशन का निर्माण करते समय यह एक चेतावनी देता है, लेकिन एप्लिकेशन रन हो जाता है, हालांकि, एप्लिकेशन प्रकाशित करने के बाद अब और काम नहीं करता और ओपी के प्रश्न में उल्लिखित अपवाद को फेंकता है।

सुनिश्चित कर लें कि दो क्लासनामों में कोई ओवरलैप समस्या को हल नहीं करता है

मेरी वेब में एक त्रुटि के कारण यह मेरे साथ हुआ। कॉन्फ़िगर

 <add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> <add assembly="System.Web.Helpers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> <add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> <add assembly="System.Web.Mvc, Version=5.1.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> <add assembly="System.Web.WebPages, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/> 

Sytem.Web.Helpers की बजाय 1.0.0.0 पर इंगित किया गया था (एमवीसी 3 इस परियोजना पर उपयोग किया जा रहा है)।

चूंकि आईआईएस को स्थानीय फ़ोल्डर में संदर्भ नहीं मिला, वह जीएसी में देखा और दो अलग-अलग संस्करण पाया। इसे सही संदर्भ पर इंगित करने के बाद आईआईएस ने स्थानीय डीएलएल पाया और जीएसी की खोज के बजाय इसका उपयोग किया।

मुझे एक और कारण मिला है: टूलबॉक्स में आइकन और प्रोजेक्ट के संदर्भ में उपयोग किए जाने वाले विभिन्न संस्करण। वस्तुओं को किसी रूप में डालने के बाद, त्रुटि शुरू हुई।

इन सभी सुझावों के बाद मुझे अभी भी समस्या थी App_Code के अंदर कुछ कक्षा दो डीएलएल के लिए संकलित की जा रही थी। ऐसा कुछ (सरलीकृत):

 warning CS0436: The type 'HcmDbGeographyModelBinder' in '<user_profile_dir>\AppData\Local\Temp\Temporary ASP.NET Files\temp\3b1ed8ee\11405e8e\App_Code.oqr0kusq.0.cs' conflicts with the imported type 'HcmDbGeographyModelBinder' in '<user_profile_dir>\AppData\Local\Temp\Temporary ASP.NET Files\temp\3b1ed8ee\11405e8e\assembly\dl3\ea0aa3ee\6022e6d5_2cc8cf01\HCM.Web.Backoffice.DLL'. 

मैं बस "कोड" के लिए "कोड" का नाम बदल चुका हूं। यह एक MVC5 प्रोजेक्ट है, इसलिए वेब प्रोजेक्ट की रूट के अंदर सीसी फ़ाइलों को देने में कोई समस्या नहीं होनी चाहिए।

मुझे समाप्त हो गया कि पृष्ठ प्रकार में मास्टरटाइप का संदर्भ कैसे बदलता है

मैं बदल गया: <%@ MasterType VirtualPath="~/x/y/MyMaster.Master" %> लिए <%@ MasterType TypeName="FullyQualifiedNamespace.MyMaster" %>

विवरण के लिए यहां देखें।

उम्मीद है कि यह किसी को मदद करता है

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

हमारे मामले में, IIS में साइटों के। Dll संस्करणों में इसका कारण अंतर था। वे आईआईएस में एक-दूसरे के अधीन रखे जाते हैं, आपको उपडोमेन के माध्यम से दूसरे तक पहुंचने देते हैं। यह पहली वेब। कॉन्फ़िग से प्राप्त होता है, और यह अगले वेब। कॉन्फ़िग के साथ संयोजन करता है, यह विफल रहा, mvc.dll के विभिन्न संस्करण

मुझे इसी तरह की समस्या थी यह मेरा समाधान है: पृथक वर्गों की आवश्यकता होती है, जिन्हें [Build Action] आवश्यकता होती है [Build Action] [Compile] रूप में सेट की गई होती है, App_Code तरह अन्य किसी भी फ़ोल्डर में Application_Code तरह, क्योंकि App_Code फ़ोल्डर को एक अलग विधानसभा के रूप में संकलित किया जाता है, जिसमें 2 विधानसभाओं में संकलित समान कक्षा होती है।

मुझे एक ही समस्या थी जिसमें एक ही वर्ग के नाम के दो एएससीएक्स नियंत्रण थे:

Control1: <% @ Control Language = "C #" ClassName = " myClassName " AutoEventWireup = "true …> नियंत्रण 2: <% @ Control Language =" C # "ClassName =" myClassName "AutoEventWireup =" true …>

मैं इसे केवल वर्ग नाम का नाम बदलकर तय किया है:

Control1: <% @ Control Language = "C #" ClassName = " myClassName1 " AutoEventWireup = "true …> नियंत्रण 2: <% @ Control Language =" C # "ClassName =" myClassName2 "AutoEventWireup =" true …>

समाधान को बंद करें और इसे पुनः खोलें, फिर दुगुनीकरण के लिए परियोजना संदर्भ देखें:

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

यह तब हो सकता है यदि आप NuGet का उपयोग कर रहे थे और DLL संदर्भ स्थान बदल दिया है। इसे ठीक करने के लिए आपको प्रविष्टियों को हटाने में प्रोजे फाइल को मैन्युअल रूप से संपादित करना होगा, उदाहरण के लिए:

  <Import Project="..\packages\CefSharp.WinForms.53.0.0\build\CefSharp.WinForms.targets" Condition="Exists('..\packages\CefSharp.WinForms.53.0.0\build\CefSharp.WinForms.targets')" /> 

इन "<आयात" संदर्भ के रूप में देखें प्रोजे फाइल में विभिन्न स्थानों पर दिखाई दे सकते हैं।

एक सुपर त्वरित और आसान तय करने के लिए अस्थायी रूप से कक्षा को संदर्भित कहीं से दृश्य स्टूडियो के अविश्वसनीय intellisense का दुरुपयोग है

उदाहरण:

 System.Runtime.CompilerServices.ExtensionAttribute x = null; 

जब लाइन पर कर्सर का निर्माण या मँडरा हो, तो आप निम्न त्रुटि देख सकते हैं:

'System.Runtime.CompilerServices.ExtensionAttribute' दोनों में मौजूद है 'C: \ Program Files \ संदर्भ Assemblies \ Microsoft \ Framework \ v3.5 \ System.Core.dll'

यह आपको दो स्रोत बताता है जिससे विवाद तुरंत हो।

System.Core.dll एक। Dll फ़ाइल है जिसे आप रखना चाहते हैं, इसलिए दूसरे को हटाएं।

मैंने मेरा bin निर्देशिका में बैठे पाया, लेकिन यह परियोजना में कहीं और हो सकता है।

तथ्य की बात यह ध्यान में लायक है, क्योंकि bin निर्देशिका में टीएफएस बदल-सेट के हिस्से के रूप में शामिल नहीं किया जा सकता है, इसलिए यह समझा जा सकता है कि आपके परिवर्तनों की जाँच करने से आपकी टीम के अन्य सदस्यों के लिए समस्या का समाधान नहीं होता है ।

हां, एक ही मुद्दा था और एएसपीएक्स में सी # कोड और पृष्ठ टैग से विरासत को बदलकर यह हल किया

web.config

<compilation add batch="false"

यह समस्या को ठीक करना चाहिए