web-dev-qa-db-ja.com

ASP.NET CoreまたはVS2017でデバッグがまったく機能しない

私はプロジェクトに取り組んでおり、2つのサーバー、ログインサーバー、およびアプリケーションを提供するセカンダリサーバーがあります。

セカンダリサーバーはASP.NET Coreですが、最初のサーバーはASP.NET MVCです。これは、ASP.NET Coreで、Angular 2のトークンを使用してIdentityを動作させることができなかったためです。 Visual Studio 2015では、ブレークポイントはASP.NET MVCでは機能しましたが、ASP.NET Coreでは機能しませんでした。

私はそれが物事を修正することを望んでVisual Studio 2017に移動しました。ブレークポイントにヒットすることはありませんが、私のA2プロジェクトは機能していますが、メソッドが呼び出されています。

デバッガーは、コードのデバッグ情報がないと言います。私はプロジェクト設定に行って、完全なpdbを生成するように指示しました（ビルド設定の下部にある「詳細」の下）、「自分のコードのみ」をオフにし、.NETコードブレークをオンにしました。これらは私がオンラインで見つけることができるすべての提案です。私のブレークポイントはまだヒットされていません。

debuggingasp.net-corevisual-studio-2017
8
cgraus

これは誰かを助けるかもしれません。

リリースでデバッグしている場合、ブレークポイントはヒットしません。

F5を押すか実行するときに必ずdebugを選択してください。

17
Pieter de Vries

.NET Core Webアプリケーションをデバッグする場合は、正しいプロセスに接続していることを確認してください。 OPがw3wp.exeプロセスに関連付けられたときに説明したのと同じ問題が発生しました。

私がdotnet.exeプロセスにアタッチしたとき、期待通りに壊れることができました。

参考までに、これは.NET Core 2.0 Webアプリケーション上にありました。

次のリンクは.NET Coreを使用したリモートデバッグに関するものですが、その一部は引き続き適用されます。

リモートでのリモートデバッグASP.NET Core IIS Visual Studio 2017のコンピューター

リンクからの簡単な抜粋：

プロセス名の最初の文字を入力して、すばやく検索しますdotnet.exe（ASP.NET Coreの場合）。 注：ASP.NET Coreアプリの場合、以前のプロセス名はdnx.exeでした。

添付をクリックします。

5
AperioOculus
  1. Visual Studioを終了する
  2. Visual Studioのショートカットを右クリック
  3. 選択-ファイルの場所を開く
  4. Visual Studio 2017ファイルを右クリックし、[プロパティ]を選択します
  5. Advancedをクリックします。
  6. 管理者として実行-> X ==オン
  7. 適用します。 OK。わかりました...何とか何とか
2
Gordon

以下は私のために機能しました（Visual Studio 2017）：

  1. プロジェクトのプロパティを開きます
  2. Buildタブを開きます
  3. クリックして詳細...
  4. デバッグ情報をFULLに設定
  5. クリーンと再構築
1
Olavo Neto

OK、次のようにどこかからweb.configファイルを取得したようです：

   <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified"/>
    </handlers>
    <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false"/>
  </system.webServer>

どうやってここに来たのかはわかりませんが、コメントアウトするとデバッグが機能します...

0
cgraus