問題タブ [messaging]

Webアプリケーションからインスタントアラートを受信するために利用できるオプションは何ですか？

時間に敏感なWebアプリケーションを使用する必要があります（拡張された発注書の要求を承認する）。メールやSMSで通知されることを考えました。

ウェブサイトがポップアップウィンドウを画面に直接送信できるようにするプログラムはありますか？または他の即時通知オプション？

特定の場所での集荷を完了したという点で、配達員がテキスト（SMSメッセージング）を送信できるようにするソリューションを望んでいるクライアントがいます。私が探しているのは、インバウンドSMSメッセージまたは適切な場合はSMSコンポーネントを読み取るためのコードです。これにより、メッセージを読み取り、それに応じてSQLレコードを更新するWindowsサービスを作成できます。

多くの Web サイトには、ユーザーからユーザーへメッセージを送信するという概念があります。別のユーザーにメッセージを送信すると、そのメッセージは受信トレイに表示されます。メッセージに応答すると、そのメッセージ スレッドに新しいエントリとして表示されます。

特定のメッセージを既に読んだかどうかを確認できる必要があり、新しい応答を受け取ったメッセージが一番上に表示されるはずです。

そのようなシステムをサポートするクラス (またはテーブルなど) をどのように設計しますか?

Java からコンパクトなメッセージ (理想的には単一の UDP パケットに収まるほど小さい) を送信できる必要があります。可能な限り効率的である必要があります-誰かが私にポインタを与えることができますか(手動で構築する以外に)?

私の組織では、Jabber をデバイスからデバイス、アプリケーションへのメッセージング プロトコルにとらわれないものとして使用することを検討しています。

Jabber に対する Microsoft の既存の競合他社のベスト プラクティスを知っている人はいますか? それとも、新たな競争相手ですか？もしそうなら、すぐに始めるための適切な URL 参照はありますか?

Jabber の Web サイト: http://www.jabber.org/web/Main_Page

Javaで軽量のメッセージングフレームワークを探しています。私の仕事は、SEDAの方法でイベントを処理することです。処理の一部の段階は迅速に完了でき、他の段階は完了できないことを知っており、これらの処理段階を分離したいと考えています。

コンポーネントAとBがあり、処理エンジン（このコンテナなど）がコンポーネントAを呼び出し、コンポーネントAがコンポーネントBを呼び出すとします。コンポーネントBの実行時間が2秒になるかどうかは関係ありませんが、実行するかどうかは関係ありません。たとえば、コンポーネントAの時間は50ms未満です。したがって、コンポーネントAがBにメッセージを送信するのが最も合理的であるように思われます。このメッセージは、Bが目的の時間に処理します。

さまざまなJMS実装とApacheActiveMQを認識しています。これらは、これには重すぎます。私はいくつかの軽量メッセージング（メッセージのシリアル化や最も単純なルーティングなどの本当に基本的な機能を備えた）を探しましたが、役に立ちませんでした。

この号でお勧めするものはありますか？

Java の世界では、メッセージ キューの選択肢がさらにいくつかありますが、.Net では、その数はわずかです。どちらを使用するかを評価する場合、どのような特徴を探す必要がありますか? 信頼できるメッセージ キューイング システムを構成する基本的な概念は何ですか?

マネージ コード (この例では C#) で記述された Tibco EMS キュー リスナーをスケールアウトする方法を考えています。主に分離とクラスタリングの特性を探しています。

MSMQ では、Windows プロセス アクティベーション サービスを使用して、キュー リスナーの数と有効期間をホストおよび管理できました。Tibco に相当するものはありますか?

そうしないと、EMS リスナーをホストする単純な NT サービスになってしまうと思います。(これにより、プロセスのアクティブ化を実行できます)。実行可能ですが、24 時間 365 日監視可能で堅牢な運用サービスを構築するのはかなり困難です。

JMS が適切な解決策である問題の (単純な) 例と、これらの場合に JMS が適切な解決策である理由も探しています。以前は、B がメッセージをすぐに処理できない場合に、A から B にメッセージを渡す手段として単純にデータベースを使用していました。

このようなシステムの架空の例として、新しく登録されたすべてのユーザーに、登録後 24 時間以内にウェルカム メールが送信されるようにする必要があります。議論のために、DB は各ユーザーが登録した時刻を記録するのではなく、各新規ユーザーへの参照 (外部キー) が pending_email テーブルに格納されていると仮定します。電子メール送信者ジョブは 24 時間ごとに実行され、このテーブル内のすべてのユーザーに電子メールを送信し、すべての pending_email レコードを削除します。

これは、JMS を使用する必要がある問題のように思えますが、私が説明したアプローチに対して JMS がどのような利点をもたらすかは明確ではありません。DB アプローチの利点の 1 つは、メッセージが永続的であることです。JMS メッセージ キューも永続化できることは理解していますが、その場合、JMS と私が説明した「メッセージ キューとしてのデータベース」アプローチとの間にほとんど違いはないように思われます。

私は何が欠けていますか？- ドン

セキュリティ システム、火災警報器、カメラ システムなどのシステムから数十の異なるプロトコルを取得し、単一の共通プロトコルに統合する必要があります。

これを、多くのシステムがサブスクライブしたり通信したりできるメッセージング サーバーにしたいと考えています。

• ポーリングおよび非ポーリングの「ドライバー」 (プロトコル コンバーター)
• RS232 / RS485 / tcp を扱う
• Java や C# などのマネージ言語でプログラム可能な「ドライバー」
• ルール エンジン機能

Biztalk はこれに適合しますか?

オープンソースの代替手段はありますか?

これを行うJava/Java EEの方法はありますか?

一方のシステムは SCADA システムであり、もう一方のシステムは一種のミドルウェア / メッセージング サーバーです。

続行するための最良の方法についてのご意見をいただければ幸いです。ドライバー側でかなりの量のプログラミングが必要になることはわかっていますが、システム全体をゼロから構築するのは適切ではありません。