दिलचस्प पोस्ट
छवि क्रॉस ब्राउज़र का मूल आकार निर्धारित करें? कैसे Django क्वेरी कैश को अक्षम करने के लिए? Obj-C में अजीब स्विच त्रुटि ब्राउज़र की चौड़ाई / ऊंचाई परिवर्तन के रूप में मैं सीएसएस के साथ गतिशील छवि कैसे बदल सकता / सकती हूं? स्विफ्ट में एक अलग व्यू नियंत्रक से एक TableView में डेटा को पुनः लोड कैसे करें लोड और बाहरी जेएस फाइल को स्थानीय चर तक पहुंच के साथ node.js में निष्पादित करें? MATLAB में अज्ञात लंबाई का मैट्रिक्स? फोर्स मावेन अपडेट आवेदनविशेषतया बनाम बनाम एप्लिकेशनडिडबैकअक्टिव, एप्लिकेशनवालेरेसाइनएक्टिव बनाम एप्लिकेशनडेडएन्टरबैकग्राउंड कमांड लाइन से जावा क्लासी को कैसे निष्पादित करें एक तत्व के लिए jQuery चयनकर्ता जिसमें सीधे पाठ शामिल है? अजगर में तैरने की आसान सुंदर प्रिंटिंग? उपडोमेन पर आधारित अपाचे पुनर्लेखन एआरएम लिनक्स पीटीई के गंदा, अभिगम और फ़ाइल बिट्स को कैसे अनुकरण करता है? स्वामित्व वाली वस्तु की विधि के लिए अस्थायी स्वयं संदर्भ पास करना

ASP.Net त्रुटि: "प्रकार 'foo' दोनों" temp1.dll "और" temp2.dll "में मौजूद है

जब एक वेब अनुप्रयोग प्रोजेक्ट चालू होता है, तो लगता है कि यादृच्छिक समय में एक पृष्ठ CS0433 त्रुटि के साथ असफल हो सकता है: प्रकार कई डीएलएल में मौजूद है डीएलएल के सभी "डीज़ल" के रूप में "अस्थायी asp.NET फ़ाइलें" निर्देशिका में रहते हैं।

वेब के समाधान से एकत्रित समाधान "ASP.Net त्रुटि: "प्रकार 'foo' दोनों" temp1.dll "और" temp2.dll "में मौजूद है"

Web.config फ़ाइल के "संकलन" तत्व में बैच = "गलत" विशेषता जोड़ें

यह समस्या तब होती है, क्योंकि जिस तरह से एएसपी.नेट 2.0 एप्लिकेशन संदर्भों का उपयोग करता है और एप्लिकेशन को संकलित करने के लिए आवेदन की फ़ोल्डर संरचना का उपयोग करता है। यदि अनुप्रयोग के लिए web.config फ़ाइल में तत्व की बैच प्रॉपर्टी सही पर सेट की गई है, तो एएसपी.नेट 2.0 प्रत्येक फ़ोल्डर को एक अलग विधानसभा में आवेदन में संकलित करता है।

http://www.sellsbrothers.com/1995

http://support.microsoft.com/kb/919284

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

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

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

इस त्रुटि का एक संभावित कारण यह है कि 2 एएसपीएक्स पेज हैं जो उनके नामों में समान नाम <@page language=......inherits=> लाइन में।

inherits= name बदलना त्रुटि को हल करता है

बस किसी और की मेरी समस्या को साझा करने के मामले में, मुझे यह त्रुटि मिलती है जब एक नई शाखाओं की वेब साइट प्रकाशित करने की कोशिश करते हुए, पूरी तरह से निर्माण का निर्माण

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

जैसा कि एक अन्य डेटा बिंदु है, मुझे इस समस्या को बिना परिपत्र संदर्भों के किसी भी सबूत के समान बताया गया है जैसा कि बेन के उत्तर में लिंक में वर्णित है मेरी वेब साइट का निर्माण इन त्रुटियों में से कुछ के साथ असफल हो जायेगा, और compilation batch="false" तय किया जायेगा, लेकिन मैं उस मार्ग को नहीं जाना चाहता क्योंकि यह एक बड़े-ईश उत्पादन वेबसाइट है

यह समाधान मेरे D: \ svn फ़ोल्डर के सबफोल्डर में था, जिसे मैंने एस के लिए मैप किया था। जब मैं एस से समाधान खोला, ये त्रुटियां हुई, लेकिन अगर मैं सीधे डी: \ svn पर गया और समाधान खोला, कोई त्रुटि नहीं

मैंने यह भी ध्यान दिया कि, मेरी वेब। कॉन्फ़िग में compilation batch="true" होने के बावजूद, जब मैप किए गए एस से समाधान खोलते हैं: मेरी सारी ड्राइव करें। .कैक्स फाइलें अपने स्वयं के असेंबलियों में संकलित हो जाती हैं अगर मैं इसे भौतिक स्थान से खोलता हूं, तो .ascx फ़ाइलों को उनके संबंधित फ़ोल्डर्स के असेंबलियों में संकलित किया जाता है (जो कि batch="true" काम करना है)।

