Comet / Reverse Ajax / PubSubでは、基盤となるテクノロジー/基本はロングポーリングです。したがって、接続は1分ほど開いたままになります。
ネットワークとOSに関する私の知識では、TCP / IPは65535ポートしかサポートしないので、私の質問は、どのサーバーでも65535を超える接続を同時にサポートできるかどうかです。

私が構築しているアプリケーションでは、すべてのユーザーが同時に接続し、サーバーからのライブ更新を望んでいます。株式のトレッドリアルタイム更新のように。

乾杯、

テーブルビューで画像を表示できるようになりました。大きなことは、複数のデータ ソースがあり、それぞれが異なるイメージを持つことです。pubsub を使用してデータを取得しています。

元：

データ ソース 1

画像

-データ

-データ1

データ ソース 2

画像1

-データ 2

-データ 3

コンピュータにネットワーク カードがインストールされておらず、次のような機能が必要だとします。

プロセス 1 は、"Uri1" などの URI にメッセージを発行します。

プロセス 2 は、"Uri1" でメッセージをリッスンし、メッセージを "Uri2" に発行します。

プロセス 3 は、両方の URI からのメッセージをリッスンします。

すべてのプロセスは同じコンピューター上で実行されます。いくつかの調査の後、MSMQ が (キュー名を URI として使用する) 方法であると確信していますが、実装の問題は残っています。私はいくつかの可能性に出くわしました：

MSMQ を直接使用
する このアプローチの問題点は、作成、作成、削除などのキューを自分で管理する必要があることです...また、私が読んだことから、経験がないため、MSMQ の多くの落とし穴と制限に遭遇する可能性があります。それと

NServiceBus、MassTransitまたはRhinoServiceBusを使用する (すべて MSMQ を使用する) それらはすべて有能に見えますが、特に NServiceBus のように見えますが、それらのいずれかから基本的な pubsub 機能を抽出する方法をドキュメントから理解できないようです。上記と同様のインターフェース

WCF の使用(MSMQ 経由) 繰り返しますが、これは良いオプションのように見えますが、私は WCF の専門家とはかけ離れているため、詳しく調べる前に、これが正しい方法であることを確認したいと思います。

これまでの私たちのアプローチは、十分に機能する PGM マルチキャストに依存していましたが、ネットワーク カードなしで作業するという新しい要件により、少なくとも私が知る限り、オフライン作業には別のメカニズムを使用する必要があります。

ありがとう！

JVMを持たない組み込みヘッドレスC/C ++ LinuxクライアントからIBMメッセージ・ブローカーとの間でメッセージをpubsubing（またはポイントツーポイントであるがpubsubの方が優れている）するための私のオプションは何ですか？

理想的には、大容量ファイル転送（クライアントから1日1回2GB）暗号化（SSL）の信頼性が必要です（「確実な」配信/ QoS2、おそらくQoS1で十分です）

問題のクライアントには現在、exeといくつかのbashスクリプトしかありません。私は、MQTTv3とRSMBで遊んでいますが、そのためには、大きなファイルを切り詰める（そして家に戻す）必要があり、取得したくありません。私のためにこれを行うトランスポートがある場合は、その中に？

MQTTv5を見てきました（ただし、クライアントにはJVMがありません）。JMS（JVMなし）とXMS？これもCAPIを提供しているように見えますが、JVMをクライアントにインストールする必要があります（または私は間違っていますか？）

手がかりやヒントをいただければ幸いです。

何千ものユーザーと多くの出版物（株価）を保持する必要がある概念実証WCFpub-subサービスを開発したいと思います。こんなサービスを経験した人はいますか？リアルタイムアプリを保持できますか？誰かが高性能WCFpub-subのサンプルを持っていますか？

NServiceBus を使い始めたばかりで、Pubsub サンプルについて質問があります。

私の意図は、Publisher1 の複数のインスタンスを実行して、発行元から送信されたメッセージを受信することでした。また、パブリッシャーをハッキングして、eventMessage タイプのメッセージのみを送信しました。

しかし、パブリッシャーと Subscriber1 の 3 つのインスタンスを開始すると、一度に 1 つのみがメッセージを受け取ります。

