問題タブ [msmq-transaction]

MSMQ (トランザクションを使用) が競合するコンシューマーをサポートしているかどうか教えてもらえますか? 基本的に、単一のキューからメッセージをデキューする複数のスレッドがあります。MSMQ は予想とは異なる動作をすることがあるため、これが機能することを確認したかっただけです。

WCF MSMQに、トランザクションの最後のメッセージを処理しているかどうかを知る方法はありますか？

多くの検索を行ったところ、プロパティIsLastInTransactionがあることがわかりましたが、このプロパティはMsmqMessage<T>クラスでは使用できません。System.Messaging.Message

これがトランザクションの最後のメッセージであるかどうかをどのように判断できるかは誰でも知っています。

この例のように、win32com ライブラリを使用して Python から MSMQ を使用しようとしています。メッセージをキューに入れることはできますが、この場合はトランザクション キューなので、メッセージ送信の周りにトランザクションを作成する必要があります。基本的に、COMを使用してPythonでこのVBの例を実行しようとしています。

トランザクションを発生させる方法がわかりません：

与えます：

取引を開始するにはどうすればよいですか? 私は正しい軌道に乗っていますか？

MSMQ 3.0 または 4.0 を使用している場合:

以下はキューを使用する一般的な、または「正しい」方法ではないことを十分に理解していますが、ポイントは特定の問題をすぐに解決することです。

同じトランザクションで、リモート キューからの読み取りと同じリモート キューへの書き込みを実行できますか? これを実行するアプリケーションは唯一のライターですが、唯一のリーダーではありません。リモート トランザクション読み取りをサポートするバージョンの MSMQ が使用されている場合。このキューの使用方法に問題はありますか?

こんにちは、私はAndroid開発に不慣れで、サーバーからAndroidアプリでプッシュ通知を有効にする「最良の」または最も一般的な方法に興味があります。

私はオンラインで読んでいて、人々がプッシュ通知サービスを実装する2つの主要な方法はMQTTとC2DMを使用することです。プッシュ通知を実装するための最良のソリューションである、利用可能なこれらのサービスやその他のサービスについて、だれでも詳しく説明してください。

私は次のコードを持っていますが、これはそれほど遅くはなく、またそれほど速くはありません。これを改善する方法はありますか？私は現在、5〜10秒で1000通のメッセージを受け取りますが、これは私の意見ではまだ理想的ではありません。

プロセッサに関係のない答えをお願いします、私はそれをより速くするための構成に関して意味します

残念ながら、MSMQ のシステム ファイルを削除してしまいました。

現在、キューからメッセージを送受信できません。

削除されたファイルを復元するには?

Windows Server 2012

MSMQ 6 ワークグループ モード

トランザクションのデッド レター キューに送信された MSMQ メッセージを回復しようとすると、問題が発生しました。それらを送信キューに移動しようとしましたが、メッセージは正常に送信されているように見えますが (イベント ログにもそう記載されています)、送信先キューには到達しません。

試行錯誤の末、同じサーバー上の別のキューにそれらを取得する方法を見つけましたが、リモート サーバー上の宛先キューには取得しませんでした。もうメッセージを失いたくありません。これらのメッセージを配信する方法について何か提案はありますか?

ありがとうございました、

デビッド

プライベート キューからメッセージを読み取る Windows サービスを介して .exe を実行します。サービスはすべて良好で安定していますが、時々サービスが停止します (実際には停止しませんが、何も処理していません。サービスのステータスはまだ「開始済み」です。手動で再起動する必要があります)。

これは頻繁には表示されませんが、.exe ファイルのメモリ ダンプを分析すると、非常に多くのスレッドで例外が発生していることがわかりました。

例外オブジェクト: 0000000001436120 例外の種類: System.Messaging.MessageQueueException メッセージ: 外部コンポーネントが例外をスローしました。

サービスがこの例外に遭遇する理由は何ですか?? 前もって感謝します

プライベート ローカル メッセージ キュー (MSMQ) を処理する Windows サービスがあります。開始時にイベント ハンドラーをPeekCompletedキューに登録し、非同期を呼び出してBeginPeek()メッセージの到着を待機します。

メッセージが到着したら、私の目標は明らかにそのメッセージを処理することです。私のコードには現在queue.Receive()、トランザクション内に含まれるメッセージを取得するメソッドがあり、処理中にエラーが発生した場合にメッセージがキューに戻されます。BeginPeek()サイクルを再開するために再度呼び出されます。

いつでもEndPeek()キューに電話する必要がありますか?

この質問が暗示しているように、おそらくメモリリークを避けるためですか？私はそうする必要はないと確信していますが、ドキュメントはそれについてあまり明確ではありません。何かを「終わらせる」ことなく「始める」のは100%正しいとは思えません:)

Receive()ところで：行をに置き換えることもできMessage msg = q.EndPeek(asyncResult.AsyncResult)ます。これにより、メッセージが同様にフェッチされますが、キューからメッセージが削除されません。