अजीब।

मेरे मामले में समाधान में सभी परियोजनाओं में बिन फ़ोल्डर्स से सभी आउटपुट एडेलीज़ हटा दिए गए हैं। दुर्भाग्य से मेरे पास इसमें कोई स्पष्टीकरण नहीं है।

यह त्रुटि वेब फॉर्म और wsdl stub (फ़ाइल के पीछे कोड .cs) के वर्ग नाम के बीच संघर्ष की वजह से थी, जिसका नाम समान वर्ग नाम था

एएसपीएक्स पेज: डैशबोर्ड क्लास: पार्टियाकल क्लास डैशबोर्ड

AppCode / APIServices.cs: सार्वजनिक आंशिक कक्षा डैशबोर्ड

त्रुटि केवल वेबसाइट को प्रकाशित करने पर प्रतिलिपि प्रस्तुत करने योग्य थी, लेकिन बिल्ड और डीबग ने किसी भी त्रुटि को सूचित नहीं किया।

मेरे मामले में मैंने एक परियोजना का नाम बदल दिया था, इसलिए भी डीएलएल का नाम बदल दिया गया था। जब मैंने सिर्फ नए डीएलएल की प्रतिलिपि बनाई, लेकिन पुराने सर्वर को सर्वर से हटाने का विचार नहीं किया, तो मुझे जल्द ही इसी नाम के साथ कक्षाओं की जोड़ी का एक गुच्छा मिला। पुरानी डीएलएल को हटाने का कारण (कारण) था

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

इस समस्या को मिला जब एक aspx पृष्ठ का एक हिस्सा अलग उपयोगकर्ता नियंत्रण में डाल दिया। मेरे मशीन पर सब कुछ ठीक था, सर्वर पर एक त्रुटि मिली

समस्या वर्ग और फ़ाइल का नाम बदला

http://support.microsoft.com/kb/919284 विधि 2: एप्लिकेशन में फ़ोल्डरों को पुनर्क्रमित करना संभव परिपत्र संदर्भ के बारे में लिख रहा है

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

यह समाधान सहायक हो सकता है यदि आपकी स्थानीय डीबगिंग कॉपी ठीक काम करती है लेकिन प्रकाशित सिस्टम नहीं है इसके अलावा, अगर आप अलग-अलग डीएलएस को हटाने के लिए समय निकालने के लिए समय नहीं लेना चाहते हैं, तो पहले से हटाए जाने वाले उत्पादन फाइलों को ध्यान न दें।

इनमें से कोई समाधान मेरे लिए काम नहीं करता है मेरे दोनों परस्पर विरोधी DLL सी में थे: \ … \ AppData \ … \ अस्थायी asp.NET फ़ाइलें …

समस्या यह थी कि मैंने अपने स्रोत रेपो को पहले के संस्करण में वापस लाया था – इससे पहले कि हम उसी प्रोजेक्ट में एक प्रोजेक्ट से दूसरे प्रकार के प्रोजेक्ट को एक ही हल में ले गए।

मैंने नए डीएलएल हटाने की कोशिश की – जो पुराने कोडबेस में बिल्कुल भी नहीं होना चाहिए – एमएसबिल्ड द्वारा पहचाने गए "अस्थायी asp.NET फ़ाइलें" स्थान से। msbuild बस इसे वापस डाल दिया

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

मैंने अपने स्रोत रेपो को आगे बढ़ाने की कोशिश की और सफाई और वापस रोलिंग और सफाई कुछ भी तो नहीं।

मैंने "अस्थायी asp.NET फ़ाइलें" स्थान को सब कुछ हटाने की कोशिश की msbuild बस इसे वापस फिर से डाल दिया

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

tl; dr – सुनिश्चित करें कि आप बैच की सेटिंग के साथ अपने सभी वेब। कॉन्फ़िगर को कवर कर रहे हैं, और आगे सुराग के लिए Intellisense का लाभ उठाने की कोशिश करें।

मेरी समस्या एक। Dll से जुड़ी हुई थी जो मेरे प्रोजेक्ट फ़ोल्डर में उत्पन्न हो रही थी।

अगर आप किसी अन्य फाइल को संदर्भित कर रहे हैं, तो आप जो भी ऊपर देख रहे हैं, उसके बजाय मेरी समस्या को तुरंत तय किया गया था। डेल जो मेरी परियोजना के लिए मेरी / bin निर्देशिका में रह रहा था।

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

मैं आपकी वेब। कॉन्फिग फ़ाइल में संशोधन करने की अनुशंसा नहीं करता क्योंकि यह सिर्फ एक बैंड-एड ठीक है – वास्तव में वास्तविक समस्या को संबोधित नहीं करता है ऐसा करें कि यदि आप समस्या को ठीक करने की तरह महसूस नहीं करते हैं, लेकिन यदि आप भविष्य में सिरदर्द से बचने के लिए चाहते हैं, तो बस दोनों स्थानों से। Dll निकालें।

मेरे दो अलग-अलग परियोजनाओं में एक ही नाम के साथ एक आंशिक कक्षा थी मैंने इसे केवल एक परियोजना में छोड़ कर हल किया

