Używam programu Visual Studio 2010 do debugowania projektu asp.net MVC na moim komputerze lokalnym. Kroki są następujące:
Kliknij Debuguj i spróbuj dołączyć proces „w3wp.exe”. Jednak nie ma go na liście.
Jestem pewien, że kliknięto opcję „Pokaż procesy we wszystkich sesjach”.
w3wp.exe
) lub VS Development Server (WebDev.WebServer40.exe
)? Sprawdź w oknie Właściwości projektu -> zakładka Sieć.Odpowiedzi:
w3wp.exe nie pojawi się w uruchomionym procesie, chyba że faktycznie istnieje uruchomiona instancja aplikacji internetowej.
Spróbuj najpierw uzyskać dostęp do swojej strony internetowej, a gdy jest wyświetlana po raz pierwszy, spróbuj dołączyć debuger. Proces powinien się teraz pojawić.
źródło
Musisz kliknąć Pokaż procesy od wszystkich użytkowników u dołu listy Menedżera zadań. To jest to, co musiałem zrobić.
źródło
źródło
Spróbuj zaznaczyć: „Pokaż procesy dla wszystkich użytkowników” Gdy w oknie „Dołącz do procesu” w lewym dolnym rogu znajduje się pole wyboru „Pokaż procesy dla wszystkich użytkowników”
źródło
Prosty sposób, który działa, gdy w3wp nie pojawia się na liście, otwórz przeglądarkę i wpisz localhost, a następnie wpisz, po czym w3wp pojawi się na liście.
źródło
Jeśli używasz czegoś takiego jak Advanced Rest Client do testowania tras, wywołaj swoją trasę ponownie, a następnie odśwież listę procesów i pojawi się
źródło
Właściwości GoTo Web Project -> Select (Web) na lewym pasku bocznym -> GoTo pod nagłówkiem (Servers) -> Kliknij, aby rozwinąć i wybierz
"Local IIS"
i zastosuj. Następnie, kiedy zaczniesz debugowanie, zobaczysz w3wp.exe na liście procesów.
źródło
Właśnie natknąłem się na ten problem - możesz również dwukrotnie sprawdzić ustawienia hosta i upewnić się, że faktycznie wskazuje się na localhost, a nie na serwer produkcyjny.
Zapomniałem, że zostałem skierowany na zdalny serwer, a zatem chociaż uzyskiwałem dostęp do witryny, nie była to nic lokalna, więc w3wp nie działał, mimo że pozornie widziałem działającą witrynę.
źródło
W moim przypadku nie otworzyłem programu Visual Studio w trybie administratora, dlatego plik w3wp.exe nie był wyświetlany na liście.
Kiedy otworzyłem Visual Studio w trybie administratora, zadziałało.
Kliknij prawym przyciskiem myszy Visual Studio -> Otwórz w trybie administratora.
źródło
W moim przypadku, po odbudowaniu projektu internetowego i zwiększeniu limitu czasu połączenia (w sekundach), automatycznie pojawia się on na liście Debuguj / Dołącz do procesu i nadal działa.
źródło
Chciałbym tylko podzielić się swoim doświadczeniem z przyszłymi czytelnikami.
Należy pamiętać, że w przypadku konfiguracji klastra serwerów WWW (w celu równoważenia obciążenia itp.)
w3wp
Proces może nie zostać uruchomiony na tej samej maszynie, na której się spodziewasz.O ile witryna nie jest skonfigurowana do uruchamiania tylko w jednym wystąpieniu usług IIS ,
w3wp
proces może być uruchamiany na jednym z pozostałych komputerów w klastrze internetowym.Może to być błędna konfiguracja zespołu / działu ds. Sieci lub zamierzone zachowanie. Nie mam wystarczającego doświadczenia, aby dokładnie określić, jak powinien być skonfigurowany.
Znalazłem również powiązaną stronę w MSDN:
https://msdn.microsoft.com/en-us/library/bb742600.aspx
źródło
W moim przypadku potrzebowałem połączyć się z jednym Visual Studio do procesu, który działa z innego okna VS Studio.
Problem był następny: jeden VS został uruchomiony z uprawnieniami administratora. Aby rozwiązać ten problem, należy uruchomić oba VS z uprawnieniami administratora.
źródło
W moim przypadku problem polegał na tym, że nie uruchamiałem Visual Studio jako administrator. Mój komputer został ponownie uruchomiony po aktualizacji i ponownie uruchomił wszystkie poprzednio uruchomione procesy, ale ponownie uruchomił VS tylko w trybie bez administratora. Po ponownym uruchomieniu VS w trybie administratora procesy w3wp.exe były ponownie dostępne do debugowania.
źródło
Uruchom zdalny debuger jako administrator. Postępowałem zgodnie z każdą sugestią, aby rozwiązać problem, ale dopiero gdy uruchomiłem zdalny debugger jako administrator, mogłem zobaczyć proces w3wp
źródło
Spróbuj wykonać następujące czynności:
Utwórz ścieżkę wirtualną z Eksploratora rozwiązań.
Przejdź do inetmgr, aby potwierdzić, że utworzono twoją własną pulę.
Przejdź do Dołącz proces (Ctrl + Alt + P) i pokaż procesy dla wszystkich użytkowników.
Następnie zobaczysz, że będzie tam w3wp.exe.
źródło
Należy pamiętać, że nawet po przejściu przez wszystkie te obręcze (uruchomienie instancji przy użyciu przeglądarki internetowej, rozpoczęcie sesji zdalnego debugowania jako administrator, upewnienie się, że opcja „pokaż wszystkich użytkowników” jest zaznaczona itp., Upewnienie się, że nie ma Cię na serwerze farma itp.), czasami możesz mieć pecha.
Są chwile, kiedy proces zdalny, zwykle usługa WCF w moim przypadku, po prostu nie pojawi się na liście procesów do dołączenia i nic nie można z tym zrobić. Zawsze staram się, aby mój proces docelowy był łatwy do zidentyfikowania, przechowując go i tylko w określonej puli aplikacji. Czasami po prostu nie możesz się tam dostać. Jest to niewątpliwie najbardziej frustrująca rzecz dotycząca zdalnego debugowania, jaką kiedykolwiek zrobił Microsoft.
źródło