3

Visual Studio 2010 でデバッグしたい Azure ソリューションがあります。単一の Web ロールで仮想アプリケーションとして設定された 2 つの MVC サイトがあります。この構造は、コストと URL の観点から理にかなっています。仮想アプリケーション ワーカー プロセスは自動的にスピンアップしないため、VS はそれに接続しません。ブラウザーで仮想アプリケーションの URL (つまり、localhost/app1) にアクセスすると、新しい w3p プロセスが開始され、手動でアタッチできます。誰かが以前にこれを行ったことがあり、プロセスに自動的にアタッチする方法に関するヒントがあるかどうか疑問に思っています。

手動で行う必要があるように聞こえる関連投稿: http://social.msdn.microsoft.com/Forums/uk/windowsazuredevelopment/thread/f1c5d72b-9196-480e-ace6-3c9063be79a7

4

2 に答える 2

0

これはAzure固有ではありませんが、アプリケーションの起動時にブレークポイントをトリガーできます。

    protected void Application_Start()
    {
        #if DEBUG
        System.Diagnostics.Debugger.Break();
        #endif

        ...
    }

そして、これを、エミュレーターを使用しているときにのみ実行され、両方のWebアプリケーションのURLにヒットするスタートアップタスクと組み合わせることができます（たとえば、wget.exeを使用）。これにより、w3wpプロセスが作成され、Debugger.Breakがトリガーされます。

リソース： http： //blog.smarx.com/posts/skipping-windows-azure-startup-tasks-when-running-in-the-emulator

于 2012-04-13T06:29:52.300 に答える
0

マルチサイト ロールで作業するために、開発時に、サイトごとに個別の Cloud プロジェクトを用意し、組み合わせたものを展開目的でのみ使用します。理想的ではありませんが、手動でアタッチするよりも簡単です。

(歴史ファンの方にお伝えすると、SDK がローカルおよびクラウドの構成ファイルのサポートを追加する前に、このプラクティスが最初に開始されました。以前はローカル プロジェクトとクラウド プロジェクトがありました。そうしないと、デプロイ前に接続文字列を切り替えるのを忘れていたからです。)

于 2012-04-13T11:43:58.430 に答える