何故ですか？それは構成設定ですか、それとも何か他のものですか？

これは私が試したもので、「エンドポイントを開始するときに例外が発生しました。エラーがログに記録されました。理由: コンポーネントが構成される前にプロパティを構成できません。最初に「構成」を呼び出してください。」:

/J

MS-SQL データベースからレプリケーション用に公開されているすべてのテーブルのリストを取得する必要があります。このようなリストを生成するために実行できるシステム ストアド プロシージャまたはクエリはありますか?

pub/sub タイプのアプリケーションを使用する双方向 Web アプリケーションに分散ハッシュ テーブルを使用できますか?

フォーラム タイプのアプリケーションの構築を調査していますが、DHT アーキテクチャと P2P を使用しています (ただし、パフォーマンスを向上させるために中央のルックアップ サーバーは問題ありません)。クライアント側の Gnutella/Kazaa タイプのアプリケーションを考えてみてください。ただし、メッセージは中央サーバーに到達するのではなく、インターネット上の他のクライアントに分散されるトピックに投稿されます。はい、これが少し奇妙に思えることは承知していますが、私には理由があります... :) 結果整合性 (5 分以内など) は問題ありません。

私はDHTのものを見てウェブをくまなく調べてきましたが、ほとんどが理論的なようで、DHTが本当に実用的かどうかはわかりません. また、トピックを更新するか、少なくとも「ダーティ ビット」をマークする必要があります。

サイトの達人から何か考えはありますか? また、試すべき最も成熟した DHT フレームワークに関する推奨事項はありますか?

乾杯、アレックス

ウィキペディアから：「パブリッシュ/サブスクライブ（またはpub / sub）は、メッセージの送信者（パブリッシャー）が特定の受信者（サブスクライバー）にメッセージを送信するようにプログラムされていないメッセージングパラダイムです。むしろ、パブリッシュされたメッセージは、知識がなくてもクラスに特徴付けられます。 （もしあれば）どのようなサブスクライバーがいる可能性がありますか？」

送信者が特定の受信者にメッセージを送信するようにプログラムされてはならない理由を理解できます。しかし、なぜ公開されたメッセージは、サブスクライバーの知識を持たないクラスでなければならないのでしょうか。

メッセージングシステム自体が設置されると、ソフトウェアの進化に伴って通常変化するのは、送信されるメッセージ、発行者、および受信者であるように思われます。メッセージをサブスクライバーから分離しておくことは、サブスクリプションモデルも変更される可能性があることを意味しているようです。これが理由ですか？また、これは現実の世界で発生しますか？

これは基本的な質問かもしれませんが、私はこのパラダイムを理解しようとしています。あなたの返信は非常に高く評価されています。

イベント駆動型アーキテクチャの jQuery プラグインはありますか?

ステップ 1: 購読する

サブスクライバーは途中でイベント ハンドラーにサブスクライブし、コールバック メソッドと、リッスンしているイベントの名前を渡します...

つまり、2 つの緑のサブスクライバーが p0 イベントをリッスンします。青のサブスクライバーは、p1 イベントをリッスンします。

ステップ 2: p0 イベントは、別のコンポーネントによってイベント ハンドラーに対して起動されます。

1. p0 イベントがイベント ハンドラーに対して発生します。
2. イベント ハンドラーはサブスクライバーにイベントを通知し、ステップ 1: サブスクライブでサブスクライブしたときに指定したコールバック メソッドを呼び出します。

blue サブスクライバは p0 イベントをリッスンしていないため、通知されないことに注意してください。

ステップ 3: p1 イベントがコンポーネントからイベント ハンドラーに送信されます。

p1 イベントは別のコンポーネントによって発生します

青色のサブスクライバーがコールバックを介してイベントを受信し、他の 2 つの緑色のサブスクライバーはイベントを受信しないことを除いて、前と同じです。

Flickrのleeand00による画像

見つけられないようですが、Javascript / jqueryで別の名前を付けているだけだと思います

また、このパターンに名前はありますか？これは単なる基本的なパブリッシャー/サブスクライバーではないため、別の名前を付ける必要があると思います。