2011-12-07 15 views
3

ここのチームの1人が、WCFと NServiceBusの両方を使用してプロジェクトを完了しました。私がプロジェクトをレビューしたところ、彼らは WCFサービスとNServiceBusをNServiceBusホストの代わりにIISにホストすることを選択したことがわかりました。私はこれは私は、彼らがNServiceBusホストに(TCPバインディング上)WCFサービス を主催したときにWCFは、定期的に「 立ち往生」であろうと言われたことだった理由を照会NServiceBusホストの問題でホストするWCFサービス

。これは、実際には、通常、1日に1回程度、WCF サービスが積極的に接続を拒否することを意味していました。

IISには、WCFエンドポイントの健全性を監視し、「スタックされた」ときにそれらを再起動するためのカスタムコードが含まれていることを理解しています。私は あなたがNServiceBusホストを使用してすべての慣習に基づいて良さを得ることはありませんので、IISでのホストを避けたいです。

誰もこの問題についてさらに光を当てることができますか、私たちができる方法を提案することができます NServicebusHostの使用中に問題を回避するには?

PS私は問題の説明が少し曖昧であることを理解しています。私は誰かが私が質問を改善するのを助けることもできると思っています。

+1

この状況は私にとっては奇妙なことです。IISとNServiceBusエンドポイントでWCFサービスをホストしたいのですが、NServiceBus.Hostを使用します。これらのアプリケーションのそれぞれは、互いに異なるライフスタイルを持つと考えられていたので、私はそれらを1か所でホストするのに良い点は見当たりませんし、シンプルさも加えていません。 – xelibrion

+0

このNSBエンドポイントが実際にメッセージを処理するのは間違いありませんか? – xelibrion

答えて

4

1つのコンテナにすべてをホストする必要性を理解できません。 Windowsサービスの汎用ホスト経由でIISおよびNSBエンドポイントでWCFエンドポイントをホストすることはできません。その後、別々の懸念事項として管理することができます。

+0

私はこれらを別々のプロセスで保有する限り、これは機能し、おそらく私が抱えなければならない制約です。なぜWCFが失敗するのかをよりよく理解することができれば、この制約を回避し、同じプロセスで2つをホストできるようになりました。 – JimmyP

関連する問題