問題タブ [eai]

この構成は正常に機能しますが、15秒ごとにポーリングすることになっているinbound-channel-adapterが継続的に実行されています。誰かが私が間違っていることを知っていますか？

メッセージバス[1]とメッセージブローカー[2]の違いは何ですか?

• どちらもアプリケーション向けミドルウェア
• どちらもさまざまなシステムを分離するために使用できます
• どちらも正規データモデルを持つことができます
• どちらもメッセージをルーティングし、データ変換などの他の機能を提供できます

私が見るように、唯一の関連する違いは、それぞれを表すために使用される写真です..

その時との違いがあれば教えてください。
それらが同じである場合、2 つの概念が同じ機能を参照する理由を教えてください。

ありがとう。

[1] http://www.eaipatterns.com/MessageBus.html
[2] http://www.eaipatterns.com/MessageBroker.html

サービスミックスがキャメルを使用してそれを行うことを私は知っています。Gregor Hohpe と Bobby Woolf によって文書化されている EAI パターンを使用している他の ESB は?

Message インターフェイスを実装して、サーバー側の HeaderValueRouter で使用するヘッダーをいくつか含めました。

これは 1 つの VM 内で機能します (2 つのエンドポイント間のフィルターを使用してテストされています)。

しかし、HttpOutboundGatway を介してメッセージを送信すると、フィールドが取り除かれます (HttpRequest には含まれません)。そのため、ルーティング情報はサーバー側で失われます。

ヘッダーを操作することは想定されていませんか?

編集：

バージョンは 1.0.3 です

私の構成の一部は次のとおりです。

RabbitMQをMuleと比較すると、メッセージ指向アーキテクチャを使用してアプリケーションを構築します。AMQP（RabbitMQ）は必要なものをすべて提供しますが、関連するテクノロジーの選択肢やESBのような同様の概念に戸惑っています。他の選択肢を考慮せずに選択をしているのかどうか疑問に思っています。

RabbitMQがメッセージブローカーであり、プロデューサーとコンシューマーの間のメッセージを仲介するのに役立つことはほぼ明らかです（すべてのフォームまたはパブリッシュサブスクライブで、TwitterやFacebookの更新などの実際の例からどのように使用されているかを理解できます）

ラバを使用してRabbitMQで行うことを達成できる場合、ラバとは何ですか？ラバをRabbitMQと同様に検討する必要がありますか？

ラバの目的はメッセージブローカーの目的とは異なりますか？

ラバは、その基礎に、適切なラバリスナーにメッセージを配信するメッセージブローカーがあると想定していますか（RabbitMQでリスナーを簡単に作成できます）

muleは完全なJavaベースシステムです（RabbitMQで行った現在の実験では、クライアントをC＃、サーバーをJavaとして単純なRPCクライアントサーバーを作成するのに30分もかかりませんでした。このようなことは、Muleで簡単に実行できます）。

私が検討している仕事の 1 つは、EAI に関する十分な経験が必要です。

良い EAI の書籍やリソースを推薦できる人がいるかどうか疑問に思っていましたか?

アーキテクチャ パターン、エンタープライズ サービス バス (ESB) を正確に調べています。この記事エンタープライズ統合を読んだとき、経験がほとんどないため、BizTalk は ESB なのか、それとも単なる EAI (ハブ/スポークまたはバス) なのか疑問に思っています。

このNServiceBus and Biztalkを見つけ、BizTalk を中心的なメッセージ ブローカーとして説明しています。

他の ESB フレームワークを考慮に入れる (NServiceBus および Rhino Service Bus)。これらのフレームワークには、メッセージを処理するための中心点がありません。

Biztalk は ESB ではなく EAI ですか?

どうもありがとう

.netおよびjavaswingバージョンで実装された小売POS（サービスの場所）システムがあります。これはデスクトップアプリケーションです。いくつかのEAI/ミドルウェアツールを使用してこれをWebポータル/アプリケーションに統合することは可能ですか？または、UIを再開発せずにオンラインにするためのアプローチはありますか？

職場では、PHP アプリケーションにメッセージ キューを実装するかどうかについて話し合っています。現在、Apache の ActiveMQ を検討しています。完全に明確ではないことの 1 つは、キューに到着したメッセージに基づいてプロセスをトリガーできるかどうかです。

これまでに見つけた文献は、メッセージ キューがプル ベースのメカニズムであることを示しているようです。プロセスは定期的に (デーモンまたは cron として) 実行され、受信メッセージをキューからプルします。これをプッシュ機構に変えることは可能ですか？つまり、メッセージが到着したときにメッセージ キューが実際に HTTP 要求 (またはプロセス) を開始する方法はありますか? 私たちが見つけた 1 つのオプションはパブリッシュ/サブスクライブ モデルですが、これには、PHP アプリを無限ループで実行して、ActiveMQ インスタンスへのオープン (TCP) 接続を維持する必要があり、少し手間がかかります。

任意の入力をいただければ幸いです。

私は春の統合に不慣れです。Springフレームワークに基づいて構築された柔軟で軽量な統合テクノロジーであることを読みました。エンタープライズアプリケーション統合（EAI）に使用されます。

Spring Integrationの優れたチュートリアルと例はどこにありますか？

私はすでにSpringコミュニティサイトからいくつかのPDFを持っていますが、それらはすべてより理論的です。シンプルでわかりやすいドキュメントやチュートリアルを見つけるのを手伝ってください。

前もって感謝します。