SharePoint 2007コードのデバッグ
-
02-07-2019 - |
質問
SharePoint 2007コードをどのようにデバッグしますか? SharePointはリモートサーバーで実行され、Windows XPマシン(必要な.dllファイルがGACにコピーされている)で開発しているため、デバッグする簡単な方法を見つけることができませんでした。ブレークポイントが機能しないなど。
私が思いついた最善の方法は、web.configファイルでページトレースを有効にし、コード全体にトレースメッセージを書き込み、デバッグする必要があるときにtrace.axdにアクセスすることです。
デバッグに関するより良い提案はありますか?何か不足していますか?
解決
GACにデバッガーをアタッチしました アセンブリ:"なぜ私のブレークポイントではないのですか? ヒットしている?!?!"行ったことある?私 あまりにも...なんてピタなんだ!なに 行くの?さて、アセンブリは GACおよびVisual Studioデバッガー デバッグシンボルが表示されない(別名: * .pdb)。シンボルストアをセットアップする手間を経ていない限り すべてのPDBがどこに行くのか、 デバッグシンボルを配置する必要があります アセンブリと同じ場所。の トリックは、そのフォルダを見つけることです GACにDLLが含まれています。
c:\ windows \ assemblyフォルダーは 実際のフォルダー、それは仮想フォルダーです。 REALフォルダーにアクセスするには、次の操作を行います 次:
- 開始»実行
- %systemroot%\ assembly \ gac [ENTER]
これによりGACフォルダーが開きます。 今、あなたが見つけるまで突く このようなフォルダ(あなたは 1つのフォルダーをジャンプしてダイブする必要があります MSILフォルダーに):[アセンブリファイル 名前-.DLL拡張] [アセンブリ 次の形式のバージョン > #。#。#。#] __ [アセンブリ公開鍵トークン]。
そのフォルダが見つかったら、それを開きます アセンブリが表示されます。をコピー そのフォルダーへのPDBファイル デバッグのためにデバッガをアタッチします 喜び!
他のヒント
最良の方法は(Microsoftが推奨する方法でさえも)ローカル開発マシンとしてSharepointを備えたWindows 2003 Serverを使用することです。
このトピックも参照してください。
アセンブリをGACに配置せずに、binディレクトリに配置します。VSリモートデバッガーを使用できます。 Googleが配布用の.WSPファイルを作成しています。
これには、コンパイル後(ビルド後のステップ)にサーバーに新しいビルドをコピーするのが簡単であるという利点もあります。また、セキュリティを強化する推奨される方法でもあります。
Sharepointを備えたWindows 2003サーバーで開発することをお勧めします。リモートサーバーでデバッグするのは面倒です。 ワークステーションにXPがある場合は、VMWareまたはVirtual PCを備えた仮想マシンで実行できます。
仮想マシンが唯一の方法です。マシン全体を開発専用にしたくはないので(余分なものがない限り)、実稼働サーバーでの開発は問題を引き起こすだけです。私はVMWareを好みますが、同様に機能する他のものもあります。
通常のデバッグは実際にはオプションではないため、トレースはうまく機能します。
他にやることは、すべてのロジック(SharePointに依存しないもの)を通常のasp.netサイトで開発し、テスト後に SharePointに統合することです。
意味のある希望。
Webパーツの開発について話しているのですか?カスタムページ?他に何か?