कभी-कभी यह समाधान निकालने और इसे फिर से बनाने में मदद कर सकता है। जब वीएस 2005 से बनाम -2010 में परिवर्तित होने के बाद यह उपयोग होने पर हो तो फ्रेमवर्क 4.0 (अपग्रेड करने के बाद) के कुछ संदर्भ समाधान में बने रहेंगे, यहां तक ​​कि सभी परियोजनाओं को 3.5 के रूप में परिभाषित किया गया है।

आम तौर पर समाधान को पुनर्निर्माण करना इन समस्याओं को दूर करना चाहिए।

जब मैं एक कंपाइलिंग सर्वर पर एप्लिकेशन संकलित कर रहा था तो मुझे एक ही समस्या थी

मेरे नियंत्रक के पास एक साधारण स्थिर कोड था, इसलिए मैंने अपने एसएससी को बदल दिया।

  <%@ Control Language="C#" AutoEventWireup="true" CodeBehind="controllerName.ascx.cs" Inherits="Controls.controllerName" %> 

सेवा मेरे

  <%@ Control Language="C#" AutoEventWireup="true" Src="controllerName.ascx.cs" Inherits="Controls.controllerName" %> 

इसके अलावा कोडबीहिंड से आंशिक खोजशब्द को हटा दिया गया और नाम स्थान को codebehind में जोड़ा।

इस:

 using System; using System.Web.UI; /// <summary> /// My controller /// </summary> public partial class controllerName: UserControl { protected void Page_Load(object sender, EventArgs e) { } } 

इसके लिए:

 using System; using System.Web.UI; namespace Controles { /// <summary> /// My controller /// </summary> public class controllerName : UserControl { protected void Page_Load(object sender, EventArgs e) { } } } 

और उसने मेरे लिए काम किया

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

मेरी वेब साइट तब प्रकाशित फ़ोल्डर को प्रोजेक्ट के हिस्से के रूप में देख रही थी, जब संकलन / निर्माण करते थे और उस तरह से डुप्लिकेट ढूंढते थे

यानी अपनी साइट के कोड फ़ोल्डर्स में अपनी साइट के प्रकाशित / पूर्वकंपनी वाले संस्करण को मत डालें।

जब मैं एक कंपाइलिंग सर्वर पर एप्लिकेशन संकलित कर रहा था तो मुझे एक ही समस्या थी

मैं बैच = "सच" विशेषताओं के तरीके से सहमत हूं लेकिन त्रुटि बता रही है कि प्रोजेक्ट के संदर्भ में 2 विधानसभा और ऑब्जेक्ट मौजूद हैं। समाधान उन में से एक को हटाने के लिए होना चाहिए जो अप्रचलित है उपरोक्त मामले की परियोजना में asp.net है और मुझे लगता है कि ढांचा 2.0 वहाँ लक्षित असेंबली को App_Code में होना चाहिए

यदि DLL एक अस्थायी फ़ोल्डर में दिखाए जा रहे हैं, तो आपको अपने समाधान को साफ करने की कोशिश करनी चाहिए।

मेरे समाधान पोस्टिंग:

यह मुद्दा मैकेफी एंटीवायरस के "ऑन-एक्सेस स्कैन" से संबंधित था इस समस्या को हल करने से अक्षम किसी भी तरह, एएसपी अस्थायी फ़ोल्डर एएसपी द्वारा ठीक से उपयोग नहीं किया जा रहा था जब एंटीवायरस चालू था

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

App_Code फ़ोल्डर समस्या पैदा कर रहा है, फ़ोल्डर के बाहर वर्ग डाल (वर्क्स ठीक)

App_Code फ़ोल्डर वेब अनुप्रयोग प्रोजेक्ट्स के लिए डिज़ाइन नहीं किया गया है

http://vishaljoshi.blogspot.in/2009/07/appcode-folder-doesnt-work-with-web.html

संदर्भ जोड़ने के लिए और दोनों डीएलएल के लिए खोज करें, दोनों डीएल ने जांच की होगी, डीएलएल में से एक को अनचेक करें, क्योंकि एक ही डीएलएल के संदर्भ में विभिन्न संस्करण की अस्पष्टता उत्पन्न हो जाती है।

मेरा समाधान codepage = "…." को codebehind = "…" को .aspx फ़ाइल में बदलना था। किसी भी तरह यह पिछले। NET संस्करणों से माइग्रेशन के दौरान कोडपेज के रूप में छोड़ा गया था। यह पृष्ठ निर्देश एक अन्य डीएलएल फ़ाइल बनाता है जो प्रोजेक्ट डीएलएल फ़ाइल के साथ संघर्ष करता है।

इस समाधान में से कोई भी मेरे लिए काम नहीं करता "रिलीज़" मोड में संकलन किया गया था, लेकिन जब मैंने "डीबग" में स्विच किया तो मुझे इस त्रुटि संदेशों में से कई मिल गए

मुझे क्यों नहीं समझ में आ रहा है, लेकिन विजुअल स्टूडियो का एक साधारण पुनरारंभ मेरे समाधान था