IISでホストされているWCFサービスがあります。アプリケーションの初期化中にRabbitMQのリッスンが開始され、サービスが長期間実行された後Qサービスがメッセージを取得しており、処理に失敗しました。IISでホストされているWCFサービスでRabbitMQキューを消費する
しかし私たちは、異なったQのQ2に購読されている同じイベントにも興味があり、長期的にもすべてのイベントを処理することができた異なるWindowsサービスを持っています。
なぜ長期的にWCFが失敗するのですか?Apppoolに課されるスレッドプールの封印はありますか?これをデバッグする際に助けが必要です。
注:両方のキュー(Q1とQ2)は、交換機に接続されている同じメッセージ・ルート・キーにサブスクライブしています。
はい私は設定値が0であることを忘れていました – Poothabalan
カスタムサービスホストを作成してAppPoolの自動スタートを忘れないでください – MickyD
このシナリオでどのように役立つかを詳しく教えてください。カスタムサービスのホストは、自己ホスティングの権利を行うときに便利なので、 – Poothabalan