अक्सर वीएस -2008 एएसपीनेट प्रोजेक्ट में परिवर्तन करते समय हमें एक संदेश मिलता है जैसे:बीएस 30560 'mymodule_ascx' नाम क्यों नामस्थान 'एएसपी' में संदिग्ध है कभी-कभी चले जाते हैं?
BC30560: 'mymodule_ascx' नामस्थान 'एएसपी' में संदिग्ध है।
यह एक पुनर्मूल्यांकन के बाद चला जाता है या कभी-कभी बस 10 सेकंड प्रतीक्षा करता है और पृष्ठ को रीफ्रेश करता है।
इससे छुटकारा पाने के लिए कोई भी तरीका?
एक और संभावना:
src="mycontrol.ascx.cs"
CodeBehind="mycontrol.ascx.cs"
मुझे कभी-कभी यह समस्या होती थी। अगर मैं सही ढंग से याद है कि यह निम्नलिखित की तरह कुछ की वजह से किया गया था:
<%@ Page Inherits="_Default" %>
या शायद
<%@ Page ClassName="_Default" %>
या ऐसा ही कुछ। मैं 100% निश्चित नहीं हूं कि यह कौन सा गुण था (यह थोड़ी देर हो गया है)।
लेकिन अपने पृष्ठ निर्देश में _Default की तरह कुछ ढूंढें और उन्हें अपनी सभी फ़ाइलों में वास्तविक श्रेणी के नामों से प्रतिस्थापित करें। किसी कारण से, एएसपी.Net हमेशा सही ढंग से _Default की व्याख्या नहीं करता है, अस्थायी संदिग्ध संदर्भ प्रदान करता है।
पिछले दो उत्तर देने के लिए इसी प्रकार के लिए, आप सबसे शायद में बदलाव के साथ कुछ सफलता है प्रतीत होता है किसी मौजूदा पृष्ठ की "कॉपी और पेस्ट" प्रतिलिपि बनाएं एक ही साइट, और उसके बाद एक ही @ पेज निर्देश शामिल होंगे जो कार्यों के संघर्ष को जन्म देगा (विशेष रूप से क्योंकि नेट में सबकुछ आंशिक वर्गों के लिए डिफ़ॉल्ट है।) इस छोटे मणि ने मुझे अक्सर-कभी-कभी काट दिया है।
बस अपने पृष्ठ के लिए विशिष्ट कुछ इंगित करने के लिए "इनहेरिट्स" अपडेट करें (यानी: आपका पृष्ठ नाम अंडरस्कोर द्वारा प्रीफ़िक्स्ड किया गया है - क्योंकि यह अक्सर अनन्य होने की गारंटी नहीं है), और यह सुनिश्चित किया कि आप हेवन अलग-अलग कोड-बैक फाइलों में नामित दो सार्वजनिक आंशिक वर्ग नहीं हैं (अन्यथा _Default [default.aspx] में पेज_लोड, _Default [default.aspx की प्रति] में पेज_लोड के साथ संघर्ष करेगा)
मैंने अभी इस समस्या को हल किया है निम्नलिखित लिंक के साथ सहायता के साथ: http://www.netomatix.com/development/usercontrols2.aspx
संक्षेप में, आपकी कक्षा को MyModule कहा जाता है। हालांकि, अगर आप @Control निर्देश में ClassName प्रॉपर्टी निर्दिष्ट नहीं करते हैं, तो संकलक _ascx को नियंत्रण वर्ग में जोड़ सकता है, जिसके परिणामस्वरूप MyModule_ascx होता है। चूंकि पृष्ठ MyModule_ascx नहीं ढूंढ सकता है, यह आपके चेहरे पर उड़ाता है। आपको इसे कक्षा नाम स्पष्ट रूप से बताना होगा ...
<%@ Control Language="vb" AutoEventWireup="false" CodeBehind="MyModule.ascx.vb" ClassName="MyModule" %>
मुझे अभी इसका सामना करना पड़ा है। सामान जो ठीक काम करता था और महीनों के लिए छेड़छाड़ नहीं किया गया था, कुछ असंबद्ध अद्यतनों के बाद यादृच्छिक रूप से असफल रहा। मैं recompile होगा और समस्या कहीं और गायब होने के लिए गायब हो जाएगा।
मुझे एएसपी.NET अस्थायी फ़ोल्डर को साफ़ करके इसे हल किया गया है, उदाहरण के लिएसी: \ विंडोज \ माइक्रोसॉफ्ट.NET \ Framework \ v2.0.xxxxx \ अस्थायी एएसपी.नेट फ़ाइलें। इसके लिए आईआईएस को वास्तव में साफ करने के लिए पुनरारंभ करना आवश्यक था।
अद्यतन: मैं web.config की compilation तत्व को tempDirectory="e:\someotherfolder" जोड़ने की कोशिश की और कहा कि कुछ सफलता मिली है लगता है। batch="false" भी जोड़ा लेकिन यह सुनिश्चित नहीं है कि इसका असर पड़ा है या नहीं।
मैं हाल ही में इस समस्या में आया था और यह केवल एक सर्वर पर हो रहा था, भले ही सभी एक ही कोड चला रहे हों। मैंने यह सुनिश्चित करने के लिए समस्या की पूरी तरह से जांच की कि क्लैशिंग नामों के साथ अन्य उपयोगकर्ता नियंत्रण थे, अस्थायी फ़ाइलें साफ़ की गईं, आदि
समस्याएं हल करने वाली एकमात्र चीज (यह स्थायी रूप से प्रतीत होती है) संकलन तत्व की बैच विशेषता को बदल रही है web.config में झूठी, के रूप में दिए गए लिंक पर सुझाव के लिए:
http://personalinertia.blogspot.com/2007/06/there-bug-in-compiler.html
<compilation debug="true" batch="false">
मुझे पूरा विश्वास है कि इस संकलक में एक बग के रूप में उस साइट पर सुझाव वास्तव में है।
आईएमओ यह स्वीकार्य समाधान होना चाहिए। वर्तमान में स्वीकृत समाधान ने मेरे लिए त्रुटि को हल नहीं किया है (और, यहां तक कि अन्य लोगों के लिए अपवॉट्स की संख्या भी दी गई है) – dlatikay
इस पृष्ठ को छोड़कर इस पृष्ठ पर कुछ भी मेरे लिए काम नहीं करता है। यह प्रश्न अपडेट किया जाना चाहिए और किसी को इसे स्वीकार्य उत्तर देना चाहिए। यह लोगों को गलत उत्तरों के साथ घूमने में बहुत समय बचाएगा। – Andy
मेरे लिए इस विशेषता का प्रभाव यह था कि वीएस में निर्मित परियोजना, लेकिन आईआईएस में चलते समय भी वही त्रुटि फेंक दी गई। – ajeh
मूल रूप से .NET 1.1 और 2.0 प्रोजेक्ट्स और बाद में परिवर्तित की गई परियोजनाओं पर मास्टरपेज के साथ भी इसमें भाग गया। दोनों मामलों में, @MasterType निर्देश वर्चुअलपाथ का संदर्भ देता है। मैं <% @ मास्टरटाइप टाइपनाम = "मास्टरपेज्स_MasterPage"%> में बदल गया, समाधान साफ़ किया और समस्या चली गई। HTH
कोशिश झूठी
<compilation batch="false">
</compilation>
मेरे लिए इस त्रुटि एक रेड हेरिंग था web.config, बैच सेट बदलने के लिए। हकीकत में उपयोगकर्ता नियंत्रणों में से एक में .NET 2., 0 से 4.5 माइग्रेशन की वजह से त्रुटियां थीं, जिन्हें कोड में ठीक किया जाना था, लेकिन वीएस ने इस भ्रामक त्रुटि संदेशों को फेंक दिया। परियोजनाओं को अपग्रेड करने के कई प्रयासों के बाद, अंततः कोड की वास्तविक रेखाओं पर गलती शुरू हुई, लेकिन मुझे नहीं पता कि निराशा के घंटों के बाद इसे पुन: उत्पन्न करने के लिए और इंटरनेट पर समाधान लागू करने के निष्फल प्रयासों के बाद इसे पुन: पेश किया जाए।
यह मेरे लिए चाल है। धन्यवाद! – Anthony
मेरे पास एक ही समस्या है और इसे एक फिक्स के रूप में इस्तेमाल किया गया है। मैं पुष्टि नहीं कर सकता कि यह काम करेगा क्योंकि यह समस्या यादृच्छिक रूप से होती है लेकिन ऐसा लगता है कि मुझे इन त्रुटियों को क्यों प्राप्त हुआ है, यह सबसे उचित स्पष्टीकरण की तरह दिखता है। धन्यवाद!! –