問題タブ [messaging]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
8644 参照

message-queue - FIFO Qeueingシステムで、優先メッセージを実装するための最良の方法は何ですか

優先メッセージ(AMQPなど)を一貫してサポートしないメッセージ指向ミドルウェアの場合、キューにFIFOセマンティクスしかない場合に、優先消費を実装するための最良の方法は何ですか?一般的な使用例は、メッセージの大量のバックログがキューに存在する場合に、消費者が優先度の低いメッセージの前に優先度の高いメッセージを受信するシステムです。

0 投票する
2 に答える
325 参照

jms - メッセージング ミドルウェア - ワイルドカード サブスクリプションで再入を回避する方法は?

メッセージング ミドルウェア ソリューション (JMS、Tibco など) では、特定の「トピック」のすべてのメッセージをサブスクライブするために、ワイルドカードを使用した「トピック」フィルタリングでパブリッシュ/サブスクライブが可能です。 「ACCOUNT.WITHDRAW」メッセージと「ACCOUNT.CHECKBALANCE」メッセージ。

問題は、そのようなサブスクリプションが自分の発行したメッセージも受信することです。

送信されるデータをいじることなく、トランスポート層によってオンまたはオフにできる、たとえばUDPマルチキャストループバックに似たメカニズムを探しています。

同じサービス インスタンスが発行したメッセージを受信しないようにミドルウェアを構成する、一般的な宣言型 (カスタム コードなし、構成のみ) の方法はありますか? 理想的には、これにより、同じ「種類」のすべてのサーバー (ノード) によって公開されたすべてのものを除外できるはずです。

前もって感謝します。

0 投票する
1 に答える
1151 参照

java - メッセージングのべき等バリア

RabbitMQに関して私が最近見たプレゼンテーションでは、メッセージの重複排除に「べき等バリア」と呼ばれるものを使用することに言及していました。これは単なるメッセージコンファイターの空想的な名前ですか、それとももっと具体的な名前ですか。もしそうなら、それは正確には何ですか?グーグル検索では、ほとんどがRabbitMQに関連する結果が得られましたが、それが何であるかについてはほとんど説明されていませんでした。

0 投票する
3 に答える
555 参照

c# - 2 番目のスレッドで表示されるダイアログの Windows メッセージを表示するにはどうすればよいですか?

を使用してメッセージフィルターを登録しました

これを使用して、ユーザーがアプリケーションのユーザー インターフェイスで行ったすべてのマウス クリックをログに記録できます。

ただし、次のようなコードを使用して、1 つのダイアログが別のスレッドで実行されます。

私が設定したメッセージ フィルタは、このウィンドウに送られるメッセージを表示しません。どうすればそれらを入手できますか (理想的にはあまり邪魔にならないように)。

MyDialog.PreProcessMessage をオーバーライドしようとしましたが、これが呼び出されないようで混乱しています。

ありがとう。

0 投票する
2 に答える
117 参照

.net - 「メッセージ」が一度だけ送信および保存されることを保証するにはどうすればよいですか?

私はA社とB社の2社のEDIシステムの設計に取り組んでいます。A社はすでに小さな製造業として存在しており、B社はA社の所有者が関与して特定の製品を中心に形成された新しい会社です。 。会社Aは、会社Bの製品を製造する独占的権利を有します。

私はこれらの会社の両方でITと開発のすべてを担当しています。B社からA社へ、またはその逆に(確認やステータスの更新などのために)注文やその他の情報を伝達するためのEDIシステムを設計する必要があります。

この種のものは私にはかなり新しいので、B社からA社に新しい注文を送信し、そこに到着し、保存され、複数回送信されないことを保証する方法についてのアドバイスを探しています。 。

私はおそらくこれをWebサービスで行うと思っています。WCFサービスを調べる必要がありますか、それともASP.Net Webサービスを使用する必要がありますか?

注文ごとに一意のIDを送信することを想定しているので、A社のシステムは、取り違えがあった場合に2回保存しないことを認識しますが、A社が情報を取得したことをどのように確認できますか?

その他のヒントやアドバイスは大歓迎です。

0 投票する
3 に答える
4445 参照

jboss - JMS トピック サブスクライバーによるメッセージの受信を一時停止する方法

私のセットアップ: JBoss 4.2.3 で動作する JBoss Messaging 1.4

