मैं अपनी स्थानीय मशीन में एएसपीनेट एमवीसी प्रोजेक्ट डीबग करने के लिए विजुअल स्टूडियो 2010 का उपयोग करता हूं। चरण हैं:w3wp प्रक्रिया नहीं मिली
डीबग पर क्लिक करें और "w3wp.exe" प्रक्रिया को जोड़ने का प्रयास करें। हालांकि यह सूची में नहीं है।
मुझे यकीन है कि "सभी सत्रों में प्रक्रियाएं दिखाएं" पर क्लिक किया गया है।
w3wp.exe चल रहे प्रक्रिया में तब तक नहीं दिखाया जाएगा जब तक कि वास्तव में वेब एप्लिकेशन चलने का एक उदाहरण न हो।
पहली बार प्रदर्शित होने पर, अपने वेब पेज तक पहुंचने का प्रयास करें, अपना डीबगर संलग्न करने का प्रयास करें। प्रक्रिया अब दिखानी चाहिए।
यदि आप पृष्ठ को रीफ्रेश करते समय थोड़ी देर हो चुके हैं, तो प्रक्रिया सो सकती है। इसे ताज़ा करने के साथ जगाओ। – Ruskin
मैं इसे पहली बार –
Yup नहीं प्राप्त करने के लिए खुद को स्मैक करना चाहता हूं, जब आप प्रक्रिया से जुड़ने की कोशिश करते हैं तो साइट चलनी चाहिए थी। यह एक ही सर्वर पर होना आवश्यक नहीं है। – Hash
आपको कार्य प्रबंधक सूची के नीचे सभी उपयोगकर्ताओं से प्रक्रियाएं दिखाने की आवश्यकता है। यही मुझे करने की ज़रूरत है।
बिल्कुल सही, धन्यवाद !!!!!!! ठीक से मेरी समस्या हल हो गई। –
धन्यवाद, मैंने उस चेकबॉक्स को अनदेखा किया। – JosephRT
यह मेरी समस्या हल हो गया। कारण आईआईएस में है, प्रक्रिया एक ऐप पूल के तहत चल रही थी, न कि मेरे वर्तमान उपयोगकर्ता। –
आप उन्नत बाकी ग्राहक की तरह कुछ प्रयोग कर रहे हैं मार्गों का परीक्षण करने के लिए, अपने मार्ग फिर से तो फोन प्रक्रियाओं की सूची को ताज़ा और यह
दिखाई देगागोटो वेब प्रोजेक्ट गुण -> का चयन करें (वेब) बाएं साइडबार पर -> GoTo के तहत (सर्वर) शीर्षलेख -> ड्रॉपडाउन पर क्लिक करें और "Local IIS"
और लागू करें का चयन करें। फिर, जब आप डिबगिंग शुरू करते हैं तो आप proccess सूची पर w3wp.exe देखेंगे।
मैं सिर्फ इस मुद्दे में भाग - आप कर सकते हैं अपनी मेजबान सेटिंग्स को भी दोबारा जांचें और सत्यापित करें कि आप वास्तव में लोकलहोस्ट की ओर इशारा करते हैं, न कि उत्पादन सर्वर।
मैं भूल गया कि मुझे रिमोट सर्वर पर इशारा किया गया था, और इस प्रकार, हालांकि, मैं साइट तक पहुंच रहा था, लेकिन यह कुछ भी स्थानीय नहीं था इसलिए w3wp चल रहा था, मेरे सतही रूप से साइट को चलाने में सक्षम होने के बावजूद।
मैं भविष्य में पाठकों के लिए भी अपना अनुभव साझा करना चाहता हूं।
, कि ध्यान रखें घटना आप एक वेब सर्वर क्लस्टर विन्यास w3wp प्रक्रिया एक ही मशीन है कि आप इसे करने की उम्मीद पर शुरू नहीं हो सकता है (लोड संतुलन आदि के लिए) है कि में।
जब तक अपनी वेबसाइट के लिए कॉन्फ़िगर किया गया है केवल एक एकल आईआईएस उदाहरण पर चलाने के लिए, w3wp प्रक्रिया अपने वेब क्लस्टर के अंदर अन्य मशीनों में से एक पर कताई हो सकता है।
यह नेटवर्किंग टीम/विभाग या इच्छित व्यवहार से दोषपूर्ण कॉन्फ़िगरेशन हो सकता है। मेरे पास बिंदु को पिन करने के लिए निरंतर अनुभव नहीं है कि इसे कैसे कॉन्फ़िगर किया जाना चाहिए।
रूप में अच्छी तरह MSDN पर एक संबंधित पेज मिला:
मेरे मामले में, मैं एक दृश्य स्टूडियो से प्रक्रिया है जो एक और वी.एस. स्टूडियो खिड़की से चल रहा है से कनेक्ट करने की जरूरत है।
समस्या अगला थी: एक वीएस प्रशासक अनुमतियों के साथ लॉन्च किया गया था। उस मुद्दे को हल करने के लिए आपको व्यवस्थापक वी के साथ दोनों वीएस लॉन्च करना चाहिए।
मेरे मामले में, समस्या यह थी कि मैं विजुअल स्टूडियो को व्यवस्थापक के रूप में नहीं चला रहा था। मेरी मशीन ने अद्यतन के बाद पुनरारंभ किया था और सभी पहले चल रही प्रक्रियाओं को फिर से लॉन्च किया था, लेकिन गैर-व्यवस्थापक मोड में केवल वीएस को फिर से लॉन्च किया था। जब मैंने व्यवस्थापक मोड में वीएस को पुनरारंभ किया, तो w3wp.exe प्रक्रियाएं डीबगिंग के लिए फिर से उपलब्ध थीं।
व्यवस्थापक के रूप में दूरस्थ डीबगर चलाएं। मैं समस्या को हल करने के लिए हर सुझाव का पालन किया है, लेकिन यह जब तक मुझे लगता है कि मैं w3wp प्रक्रिया को देखने के लिए
निम्न चरणों को आज़माएं में सक्षम था एक प्रशासक के रूप दूरस्थ डीबगर भागा नहीं था:
एक बनाएं समाधान एक्सप्लोरर से वर्चुअल पथ।
यह पुष्टि करने के लिए inetmgr पर जाएं कि आपका स्वयं का पूल बनाया गया है।
अटैच प्रक्रिया (Ctrl + Alt + P) पर जाएं और सभी उपयोगकर्ताओं के लिए प्रक्रियाएं दिखाएं।
फिर आप देखेंगे w3wp.exe वहां होगा।
ध्यान रखें कि यहां तक कि इन सभी हुप्स (वेब ब्राउज़र का उपयोग, एक व्यवस्थापक के रूप अपने रिमोट डिबगिंग सत्र प्रारंभ होने पर एक उदाहरण बंद लात के माध्यम से कूद, आदि, यह सुनिश्चित करना कि "शो सभी उपयोगकर्ताओं" चेक किया गया है, सुनिश्चित करने के बाद आप एक सर्वर फार्म पर नहीं हैं, आदि), आप अभी भी भाग्य से बाहर हो सकते हैं।
ऐसे समय होते हैं जब रिमोट प्रक्रिया आमतौर पर मेरे मामले में डब्लूसीएफ सेवा संलग्न होती है, बस प्रक्रियाओं की सूची में संलग्न नहीं होती है, और इसके बारे में कुछ भी नहीं किया जा सकता है। मैं हमेशा अपनी लक्षित प्रक्रिया को इसे एक निश्चित ऐप पूल में रखकर आसानी से पहचानने के लिए सावधान हूं। कभी-कभी आप यहां से नहीं जा सकते हैं। यह निस्संदेह माइक्रोसॉफ्ट ने रिमोट डीबगिंग के बारे में सबसे निराशाजनक बात है।
मेरे मामले में, मैंने व्यवस्थापक मोड में विजुअल स्टूडियो नहीं खोला है, यही कारण है कि w3wp.exe सूची में नहीं दिख रहा था।
जब मैंने व्यवस्थापक मोड में विजुअल स्टूडियो खोला, तो यह काम किया।
विजुअल स्टूडियो पर राइट क्लिक करें -> व्यवस्थापक मोड में खोलें।
यदि आपको w3wp.exe नहीं मिल रहा है तो IIS वर्तमान में चल रहा नहीं है। सुनिश्चित करें कि आईआईएस व्यवस्थापक सेवा शुरू हो गई है, डब्ल्यूडब्ल्यूडब्ल्यू सेवा शुरू हो गई है, आवेदन पूल शुरू हो गया है और आईआईएस वेबसाइट स्वयं शुरू हो गई है। –
क्या आप ** स्थानीय आईआईएस ** (* 'w3wp.exe' *) या ** वीएस विकास सर्वर ** (*' WebDev.WebServer40.exe' *) का उपयोग कर रहे हैं? अपनी परियोजना गुणों -> वेब टैब के अंतर्गत जांचें। – SliverNinja
क्या आपने "सभी उपयोगकर्ताओं से प्रक्रिया दिखाएं" विकल्प जांचने का प्रयास किया है? –