2016-07-26 11 views
1

Ich versuche, meine Asp.net Core apps auf Azure Website zu debuggen. Es ist eine net452-App (weil es einige der nugget-Pakete verwendet, die noch nicht für .net-core erstellt wurden). Ich verwende derzeit VS2015 (dev14) Update 3 mit dem neuesten Azure SDK (2.9.1).Azure WebSite remote debug mit asp.net core: Symbol wird nicht geladen

Ich verwende einen Cloud-Explorer, um den VS2015-Debugger an die azure Web-API anzuhängen. Es hat die Seite erfolgreich angefügt, aber alle meine Breakpoints wurden nicht angeklickt, weil kein Symbol geladen wurde. Also hier weit ist, was ich versucht habe:

  • Stoppen und starten Sie den Web-App mehrmals
  • Veröffentlichen Sie die Website im Debug-Profil (Debug - X86-Profil)
  • überprüfen Sie, ob der VS auf das angebracht ist, Recht Prozess (in meinem Fall, WebApplication1.exe)
  • befestigen auch an den wp3 Prozess
  • manuell den VS-Debugger auf azur Website
  • Blick auf das Modulfenster anbringen und kein Modul aufgeführt (dies kann interessant sein)

Irgendwelche Ideen, wie es funktioniert?

Danke,

Nam

Antwort

1

Also ich finde es heraus. Wenn VS den Debugger anhängt, wählt er anscheinend den Binärtyp als .net-Kern. Die Binärdatei, die ich habe, ist jedoch tatsächlich Managed 4.5. Die Lösung besteht also darin, den Binärtyp im Fenster "An Prozess anhängen" in "Verwaltet 4.5" zu ändern.

+0

Ich weiß, das ist ein Beitrag, aber haben Sie beim Debuggen den Dienst dnx.exe oder w3wp angehängt? Ich sehe nicht dnx.exe Prozess auf dest. PC und kann nicht den Breakpoint arbeiten. – powerfade917

+0

@ powerfade917 Ich habe an meine .exe angehängt, nicht an die w3wp.exe –

0

VS Remote-Debug auf den w3wp.exe Prozess misst. Allerdings müssen wir dnx.exe in Asp.net Core App verwenden. Nachdem Sie das Debugging über den Cloud Explorer gestartet haben, rufen Sie das VS-Menü Debug> An Prozess anhängen auf, wählen Sie die App Service-Instanz aus dem Dropdown-Menü "Qualifer" aus und wählen Sie dann den Prozess dnx.exe aus. Sehen Sie mehr in diesem Artikel: https://blogs.msdn.microsoft.com/webdev/2016/03/21/remote-debug-aspnet-core-on-azure/, besonders das Video.