1 つのトピックにサブスクライブする MDB がいくつかあり、MDB の onMessage() は、受信したメッセージをそれぞれ 1 つの Web サービスに配信しようとします。

私の問題は、Web サービスがオフラインの場合にサブスクリプションを一時停止する方法がわからないことです。

私の計画は、onMessage() で次のことを行うことです。

  1. Web サービスへの配信を試みる
  2. オフラインの場合:
  3. --> サブスクリプションを一時停止します
  4. --> onMessage() で例外をスローして、Web サービスが再びオンラインになるまで JMS がメッセージを再配信するようにします。
  5. --> サブスクリプションを開始

すべてのサブスクライバーではなく、問題のある 1 つのサブスクリプションのみを一時停止したい。

これを解決する方法について何か提案はありますか?

0 投票する
4 に答える
4314 参照

java - メールの送信に ActiveMQ を使用する必要があるのはなぜですか?

何週間も前に、メールの送信、ActiveMQ を勧めてくれました。だから私はこれに関する情報を検索しますが、これがどのように機能するかを完全には理解していません。メールの送信に ActiveMQ を使用する必要がある理由を説明してもらえますか?

0 投票する
2 に答える
328 参照

architecture - EAI /ミドルウェア:インラインまたは参照による巨大なメッセージ

ミドルウェアまたはEAIシステムを介して大量のデータ(MBytes?GBytes?)を処理するメッセージまたは要求/応答を処理するためのグッドプラクティスはありますか?

  • 一貫性を保つためにメッセージとともにデータを転送しますが、おそらくシステム間で大量のデータを数回コピーします

  • データをストアまたはデータリポジトリ(ファイルシステム、データベースなど)に保持し、データへの参照を転送しますが、メッセージとデータの間の緊密な結合は失われます

この問題の一般的な解決策は何ですか?これはEAIまたはミドルウェア製品によってどのようにサポートされていますか?

0 投票する
3 に答える
1688 参照

jquery - jGrowl: インターフェイスを一度に 1 つのメッセージに制限するにはどうすればよいですか?

与えられた: ページの読み込み時にメッセージのキューを読み込みます。

jGrowl を使用して、一度に 1 つずつメッセージをドリップのように表示するにはどうすればよいですか?

0 投票する
4 に答える
797 参照

c# - スレッド間通信時間

ポートとレシーバーを介して 15 の非同期操作を連鎖させています。これにより、スレッド間のメッセージング時間、特にタスクがデータをポートに投稿してから、新しいタスクが別のスレッドで同じデータの処理を開始するまでの時間に非常に懸念を抱くようになりました。各スレッドが開始時にアイドル状態であるという最良の状況を想定して、ストップ ウォッチ クラスを使用して、それぞれが 1 つのスレッドで最高の優先度で動作する 2 つの異なるディスパッチャからの時間を測定するテストを生成しました。

驚いたことに、私の開発リグは Windows 7 x64 を実行している Q6600 クアッド コア 2.4 Ghz コンピューターであり、私のテストでの平均コンテキスト スイッチ時間は 5.66 マイクロ秒で、標準偏差は 5.738 マイクロ秒で、最大値はほぼ 1.58 ミリ秒でした ( 282 倍!)。ストップウォッチの周波数は 427.7 ナノ秒なので、センサー ノイズからはまだ十分離れています。

私がやりたいことは、スレッド間のメッセージング時間を可能な限り短縮することです。同様に重要なことは、コンテキスト スイッチの標準偏差を減らすことです。Windows はリアルタイム OS ではなく、保証もありませんが、Windows スケジューラは公平なラウンド ロビンの優先度ベースのスケジュールであり、このテストの 2 つのスレッドは両方とも最高の優先度です (その必要がある唯一のスレッドは高い) したがって、スレッド上でコンテキスト スイッチが発生することはありません (1.58 ミリ秒の最大時間で明らかです... Windows の量子は 15.65 ミリ秒だと思いますか?) 私が考えることができる唯一のことは、OS 呼び出しのタイミングの変動です。スレッド間でメッセージを渡すために CCR によって使用されるロック メカニズムに。

他の誰かがスレッド間メッセージング時間を測定し、それを改善する方法について何か提案があれば教えてください。

私のテストのソースコードは次のとおりです。