DotNetNukeモジュールのデバッグ

Question

DotNetNuke 4.8モジュール間通信の開発に最適なVSソリューションの設定は何ですか？

私は現在、DotNetNukeモジュール用に複数のWebアプリケーションプロジェクトを持つソリューションを用意しています。それぞれのモジュールには、テストハーネスとしてのコントロールを備えたページがあります。 IModuleCommunicatorとIModuleListenerを使用してモジュールを相互に話し合わせる必要があるまで、すべてうまく機能しましたが、モジュール間の通信を行っているので、デバッグはこれ以上はうまくいかないでしょう。

他の人がこれをどのように処理しているのか、私は興味があります。あなたのテストページでヌーク環境を模擬する方法はありますか？あなたは核のウェブサイトでテストをしていますか？私の解決策はVSSを使ったsourcecontrolにあるので、私はソースコントロールにそれを追加するように強制するので、私は自分のソリューションにプロジェクトとしてフル・ヌーク・ウェブサイトを追加したくない - そして完全な核サイトをソースコントロール。

私はローカルのIISワーカープロセスにアタッチすることでデバッグできましたが、それは痛みです。モジュール間の通信をデバッグする際の苦労を緩和する方法はありますか？

ご意見をいただければ幸いです。

Answer 1

多くの試行を経て、&エラーが発生しました。ここで私は結局何をしましたか？うまくいくようです。

1. モジュールプロジェクトでビルド後イベントを作成して、デバッグ用にローカルのヌークサイトにコピーします。 C：\ Inetpub \ wwwroot \ bin */y
2. Webの設定を変更して、[プロパティ/ビルドイベント/ビルド後のイベントコマンドライン]にあります。デフォルトではlocalhostのWebサイト。 「プロパティ/ Web /サーバー/カスタムWebサーバーの使用」で「http://localhost/」に変更
3. ローカルWebサーバーにもファイルをコピーするためのサポートするクラスライブラリプロジェクトでビルド後イベントが作成されました。また、モジュールプロジェクトのビルド後のイベントを変更して、他のファイルを含めることもできます。

これらの設定が完了したら、プロジェクトを実行するためにF5キーを押してブラウザを起動し、IISワーカープロセスに自動的にアタッチします。

また、UAC（Vista、win 2008、win 7）を搭載したマシンでこれを実行している場合は、wwwrootへのコピーとワーカーへの接続の両方を行うため、VSを管理者として実行する必要がありますプロセスに昇格された権限が必要です。

Answer 2

開発用のDotNetNukeサイトでテストする傾向があります。通常、IISワーカープロセスに接続するだけでデバッグできます（F5で再構築するよりも速いからです）。

一般に、DNNが提供するものを利用しているほど、DNN環境外でのテストは難しくなります。 IMCは特にDNNプロセスなので、DNNをプロセスを実行するまでテストを完了することはできません。