問題タブ [msmq]

私は現在、C# で MSMQ を使用してバッチ処理アプリケーションに取り組んでいます。アプリケーションの設計では、.xml を使用した XML メッセージを含むエラー キューがありますActiveXFormatter。これらのエラー メッセージをテキスト ファイルまたはデータベース テーブルに書き込むアプリケーションを作成できることはわかっています。

メッセージをさまざまな形式 (テキスト ファイル、データベース テーブルなど) にエクスポートできる、事前に作成されたツールは他にありますか? 私はベストプラクティスを探しているだけです。

私が書いているMSMQアプリケーションの一連の自動化された単体テストを作成したいと思います。私が見ているように、課題は、テストメソッドからのイベントハンドラーにどのように対応するかです。つまり、テストメソッドからメッセージを送信し、メッセージが受信されて処理されたという結果をそのテストメソッドに返す必要があります。私はこれをどのように達成するかについての手がかりがありません、そしてどんな方向でも大いに感謝されるでしょう。

サーバーからクライアントへの永続的な「プッシュ」通信のためにMSMQを検討していました。サーバーごとに最大1000のクライアントが存在する可能性があります。

テストの1つでは、300のオフラインクライアントに小さなメッセージを送信してから、オンラインクライアントにメッセージを送信しました。MSMQが配信不能メッセージ（MMCを介して監視）を処理したため、最後のメッセージは40分以上遅延しました。また、MSMQを適切に機能するリターンパスに使用します。

オフラインホストへの接続を試行する時間を短縮することで、MSMQをこの使用パターンに適合させる方法はありますか？そうでない場合は、他に適したキューイング製品はありますか、それとも自分の時間をロールバックしますか？生のスループットは優先事項ではありませんが、クライアント（かなり古いマシンである可能性があります）のメモリフットプリントと同様に、送信キューの数と予測可能性/最大遅延が優先されます。

MSMQ からメッセージを引き出して処理を行い、メッセージの内容に応じてデータベースにデータを追加するアプリケーションを継承しました。私が制御していないサードパーティのアプリケーションによって、メッセージがキューにプッシュされています。

API の使用方法については基本的な理解がありますが、MSMQ についてはあまり知りません。

とにかく、メッセージが削除されることはなく、クライアントが明示的にメッセージを削除することは絶対にないことに気付きました。コンピューター管理を調べて、サーバーが最後に再起動されたときのメッセージを確認できます。

これは間違っていますか？キューが最大サイズに達すると、メッセージは自動的に削除され始めますか?それとも、メッセージが永遠に山積みになり、ゆっくりとメモリを消費しますか?

解決したい問題がありますが、WCFでエンドツーエンドのログを構成する方法がわかりません（エンドツーエンドのログを有効にしても問題を解決できるかどうかわかりません） 。NetMsmqBindingを介してWCFサービスを使用して相互に通信する3つのアプリケーション（A、B、C）があります。Aはホストであり、BとCはWCFサービスのクライアントです。このサービスは、証明書でメッセージセキュリティを使用します。BとAの間の通信は完全に正常に機能しますが、CとAの間の通信は機能しません。だから私はロギングを使用して、メッセージがキューから削除され（C-> Aの場合）、ホストによって処理されない理由を理解したいと思います...診断するためにこのシナリオのロギングをどのように構成しますか問題...（アプリBとアプリCは同じマシン上にあり、アプリAは別のマシン上にあります）。（B-> Aは証明書がある場合とない場合の両方で機能します）（C-> Aは証明書なしでのみ機能します）。証明書を処理するようにC->Aを構成する必要がありますが、修正するために何が問題なのかわかりません。助けてください！

ありがとう！

昨日、MSMQ で問題が発生しました。その理由を知りたいです。

MSMQ にメッセージを送信するサーバーと、それらのメッセージを消費するクライアントがあります。昨日、クライアントはあるタイプのメッセージの取得を停止しましたが、その後に送信された別のタイプのメッセージを取得できました。Poison メッセージに関するいくつかの記事を読みましたが、この動作は、私が見た記述されたケースのいずれにも当てはまりません。その場合、クライアントは Poison メッセージの後に到着するメッセージを取得できないはずだからです。 . メッセージキューを手動で消去した後、問題はなくなりました。

svc ログも確認しましたが、例外はありませんでした。

どんな助けでも大歓迎です。

MSMQ (Microsoft Messaging Queue) が TCP または UDP で動作することを知りたいですか?? そしてどのポートで？

長期実行サービスからの応答が失敗した場合にBizTalkオーケストレーションで状況を処理するためのグッドプラクティス/潜在的な設計に関する指針を誰かが得たので、開始メッセージを再送する必要があります

オーケストレーションがMSMQキューにメッセージを送信し、別のキューで応答を待機している状況があります。これで、応答時間は1分未満になるはずですが、キューの反対側の「サービス」が失敗することがあります...
これは私が制御できるものではないため、変更/修正できません

BizTalkでタイムアウトして開始メッセージを再送信するために使用できるデザインパターンはありますか？

BizTalk MSMQ 受信アダプターのポーリング間隔に影響する設定はありますか?

Professional BizTalk 2006 の「これは 1/2 秒に設定されており、構成できません」というセクションを読みましたが、テスト ボックスの遅延は約 10 秒のようです。