問題タブ [messaging]

そのため、私の会社は大量のデータを foxpro データベースに保存しており、直接アクセスすることによるパフォーマンスの低下を回避しようとしています。私はActiveMQを調べ始めましたが、C# がどれだけうまく機能するかわかりません。皆さんの考えを聞きたいです。

edit : Web アプリケーションになります。この foxpro に触れるものはすべてちょっと遅いです (おそらく、10 年前にセットアップした人がすべてめちゃくちゃにしたためです。テーブル ファイルのいくつかは信じられないほど大きいです)。毎晩 foxpro を sql にレプリケートします。ほとんどのデータ読み取りは 1 日経っても問題ないので、書き込みに集中しています。さらに、書き込みはユーザーエクスペリエンス (購入) の重要な部分に影響を与えます。それを sql に保存し、可能であれば foxpro に入れるようにメッセージを送ります。残念ながら、同社は foxpro に依存する購入した非常に古いソフトウェアを削除することを望んでいません。

私は、製品のメッセージ/通知システムに取り組んでいます。基本的な要件は次のとおりです。

• 火をつけて忘れる
• 送信者がメッセージを削除するように指示するまでそこに留まる、更新される可能性のある永続的なメッセージのセット

ライブラリは C# で記述されます。Spring.NET は、多くの優れたメッセージング抽象化を備えたマイルストーン ビルドをリリースしました。これは素晴らしいことです。私はそれを広範囲に使用する予定です。私の基本的な質問は、メッセージ ブローカーの問題に帰着します。私のアーキテクチャは、アプリ -> メッセージ ブローカー キュー -> リッスンし、必要な場所にすべてのメッセージをディスパッチし、それらの長期メッセージのライフ サイクルを処理するサーバー アプリ -> メッセージ ブローカー キューまたはトピック -> リッスンのようなものになります。アプリ。

最後に、質問: どのメッセージ ブローカーを使用する必要がありますか? 私はActiveMQに偏っています - 私たちは前回のプロジェクトでそれを使用し、気に入りました。Java であり、どこかのサーバーに Java をインストールする必要があり、このサービスを使用する一部の人々にとっては売り込みが難しいかもしれないということを除いて、私はそれに対する単一のストライキを本当に考えることはできません. 私が検討しているもう 1 つのオプションは MSMQ です。なんらかの理由で私はそれに反対しています。また、優れたマルチキャスト サポートもないようです。

このような目的で MSMQ を使用した人はいますか? 賛否両論、投票を左右する可能性のあるものはありますか?

最後に、.NET 2.0 を使用しています。

TCP の信頼性を備えたブロードキャストのような UDPに対する回答の 1 つで、あるユーザーがSpreadメッセージング APIについて言及しています。ØMQと呼ばれるものにも出くわしました。MPIにもある程度精通しています。

ですから、私の主な質問は、なぜ一方を他方よりも選択するのでしょうか? より具体的には、MPI の成熟した実装があるのに、なぜ Spread または ØMQ を使用することを選択するのでしょうか?

Perlプロセスをリスナーとして使用してOracleAQをリッスンする方法はありますか？

.NET 2.0以降を実行しているWindowsでの耐久性のあるメッセージングにキューイング製品を使用する場合、現在MSMQに代わるものはどれですか。ActiveMQ（http://activemq.apache.org/ ）を知っており、WSMQ（ http://wsmq.netを指す）への参照を見たことがありますが、サイトがダウンしているようです。

他に選択肢はありますか？

テスト メッセージを JMS キューにすばやくポストするためのツールを推奨できる人はいますか?

説明:

1. このツールでは、ユーザーが何らかのデータ (おそらく XML ペイロード) を入力し、それをキューに送信できるようにする必要があります。
2. プロデューサーなしでコンシューマーをテストできるはずです。

購読しているユーザーのリストに定期的に自動化されたテキスト メッセージを送信することを検討しています。Windows Mobile デバイスで遊んだ経験から、コンパクトな .Net フレームワーク + USB に接続されたデバイスを使用してこれを簡単に実装し、これを介してメッセージを送信できました。サーバーやこれに似たものを使用するなど、他のソリューションを検討したいと思います。そのようなシステムに何が関係しているのか、私にはまったくわかりません。

私は非同期メッセージングを研究しており、特定のドメイン内の問題をエレガントに処理する方法と、ドメインの概念をより明確にする方法が気に入っています。しかし、それは一般的なドメイン駆動型の開発 (少なくともサービス/アプリケーション/コントローラー レイヤー) の実行可能なパターンですか? それとも、リモート サービスや分散処理などの SOA ベースのシナリオに制限する必要があるような設計オーバーヘッドですか?

複数のネットワーク内または複数のネットワークにまたがる異なるマシンに存在する複数のアプリケーションと共有したいシリアル ハードウェア デバイスがあります。重要な要件は、システムが双方向通信をサポートする必要があることです。これにより、クライアント/シリアル デバイスがファイアウォールの背後や異なるネットワーク上に存在し、中央サーバーを介して相互に通信 (送受信) できるようになります。システムのもう 1 つの要件は、ゲートウェイ/シリアル デバイスがオフラインかオンラインかをクライアントが判断できる必要があることです。

このシリアル デバイスは、ワイヤレス ネットワークとの間でパケットを送受信できます。シリアルデバイスと通信するソフトウェアは Java で書かれており、できれば 100% Java ソリューションを維持したいと考えています。

私は現在、Jive ソフトウェアの Openfire サーバーと Smack API を使用して、XMPP を検討しています。このソリューションでは、シリアル デバイスから送信されるパケットが XMPP 経由でクライアントに配信されます。同様に、クライアント アプリケーションは、Smack API を介してシリアル デバイスにパケットを送信できます。パケットは単なるバイト配列であり、サイズは約 100 バイトに制限されているため、16 進文字列に変換して、メッセージの本文でテキストとして送信できます。システムは、クライアント/シリアル デバイスがオフラインになることを許容する必要があります。つまり、再び使用可能になると自動的に再接続されますが、クライアントがオフラインの場合はパケットが破棄されます。パケットはほぼリアルタイムで送受信する必要があるため、オフライン配信は望ましくありません。セキュリティは、メッセージング システムと提供されるクライアント API によって提供される必要があります。

他の可能な解決策を聞きたいです。JMS を使用することを考えましたが、少し重すぎるようで、クライアントやゲートウェイ/シリアル デバイスがオフラインかどうかを知るという要件をサポートするかどうかわかりません。

PeopleSoftアプリケーションで奇妙な問題が発生しました。統合ブローカーのメッセージが順不同で処理されているようです。別の可能性があります。それは、コミットが非同期で実行され、トランザクションが順不同で完了することを可能にすることです。

詳細レコードの挿入が多数あり、その後に、挿入されたばかりの行の更新を実行するトレーラーレコードが続きます。一部の行は更新を受信して​​いません。この問題は散発的で、約6か月に1回ですが、統計的に重大な財務報告エラーを引き起こします。

誰かがPeopleToolsの内部を十分に処理して、それが何をしているのかを知ることができれば、おそらく問題の回避策を見つけることができると思います。