0

当店では、運用 Web サーバーと同じように、IIS 7 を実行する Windows Server 2008 VM で開発を行っています。VS2010 (および VS2008、しかし 2010 年) では、ASP.NET アプリケーションのデバッグで問題が発生しています。アプリケーションが例外をスローした場合は、多くの場合、デバッガー (Shift-F5) を強制終了して、問題のあるコードを修正できるようにします。しかし、これを行った後、IIS のプロセスは実行を続けますが、例外があります!

これにより、多数の障害シナリオが発生します。IIS で例外が先頭に表示される場合があり、「このプロセスを [Visual Studio の選択] でデバッグしますか?」というプロンプトが表示されることもあれば、プロンプトが表示されずに、デバッガーが起動せずに障害のあるプロセスに再アタッチすることもあります。次回デバッグに行くときに新しいもの。

ここで何が間違っていますか?または、何が間違って設定されていますか? 元のワークフローが必要です: Web サイトを実行し、例外を確認し、コードを修正し、Web サイトを再度実行して修正を確認します。代わりに、作業を続行するには、タスク マネージャーで W3WP を手動で強制終了する必要があります。

追加情報: ソリューションには、Web サイト アプリケーションと、サイト アプリケーションがアクセスする Web サービス アプリケーションの両方が含まれており、両方が 2 つの仮想ディレクトリ内のローカル IIS で実行されているという事実にも関連している可能性があります。通常、アタッチされたデバッガーは、Web サイトまたはサービスのいずれかに問題がある場合にドロップします。

4

1 に答える 1

0

隠されている何か他のことが起こっているのだろうか。すべての例外を中断するようにVisualStudioをセットアップできますか?IDEでwithから、CTRL + ALT + Eを押します。これにより、[例外]ダイアログが開きます。

デフォルトでは、IDEはユーザーが処理しない例外でのみ機能します。別の例外がスローされている場合は、それについて知らない可能性があります。[スロー]列の各チェックボックスにチェックを追加して、コードをもう一度実行してみてください。別の例外が生成されている場合、VisualStudioはその例外を中断します。

于 2012-07-10T15:21:17.487 に答える