問題タブ [enterprise-integration]

バックグラウンド

メッセージ キューを介して相互に通信する必要がある 2 つのサービスがあります。1 つは PHP で記述された従来のサービスであり、もう 1 つは Java で記述されています。遅かれ早かれ、PHP サービスは Java で書き直されます。それらが互いに通信する現在の方法は、他のサービスがポーリングする共有データベースに書き込むことです。これは私が回避しようとしているものであり、メッセージ キューに置き換えようとしています。

問題

私が現在取り組んでいる通信は、PHP サービスから Java サービスへの通信です。比較的複雑なオブジェクト (文字列と整数、および文字列と整数のリストとマップ) を送信する必要があります。理想的には、このソリューションは PHP で機能し、Java で機能することが理想的です。それがこのプロジェクトの遺産になるからです。

可能な解決策

1.

まず第一に、現在キャメルの開発に携わっている人々に感謝します。彼らが尽力してくれたすべての努力に感謝します。

デザインのアドバイスを探しています。

アーキテクチャは次のようなものです。インスタンス化されたときに相互に接続し、ApacheCamelを使用してメッセージを送信するために必要なJavaクラスがたくさんあります。設計上の制約により、すべてのルーティング情報、プロデューサー、コンシューマー、エンドポイントなどがcamel-context.xmlの一部になるようなフレームワークを作成する必要があります。

個人は、そのようなファイルを変更し、Javaコードを使用せずに既存のルートを完全に変更する機能を備えている必要があります（Javaコードは提供されず、コンパイルされたJarのみが提供されます）。

たとえば、Oneセットアップでは、 Bean A-> Bean B-> Bean C->file->emailです。 別の BeanB->Bean A-> Bean C-> ftp-> file-> email さまざまなアプローチを試しましたが、元のBeanがJava DSLとして実装されていない場合、ラクダが常に呼び出すため、メッセージレートは非常に高くなります。最初の例ではBeanA、2番目の例ではBean B（これらはソースです）。

BeanAとBeanBはメッセージを発信し、イベント駆動型です。必要なイベントが発生した場合、Beanは通知メッセージを送信します。

私の変換は非常に単純で、JavaDSLの能力はまったく必要ありません。要約すると、次の質問があります。

1）上記の制約を考慮して、宛先アドレスを含むすべてのルーティング情報がすべてラクダのコンテキストファイルの一部であることを確認しますか？

2）ルーティング情報をJavaコードから完全に独立させるために見ることができる例はありますか？

3）Camelが元のBeanを常に呼び出さないようにするにはどうすればよいですか？

4）Camelは、メッセージングキュー全体でのBeanの位置に関係なく、発信元のBeanまたは送信先のBeanとメッセージを常に呼び出しますか？

これを設定するためのさまざまな方法を試していると、オプションが不足しました。どんな助けでもいただければ幸いです。

次のようにキャメルでコンテンツエンリッチャーパターンを実装したい:

direct:x動的 uri は、チャネルから送信される各メッセージに基づいています。したがって、値を含む xml 項目があるとしますa。URI は http://someurl?q=a のようになりますが、dynamicUri はリソース チャネル識別子にしかできません。

ここでこれに関するいくつかの議論を見つけましたが、よく理解できず、「HttpProducer.HTTP_URI」は私のワークスペースでは利用できません。これにはどのキャメルパッケージが必要ですか?どうすればよいですか? プロセッサかもしれませんが、どうやって？

クライアント アプリケーションのインスタンスが多数あります。これらのクライアントは、メッセージングを介してサーバー アプリケーションに要求を送信し、応答を受け取ります。通常、応答は一時キューを使用して送信されます。

残念ながら、一時的なキューやトピックの概念がない Stomp プロトコルを使用する必要があります。(メッセージブローカーにはありますが)

元の要求者だけが返信を受け取るようにする最善の方法は何ですか? この不幸な状況に対するベストプラクティスはありますか?

私は tibco デザイナーを使用してプロジェクトを行っており、いくつかのタグを変更して 3 つの宛先に繰り返す必要がある xml ドキュメントが必要です。トークナイザーを使ってJAVAでやろうと思っていたのですが、TIBCO designer 5.3にこの機能があるのか​​疑問に思っていました。

コメントやアドバイスをいただければ幸いです。

rgds、ジェイ

2 つの企業が合併した後、エンタープライズ統合に最適なツールは次のうちどれですか? - Camel と XAware のどちらですか? - または異なるニーズに合わせて両方?

XAware はデータ統合に重点を置いており、Camel は統合のより広い視野 (ワークフロー、ルーティングなどを含む) と重複しているようです。

あなたのコメント？

そのような状況における各製品の長所と短所は何ですか?

Ruby、Stomp、および ActiveMQ を使用するソリューションを開発しています。いくつかのメッセージ ルーティング パターン (エンタープライズ統合パターンのように) を実装したいので、Ruby と Apache Camel をインターフェイスする gem、または Ruby/Stomp で使用できる他のメッセージ ルーティング/統合フレームワーク (またはBeanstalk)/ActiveMQ. 前もって感謝します。

キャメルが何をしているのか正確にはわかりません。

あなたが101の言葉でラクダの紹介を与えることができれば：

• 正確には何ですか？
• Javaで書かれたアプリケーションとどのように相互作用しますか？
• サーバーと一緒に行くものですか？
• 独立したプログラムですか？

キャメルとは何か説明してください。

「GET /files/x」などのリクエストが特定のディレクトリからファイル「x」を返し、それを削除する必要がある CXFRS エンドポイントがあります。ファイルは別のプロセスから出力され、このルートを介してすばやく消費されます。したがって、必要に応じて、それらをポーリングして一時的にメモリに保持することは許容されます。

以下は私のWebサービスです。

以下は不完全なルートです。

コンテンツ エンリッチャー パターンを調査しましたが、コンシューマーはエンリッチャー内で元の交換にアクセスできないため、これは役に立ちません。したがって、入力メッセージからファイル名を動的に決定することはできません。つまり、以下の例では、ヘッダーがファイル エンドポイントで認識されないため、ファイル "x" は読み取られません。

また、Web サービス ルートと別のファイル ルートの間でアグリゲーター パターンを使用しようとしました。以下に示すアグリゲーション戦略を使用します。

アグリゲーターのパターンは「in only」交換用のように見えるため、これは機能しません。「in out」交換では、集約が完了した後ではなく、メッセージが集約器に到達するとすぐに応答がクライアントに返されます。その後、以下のプロセスを書き始めました。

このプロセスは、コンテンツ エンリッチャーを動的に構成できるようにするだけです。それを行うためのより良い方法がないと信じるのは難しいと思います. 特に、スレッド化と、コンテキスト内のコンポーネント/エンドポイントの追加/削除が常に懸念されています。

誰でもこの問題のより良い解決策を提案できますか?

メッセージ エンドポイントとしての Gateway と Service Activator の違いは何ですか (エンタープライズ統合パターンに関して)?