SharePoint ソリューションをコンパイルすると、SharePoint サーバーに展開され、デバッガーがアタッチされてデバッグされます。 ソリューションのデバッグに使用されるプロセスは、サンドボックス ソリューション プロパティ (サンドボックス ソリューションまたはファーム ソリューション) の設定によって異なります。
詳細については、「 サンドボックス ソリューションに関する考慮事項」を参照してください。
ファーム ソリューション
IIS ワーカー プロセス (W3WP.exe) でホストされているファーム ソリューションでは、ファーム全体に影響を与える可能性のあるコードを実行します。 サンドボックス ソリューション プロパティが "ファーム ソリューション" に設定されている SharePoint プロジェクトをデバッグすると、システムの IIS アプリケーション プールは、IIS ワーカー プロセスによってロックされているファイルを解放するために、SharePoint が機能を取り消すか展開する前にリサイクルされます。 SharePoint プロジェクトのサイト URL を提供する IIS アプリケーション プールのみがリサイクルされます。
サンドボックス ソリューション
サンドボックス ソリューションは、SharePoint ユーザー コード ソリューションワーカー プロセス (SPUCWorkerProcess.exe) でホストされ、ソリューションのサイト コレクションにのみ影響を与えることができるコードを実行します。 サンドボックス ソリューションは IIS ワーカー プロセスでは実行されないため、IIS アプリケーション プールも IIS サーバーも再起動する必要はありません。 Visual Studio は、SharePoint の SPUserCodeV4 サービスが自動的にトリガーおよび制御する SPUCWorkerProcess プロセスにデバッガーをアタッチします。 SPUCWorkerProcess プロセスをリサイクルして最新バージョンのソリューションを読み込む必要はありません。
いずれかの種類のソリューション
どちらのソリューションの種類でも、Visual Studio はデバッガーをブラウザーにアタッチして、クライアント側スクリプトのデバッグを有効にします。 Visual Studio では、この目的でスクリプト デバッグ エンジンが使用されます。 スクリプトのデバッグを有効にするには、プロンプトが表示されたら、既定のブラウザー設定を変更する必要があります。
Visual Studio は、現在のサイトを実行している W3WP または SPUCWorkerProcess プロセスにのみデバッガーをアタッチします。 Visual Studio では、マネージド COM Plus とワークフロー デバッグ エンジンもアタッチされます。